O Scrum prega poucos papéis no desenvolvimento de software. Basicamente o PO (vulgo "Puta Oreia"), Scrum Master (vulgo "Office Boy") e o Time (vulgo "Faz Tudo").
Em projetos ditos "tradicionais" temos um certa hieraquia como Arquiteto, lider de projeto e outros. O Time no Scrum não tem nenhuma divisão hierarquica então como pode o mesmo tomar decisões sobre aspectos arquiteturais, frameworks a serem utilizados, etc. ?
Tivemos essa experiência recentemente e a solução foi a boa e velha democracia. Sim nós votamos. Apresentamos os candidatos (no caso 2 frameworks MVC) com os prós e contras utilizando a experiência de cada um do time e fizemos a votação.
O que temos desta experiência é que o time fica ciente de porque determinada solução foi adotado e o que pode ser feito no futuro se a solução escolhido não for de agrado de todos.
Concluimos que adotaríamos o framework XPTO mas que iríamos pesquisar mais afundo o framework LXWZ aproveitando os Lab Days. Por falar em Lab Days este é um assunto pra outro artigo.
Peace!!!
quarta-feira, 25 de junho de 2008
segunda-feira, 23 de junho de 2008
Pensamento do dia
Galera,
aí vai um pensamento de Charles Bukowski, achei que se
enquadra bem na situação atual do nosso time ;)
"A diferença entre um louco e um profissional é que
um profissional faz o máximo que
pode de acordo com o que se propôs a
fazer, ao passo que um louco faz
excepcionalmente bem o que não
consegue deixar de fazer.”
by Charles Bukowski
aí vai um pensamento de Charles Bukowski, achei que se
enquadra bem na situação atual do nosso time ;)
"A diferença entre um louco e um profissional é que
um profissional faz o máximo que
pode de acordo com o que se propôs a
fazer, ao passo que um louco faz
excepcionalmente bem o que não
consegue deixar de fazer.”
by Charles Bukowski
sexta-feira, 20 de junho de 2008
Vivendo e aprendendo ...
Uma coisa interessante das metodologias agéis (Scrum, XP, outros) é a maneira pela qual elas enfatizam e geram um comprometimento dos envolvidos (desenvolvedores, stakeholders, etc, etc).
Não que os membros do nosso time não tenham tido comprometimento em outros projetos que não usavam o Scrum. Todos eles são pessoas altamente competentes, talentosas e tenho total confiaça neles. (Muito bem time, todos vocês receberam o número da minha conta bancária efetuem o deposito até o dia 30/06 ou eu modifico este artigo ;-D)
Mas quando damos ao time a liberdade de estimar e de levar ou não adiante um ítem do backlog (mesmo que a contragosto do PO) parece que existe um "efeito placebo" que motiva o pessoal.
Veja o exemplo de um caso real abaixo (o nome das personagens foram trocados por motivos obvios):
Papai Smurf(Scrum Master): Para fazer esta tarefa vamos usar o framework WS XPTO. Vc precisa configurar 213134532411414 aquivos xml mas é simples e já fizemos isso antes
Gustaff: Hummm ... o que você acha de pesquisarmos um framework mais simples ?
Papai Smurf(Scrum Master): Acho legal ... poderíamos usar em outro projeto ... mas e o tempo ?
Gustaff: Pode deixar ... eu estudo e acho que posso fazer isso de maneira mais simples ...
Papai Smurf(Scrum Master): Ok ...
Trabalhando com projetos "tradicionais" casos acima não são tão freqüêntes como os que observei em tão pouco tempo de Scrum.
"O tempo é bom conselheiro".
Não que os membros do nosso time não tenham tido comprometimento em outros projetos que não usavam o Scrum. Todos eles são pessoas altamente competentes, talentosas e tenho total confiaça neles. (Muito bem time, todos vocês receberam o número da minha conta bancária efetuem o deposito até o dia 30/06 ou eu modifico este artigo ;-D)
Mas quando damos ao time a liberdade de estimar e de levar ou não adiante um ítem do backlog (mesmo que a contragosto do PO) parece que existe um "efeito placebo" que motiva o pessoal.
Veja o exemplo de um caso real abaixo (o nome das personagens foram trocados por motivos obvios):
Papai Smurf(Scrum Master): Para fazer esta tarefa vamos usar o framework WS XPTO. Vc precisa configurar 213134532411414 aquivos xml mas é simples e já fizemos isso antes
Gustaff: Hummm ... o que você acha de pesquisarmos um framework mais simples ?
Papai Smurf(Scrum Master): Acho legal ... poderíamos usar em outro projeto ... mas e o tempo ?
Gustaff: Pode deixar ... eu estudo e acho que posso fazer isso de maneira mais simples ...
Papai Smurf(Scrum Master): Ok ...
Trabalhando com projetos "tradicionais" casos acima não são tão freqüêntes como os que observei em tão pouco tempo de Scrum.
"O tempo é bom conselheiro".
Divisão de Tarefas
P.S.: Tinha gente que tava tão empolgada com a divisão de tarefas que queria levar o quadro da CTBC pra casa. Pode ? Imagina o constrangimento um monte de marmanjo carregando um quadro da sala de reunião pro elevador e o segurança pedindo pra galera voltar. Corto minha cabeça mas não digo que a idéia foi do Marcello (putz escapou !!!...)
3, 2, 1 ... GO!!! (Início do Jogo)
Eu achava que 2 (dois) dias era muito tempo para a reunião de Sprint Planning. Após nossa primeira reunião mudei de idéia. Não devemos nos esquecer que a apresentação dos projetos e o Planning Poker é um processo que exige muito esforço para tornar o conhecimento da equipe mais homogêneo. É nesta hora que todos se conscientizam do que deve realmente ser feito.
O segundo dia para a divisão das tarefas também foi utilizado para familiarizar outros componentes do time com o ambiente de desenvolvimento do projeto e alguns apectos arquiteturais e padrões de código. O que julguei um tempo muito útil. É claro que com a padronização dos projetos no CTI este tempo não será necessário.
Quero destacar o desempenho do nosso PO (vulgo "Puta Oreia" :-D ) que se mostrou muito preparado na reunião de Sprint Planning respondendo com propriedade a todas as perguntas do time.
"Foi dada a partida!!!" :-)
O segundo dia para a divisão das tarefas também foi utilizado para familiarizar outros componentes do time com o ambiente de desenvolvimento do projeto e alguns apectos arquiteturais e padrões de código. O que julguei um tempo muito útil. É claro que com a padronização dos projetos no CTI este tempo não será necessário.
Quero destacar o desempenho do nosso PO (vulgo "Puta Oreia" :-D ) que se mostrou muito preparado na reunião de Sprint Planning respondendo com propriedade a todas as perguntas do time.
"Foi dada a partida!!!" :-)
quinta-feira, 19 de junho de 2008
Assinar:
Comentários (Atom)