O Manifesto Ágil
Casey oferece treinamento para empresas que desejam aprender e usar o Agile. Ela passa seu tempo repassando os princípios de alto nível que estão por trás de cada aspecto da metodologia, bem como os detalhes de baixo nível das pessoas, trabalho e processos que são necessários para a implementação. Seu objetivo é ajudar as pessoas a entender o Agile e fazê-lo bem. No final de seu treinamento, ela sempre se certifica de discutir os problemas e armadilhas com foco nos mesmos princípios de alto nível e detalhes de baixo nível. Se isso não for bem feito, os benefícios do Agile serão perdidos.
Os primeiros tópicos que Casey revê são os princípios de alto nível, que são os quatro componentes do Manifesto Ágil , que é um conjunto de valores escrito em 2001 por indivíduos da área de desenvolvimento de software que buscavam uma alternativa para o pesado e lento -movendo metodologias. Os quatro valores do Manifesto Ágil são:
- Indivíduos e interações sobre processos e ferramentas
- Software que trabalha sobre uma documentação completa
- Colaboração do cliente na negociação do contrato
- Respondendo à mudança seguindo um plano
O manifesto afirma que os itens à esquerda, como indivíduos, software de trabalho, colaboração do cliente e resposta à mudança, são mais valorizados do que os itens à direita, como processos e ferramentas, documentação abrangente, negociação de contratos e seguir um plano. A armadilha que existe é ficar com excesso de zelo e ignorar completamente os itens à direita. Isso não significa que os elementos à direita não tenham valor. O Agile que está completamente ausente de processos e ferramentas, documentação, negociação de contratos e planejamento será ineficaz.
Quando os princípios de alto nível não são totalmente compreendidos ou não são bem executados, fica difícil implementar o Agile porque os princípios são a base dos detalhes de baixo nível. No entanto, evitar as armadilhas associadas a esses princípios não garante que os detalhes de baixo nível serão bem feitos. É por isso que Casey também aborda os problemas e armadilhas relacionados a pessoas, trabalho e processos.
Pessoas
Uma das maiores armadilhas potenciais do Agile envolve as pessoas, especificamente as funções que compõem a equipe. Para que uma equipe Agile seja bem-sucedida, cada posição deve ser efetivamente preenchida, incluindo o Dono do Produto que solicita o trabalho, a equipe de desenvolvimento que conclui o trabalho e o Scrum Master que tenta permitir que a equipe de desenvolvimento trabalhe da forma mais eficaz possível. As funções de Product Owner e Scrum Master são mais diretas porque um único indivíduo as desempenha. A função da equipe de desenvolvimento geralmente é mais problemática porque é preenchida com vários indivíduos.
As áreas de problema para Product Owners e Scrum Masters são opostas e podem ser descritas como um Product Owner assumindo as características de um Scrum Master e vice-versa. Os proprietários do produto precisam ser decisivos, possuir o produto e ser o guardião dos requisitos. É problemático quando eles aceitam todas as solicitações das partes interessadas ou mudam regularmente de ideia sobre os requisitos. Os Scrum Masters precisam servir à equipe de desenvolvimento e confiar neles para o autogerenciamento. A armadilha é microgerenciar ou ditar tudo que a equipe faz.
A equipe de desenvolvimento é toda sobre funcionalidade cruzada. O Agile está no seu melhor quando os vários membros da equipe estão envolvidos durante a conclusão do trabalho do projeto, tanto no desenvolvimento quanto no teste. A armadilha é para os diferentes membros da equipe identificar e dividir por sua função. Às vezes, chega até o ponto em que uma equipe é inteiramente composta por desenvolvedores e outra, inteiramente por testadores. Os conjuntos de habilidades são diferentes, mas cada membro da equipe pode agregar valor em cada fase do trabalho do projeto.
Trabalhos
Um dos aspectos mais cruciais de qualquer metodologia de projeto, incluindo o Agile, é o trabalho do projeto. Especificamente no Agile, o trabalho do projeto é dividido em partes menores e mais gerenciáveis, conhecidas como histórias de usuário . A qualidade das histórias de usuário desempenha um papel significativo na eficácia do Agile. Histórias de usuários consistentemente muito complexas são problemáticas. Além disso, histórias de usuários que estão regularmente sujeitas a alterações e não consistentes também são um problema.
A outra armadilha relacionada ao trabalho do projeto envolve sua conclusão. A equipe se compromete a desenvolver e testar totalmente cada história de usuário em um determinado sprint , que é um intervalo repetido de normalmente duas a quatro semanas que ocorre ao longo do projeto. O fracasso em completar uma história de usuário no sprint é apenas isso, um fracasso. No entanto, se a equipe não for responsável pelo trabalho inacabado, isso pode facilmente levar a uma atitude relaxada sobre o cumprimento dos compromissos de sprint e uma ocorrência regular de trabalho transportado.
Processo
O aspecto final da implementação do Agile envolve os processos. Isso inclui as várias reuniões que ocorrem a cada sprint e o propósito delas. O planejamento de sprint é onde as histórias do usuário são revisadas e comprometidas pela equipe. As reuniões diárias são uma reunião recorrente em que a equipe verifica e fornece atualizações específicas. A revisão de sprint é onde as histórias de usuário concluídas são mostradas ao Dono do Produto e outras partes interessadas. A retrospectiva da Sprint é onde a equipe reflete sobre os sucessos, falhas e melhorias necessárias da Sprint.
Idealmente, a equipe utiliza os processos Agile de acordo com as melhores práticas e, à medida que ganha mais experiência, adapta e adapta cada processo às suas necessidades específicas. A armadilha é não atingir esse ideal. Uma possibilidade é que a equipe pode se desviar das práticas recomendadas muito cedo e não aprender o que seria mais eficaz para eles. Eles podem até tentar eliminar algumas das reuniões. A outra possibilidade é que a equipe não amadureça e passe a adequar cada processo às suas necessidades específicas. Em vez disso, eles fazem tudo rigidamente de acordo com o livro, mantendo práticas que não oferecem um benefício ou perdendo coisas que poderiam agregar valor.
Resumo da lição
O Agile pode falhar nos princípios de alto nível ou nos detalhes de baixo nível, pois há problemas e armadilhas em ambos. Em um nível alto, o Manifesto Ágil pode ser levado longe demais, onde, em vez de valorizar cada um dos itens com alguns sobre os outros, alguns itens não são valorizados de forma alguma. Em um nível baixo, pode haver problemas com as pessoas, trabalho ou processo. Em relação às pessoas, é problemático quando o Product Owner , a equipe de desenvolvimento ou o Scrum Master não cumprem sua função. Para o trabalho, a armadilha é que as histórias de usuários são muito complexas ou mudam muito e não há responsabilidade para concluí-las no sprint . A armadilha dos processos é que coisas comoo planejamento do sprint , os levantamentos diários , a revisão do sprint ou a retrospectiva do sprint são feitos de maneira muito rígida por muito tempo ou muito frouxamente muito cedo.