\nA sess\u00e3o estava cheia e ele basicamente recomendou 4 livros relacionados aos 4 valores do
\nManifesto \u00c1gil<\/a><\/span>:<\/p>\n
- \n
- Up the Organization: How to Stop the Organization From Stifling People and Strangling Profits<\/a><\/span> – Robert Townsend<\/li>\n
- Systemantics: How Systems Work & Especially How They Fail<\/a><\/span> – John Gall<\/li>\n
- The World Is Flat: A Brief History of the Twenty-first Century<\/a><\/span> – Thomas Friedman<\/li>\n
- Thriving on Chaos: Handbook for a Management Revolution<\/a><\/span> – Tom Peters<\/li>\n<\/ul>\n
Ap\u00f3s o Keynote, as sess\u00f5es come\u00e7aram pra valer: a programa\u00e7\u00e3o<\/a><\/span> estava cheia
\nde op\u00e7\u00f5es sobre os mais variados temas relacionados aos m\u00e9todos \u00e1geis. Decidi ent\u00e3o come\u00e7ar o dia com o p\u00e9
\ndireito.<\/p>\nIntro to the Agile Manifesto – Jeff Sutherland, Ward Cunnigham, Ron Jeffries e Michael Feathers<\/h3>\n
Apesar de ser uma sess\u00e3o de para iniciantes (“Begginer's Track”<\/a><\/span>),
\neu n\u00e3o pude resistir \u00e0 tenta\u00e7\u00e3o de assistir uma palestra com 4 nomes t\u00e3o conhecidos:
\nJeff Sutherland<\/a><\/span>, um dos inventores do Scrum,
\nWard Cunningham<\/a><\/span>, invertor do Wiki,
\nRon Jeffries<\/a><\/span>, um dos principais ativistas de XP e
\nMichael Feathers<\/a><\/span>, o autor do livro
\n“Working Effectively with Legacy Code”<\/a><\/span>
\n(que eu j\u00e1 li e estou devendo um review aqui).<\/p>\nCada um ficou respons\u00e1vel por falar sobre um dos itens do manifesto \u00e1gil. O primeiro a falar foi Jeff Sutherland,
\nsobre:<\/p>\n“Indiv\u00edduos e intera\u00e7\u00f5es s\u00e3o mais importantes que processos e ferramentas”<\/h3>\n
Sob o ponto de vista do Scrum, Jeff mostrou dados muito interessantes a respeito do poder do trabalho em equipe. A diferen\u00e7a
\nde produtividade entre um programador brilhante e um programador normal pode chegar a 25:1. Por\u00e9m, quando voc\u00ea leva em
\nconsidera\u00e7\u00e3o a produtividade de um time inteiro, a diferen\u00e7a pode chegar a 2098:1!! Estou para come\u00e7ar a ler o livro de
\nScrum e entendi a import\u00e2ncia do time ser respons\u00e1vel pela conclus\u00e3o das tarefas, ao inv\u00e9s das tarefas serem atribu\u00eddas
\npor algu\u00e9m (gerente de projeto ou cliente). O pr\u00f3ximo foi Ward Cunningham, falando sobre:<\/p>\n“Software funcionando \u00e9 mais importante que documenta\u00e7\u00e3o completa e detalhada”<\/h3>\n
Esse foi provavelmente o melhor t\u00f3pico. Ward conseguiu expressar em poucas palavras a import\u00e2ncia de termos uma suite
\nde testes: armazenar conhecimento sobre o c\u00f3digo. Quando estamos desenvolvendo, o c\u00f3digo inevitavelmente vai
\nguardar um hist\u00f3rico de decis\u00f5es que tomamos no meio do caminho e que com certeza iremos esquecer depois de um tempo.
\nTestes de unidade “falam” numa linguagem voltada para os programadores sobre as decis\u00f5es tomadas durante a vida de
\num sistema, enquanto os testes de aceita\u00e7\u00e3o falam numa linguagem que o cliente entende. N\u00e3o posso deixar de ressaltar
\numa frase que ele disse no meio da palestra (o homem \u00e9 uma m\u00e1quina de frases de impacto): “Refatorar \u00e9 a
\n\u00e1lgebra do seu c\u00f3digo”<\/i>: voc\u00ea pega uma equa\u00e7\u00e3o complexa e vai reduzindo at\u00e9 transform\u00e1-la em algo que
\nconsiga entender. O pr\u00f3ximo a falar foi Ron Jeffries, sobre:<\/p>\n“Colabora\u00e7\u00e3o com o cliente \u00e9 mais importante do que negocia\u00e7\u00e3o de contratos”<\/h3>\n
A negocia\u00e7\u00e3o de contratos parte de uma premissa errada, de que n\u00e3o h\u00e1 confian\u00e7a entre a equipe de desenvolvimento e o
\ncliente. Quando voc\u00ea diz que far\u00e1 apenas o que o cliente assinou, ele fica com medo de perder funcionalidade e
\ndemora para chegar a um acordo sobre o que deve ou n\u00e3o entrar no contrato. E o fato \u00e9: ningu\u00e9m sabe o que ir\u00e1 acontecer.
\nTentar escrever um contrato sobre algo que ser\u00e1 constru\u00eddo depois de 1 ano \u00e9 tentar prever o futuro e sabemos que os
\nseres humanos n\u00e3o s\u00e3o bons em previs\u00f5es de longo prazo (muito menos quando o assunto \u00e9 o escopo de um sistema
\ncomplexo). Por \u00faltimo, Michael Feathers falou sobre:<\/p>\n“Adapta\u00e7\u00e3o a mudan\u00e7as \u00e9 mais importante que seguir um plano inicial”<\/h3>\n
O ato de planejar \u00e9 a \u00fanica parte importante ao fazer um plano. Quantas vezes voc\u00ea j\u00e1 n\u00e3o fez planos sobre as coisas
\nque faria no pr\u00f3ximo m\u00eas ou ano e n\u00e3o conseguiu cumprir? Michael Feathers falou muito bem sobre a forma com a qual
\ngeralmente criamos nossos planos: n\u00f3s tentamos impor condi\u00e7\u00f5es sobre o futuro que n\u00e3o ser\u00e3o necessariamente
\nverdadeiras na hora de execut\u00e1-lo. Um exemplo interessante que ele mostrou \u00e9 sobre o planejamento urbano em
\nalgumas cidades europ\u00e9ias: Quando algu\u00e9m define que devemos olhar para o farol para atravessar a rua e que o
\ncarro deve parar antes da faixa para n\u00e3o atropelar os pedestres, est\u00e1 definitivamente fazendo um plano para evitar
\nacidentes de tr\u00e2nsito. Por\u00e9m, o fato de colocar esses elementos como regra, faz com que desviemos nossa aten\u00e7\u00e3o
\npara o farol e para a faixa ao inv\u00e9s de olharmos para o que realmente importa. Na Europa, algumas cidades est\u00e3o
\nconstruindo ruas onde n\u00e3o h\u00e1 distin\u00e7\u00e3o entre cal\u00e7ada e asfalto e com pouca sinaliza\u00e7\u00e3o, para fazer com que os
\nmotoristas e pedestres estejam sempre atentos. O que ele quis mostrar com esse exemplo \u00e9 que apesar da import\u00e2ncia
\ndo planejamento, \u00e9 mais importante voc\u00ea focar nas coisas que est\u00e3o acontecendo e se adaptar conforme conhece
\nmais o ambiente.<\/p>\nThe Lego XP Game – Sam Newman, Dan North e Mike Hill<\/h3>\n
Essa foi definitivamente a sess\u00e3o mais divertida at\u00e9 o momento. Sam e Dan s\u00e3o desenvolvedores da
\nThoughtWorks<\/a><\/span> e mostraram o jogo que eles usam para ensinar as principais
\npr\u00e1ticas de XP num curto per\u00edodo de tempo. Um jogo onde cada time recebe especifica\u00e7\u00f5es sobre um animal e devem
\nconstru\u00ed-lo, iterativamente, usando pe\u00e7as de Lego! Genial! Meu time acabou perdendo desenvolvedores no break<\/i> e tive
\nque mudar de equipe no meio do caminho, ent\u00e3o acabei ficando com duas vers\u00f5es:<\/p>\n - Systemantics: How Systems Work & Especially How They Fail<\/a><\/span> – John Gall<\/li>\n
![\"First](\"http:\/\/static.flickr.com\/70\/197745064_e4b6220ad7_m.jpg\")
<\/a><\/p>\n![\"Second](\"http:\/\/static.flickr.com\/61\/197745045_6706365560_m.jpg\")
<\/a><\/p>\n