O planejamento ágil de projetos de software têm objetivos: o que o projeto precisa entregar, quando precisa ser entregue e dentro do orçamento. No entanto, gerenciar essas três restrições pode ser um ato complexo de malabarismo. Então, vamos dar uma dica do triângulo de ferro de décadas do planejamento e aprender como o equilíbrio de diferentes variáveis pode ajudar as equipes de software ágeis a alcançar o nirvana de gerenciamento de projetos ágil.
Planejamento ágil e o triângulo de ferro
O triângulo de ferro modela as restrições de gerenciamento de projetos e essas restrições são assim chamadas porque você não pode alterar uma restrição sem afetar as outras.
O triângulo de ferro original, proposto pelo Dr. Martin Barnes em 1969, segue uma abordagem em cascata para o desenvolvimento de produtos:
- Escopo fixo;
- Recursos e o tempo são variáveis.
Para um time de desenvolvimento de software, isso significa que as equipes iniciam um projeto definindo os requisitos do produto para determinar o escopo de um projeto (uma lista de itens de trabalho).
Os recursos e o cronograma são variáveis e são estimados dependendo do escopo fixo.
Planejamento ágil e as estrições do triangulo de ferro
Escopo é o trabalho a ser realizado – como recursos e funcionalidades – para entregar um produto em funcionamento.
Os recursos incluem orçamento e a equipe que atuará na construção do produto a ser entregue. O tempo é quando as equipes entregam ao mercado, como lançamentos e marcos.
O objetivo do triângulo de ferro é fornecer às equipes de produtos as informações necessárias para realizar trocas que ajudarão os negócios.
Por exemplo, se as equipes tiverem um escopo fixo, elas poderão estar no meio de um projeto e perceber que não atingirão a data de lançamento.
As únicas variáveis com as quais eles podem brincar são:
- Tempo – eles podem aceitar uma data de lançamento posterior;
- Recursos – eles podem adicionar mais pessoas ao projeto, o que aumentará os custos.
À medida que o desenvolvimento de software evoluiu no século 21, a necessidade de uma melhor colaboração e a capacidade de responder rapidamente ao feedback do cliente se tornaram cruciais e, assim, nasceu a metodologia ágil.
O triângulo de ferro para o Agile
Se você faz parte de uma equipe que pratica o desenvolvimento em cascata ou é novo no desenvolvimento ágil, o importante é lembrar a diferença entre o que é fixo e o que é estimado.
Ao contrário do desenvolvimento em cascata, os projetos ágeis têm um cronograma e recursos fixos, enquanto o escopo varia. Embora o escopo de um projeto possa mudar no desenvolvimento ágil, as equipes se comprometem com iterações de trabalho fixas:
- Sprints se você estiver usando uma estrutura scrum;
- WIP limita se você estiver usando uma estrutura kanban.
Também é uma prática recomendada manter as equipes fixas durante todo o processo de desenvolvimento. Ao manter as equipes consistentes em um produto ou projeto, elas se tornam mais eficientes por meio de confiança e continuidade desenvolvidas.
A idéia de escopo é a mesma no desenvolvimento ágil: qual software criar e entregar. No entanto, o ágil se concentra nos requisitos de alto nível, em vez de tentar antecipar requisitos detalhados e detalhados.
O escopo de um projeto é gerenciado e preparado regularmente (priorizado) pelo gerente de produto em uma ferramenta como a Jira Software.
O gerente de produto decide qual trabalho deve ser realizado no próximo Sprint, com base em feedback qualitativo e quantitativo ágil de vários canais:
- Condições de mercado;
- Feedback do cliente;
- Competições;
- Tendências;
- Outros.
E como os recursos e o tempo são fixos, é mais fácil para as equipes de desenvolvimento reagir às mudanças do mercado e agregar valor aos clientes mais rapidamente.
Essa transparência de restrições mantém as equipes honestas sobre uma cadência de liberação consistente e rápida, que é um inquilino essencial do desenvolvimento ágil.
Observando os projetos através das lentes do triângulo de ferro, as equipes conseguem se adaptar sem abandonar um plano.
Planejamento ágil a longo prazo e triângulo de ferro
À medida que os projetos se tornam maiores, são necessárias mais equipes e o tempo aumenta. Portanto, a noção de fixar recursos e tempo, embora o escopo varie, não é uma abordagem válida para todos os projetos ágeis.
O planejamento ágil a longo prazo requer um triângulo de ferro mais flexível que permita que as equipes planejem com antecedência e garanta que estão atingindo os objetivos de negócios.
Pense, por exemplo, no movimento de inicialização enxuta e na noção de produto mínimo viável (MVP) que é por definição um pequeno conjunto de recursos (escopo) que agrega valor ao cliente.
Para chegar a esse MVP, as equipes podem precisar se ater a um escopo fixo – o número de recursos – com o tempo sendo sua única variável (por exemplo, você não pode liberar sem determinados recursos, então a data de lançamento é adiada).
Somente após o lançamento do MVP, as equipes mudam para um escopo variável.
Independentemente das diferenças entre cascata e desenvolvimento ágil, ao usar o triângulo de ferro, não há caminho certo ou errado.
Está aqui para ajudá-lo a tomar as melhores decisões e compensações para alcançar seus objetivos de negócios. Uma ferramenta de Gerenciamento de Portfólio permite visualizar os elementos básicos de um plano – escopo, pessoas e tempo – para ajudar as equipes a planejar em tempo real.
Referência
- https://www.atlassian.com/agile/agile-at-scale/agile-iron-triangle
