Um problema de ‘scrumântica’
M uito se tem questionado sobre a adequação do título ScrumMaster para descrever uma pessoa que assistiu a um curso de dois dias (o Certified ScrumMaster ou CSM). Acredito que o título é adequado. Aqui está o porquê: ScrumMaster não significa “aquele que dominou Scrum” O significado do título ScrumMaster pode ser interpretado de várias maneiras, devido à ambigüidade do idioma inglês. A palavra mestre, de acordo com dictionary.com, tem vários significados, incluindo: uma pessoa eminentemente qualificada em alguma coisa, como uma profissão, arte ou ciência (por exemplo, os grandes mestres do período impressionista);. uma pessoa cujos ensinamentos os outros aceitam ou seguem (por exemplo, um mestre Zen). Agora, não parece razoável...
Read MoreOs 12 mandamentos do agile
A fim de ajudar as pessoas a entenderem melhor o desenvolvimento ágil de software, em 2001 os membros da Agile Alliance refinaram o enunciado do Manifesto Ágil, criando doze princípios que as metodologias ágeis devem seguir. Estes princípios são os seguintes: Nossa maior prioridade é satisfazer o cliente através de entregas rápidas e contínuas de software funcional. Abrace as mudanças de requisitos do projeto, mesmo que ocorram tardiamente. Os processos ágeis apóiam a mudança como uma vantagem competitiva para o cliente. Entregue software funcionando com uma freqüência de duas semanas a dois meses, escolhendo sempre o menor escala de tempo possível. O pessoal de negócio e os desenvolvedores devem trabalhar juntos no projeto...
Read MoreUm dia na terra do Kanban
C omo um amigo meu disse certa vez… ‘na internet nada se cria, tudo se copia’. Acabei me rendendo a essa frase, e publicarei uma estorinha já contada em outros blogs. Essa eu peguei do blog do André Dourado (blog muito bom, recomendo). O post original é de Henrik Kniberg, autor do livro ‘Scrum e XP direto das trincheiras’. É uma historinha bem humorada do dia a dia de negociações com nossos Product Owners. O André fez uma tradução livre para o português. O post original pode ser visto em One Day in Kanban...
Read MorePorque o planejamento tradicional não funciona?
E stimativa e planejamento são passos críticos para o sucesso de qualquer projeto de desenvolvimento de software. No entanto, planejar é uma atividade difícil e os planos geralmente falham. Estimativas feitas no início de um planejamento ou projeto tem pouquíssima exatidão e a probabilidade de termos uma estimativa correta para um planejamento de 1 ano é muito menor que a probabilidade de acertarmos a estimativa para um planejamento de 2 semanas. Esse refinamento na probabilidade do acerto das estimativas é chamado de cone da incerteza (Boehm, 1981). No entanto, a dificuldade em planejar não é desculpa para não fazê-lo. O planejamento reduz o risco, diminui a incerteza, ajuda na tomada de decisões, estabelece uma maior confiança e dissemina...
Read MoreEstimando pelo tamanho e não pela duração
E stimativas de tamanho são diferentes das estimativas de duração. Ao estimar a duração tentamos estabelecer quanto tempo será necessário para concluir uma tarefa. Mas, ao estimar pelo tamanho, analisamos quanto esforço (ou quanto trabalho) será necessário dispender para executar a tarefa. Times ágeis estimam pelo tamanho e separam essa estimativa da estimativa de duração. Utilizarei uma metáfora como exemplo para entendermos melhor essa distinção. Suponha que, em uma bela manhã de domingo, minha esposa me incumba de recolher uma grande pilha de folhas e lixo de um canto do nosso jardim. Após um café da manhã reforçado, posso olhar aquela enorme pilha, analisar e avaliar minhas ferramentas (uma pá e um carrinho de mão) e estimar...
Read More