Gestão de projetos e agilidade do Triângulo de Ferro

O mais novo ato de equilíbrio e como alcançar o nirvana do gerenciamento ágil de projetos

Tareq Aljaber Por Tareq Aljaber
Buscar tópicos

Todos os projetos de software ágeis têm objetivos: o que o projeto precisa entregar, quando ele precisa ser entregue e dentro de qual orçamento. No entanto, gerenciar essas três restrições pode ser um ato complexo de malabarismo. Então, vamos aproveitar o triângulo de ferro do planejamento, que existe há décadas, e aprender como equilibrar variáveis diferentes que podem ajudar as equipes de software ágeis a alcançar o nirvana do gerenciamento ágil de projetos.

O triângulo de ferro tradicional

A gestão de projetos do triângulo de ferro tem restrições que são consideradas de "ferro" porque não é possível alterar restrições sem afetar outras. A gestão de projetos do triângulo de ferro original, proposto pelo Dr. Martin Barnes em 1969, segue a abordagem de cascata para o desenvolvimento de produto: o escopo é fixo e os recursos e o tempo são variáveis. Para a equipe de software, isso significa que as equipes começariam o projeto definindo os requisitos do produto para determinar o escopo do projeto (lista de itens de trabalho). Os recursos e o cronograma são variáveis e estimados dependendo do escopo fixo.

Restrições do triângulo de ferro
  • Escopo é o trabalho a ser feito — como funções e funcionalidades — para entregar um produto funcional.
  • Recursos incluem orçamento e membros da equipe trabalhando juntos para entregar e executar.
  • Tempo se refere a quando as equipes vão entregar ao mercado as versões e os marcos.

O objetivo da gestão de projetos do triângulo de ferro é oferecer às equipes de produto as informações necessárias para fazer concessões que vão ajudar a empresa. Por exemplo, se as equipes se depararem com escopo fixo, elas podem estar na metade do projeto e perceber que não vão cumprir a data de lançamento. As únicas variáveis que elas podem mudar são: 1) Tempo: elas podem aceitar datas de lançamento posteriores ou 2) Recursos: elas podem adicionar mais pessoas ao projeto, o que vai aumentar os custos. À medida que o desenvolvimento de software evoluiu no século XXI, a necessidade de melhor colaboração e a capacidade de responder com rapidez ao feedback do cliente se tornaram cruciais, e então, a metodologia ágil surgiu.

Triângulo de ferro em cascata | Instrutor ágil da Atlassian

Mapeando o triângulo de ferro até a agilidade

Se a equipe pratica a gestão de projetos em cascata ou se é nova no desenvolvimento ágil, é importante lembrar a diferença entre o que é fixo e o que é estimado. Diferente do desenvolvimento de cascata, os projetos ágeis têm cronograma e recursos fixos, enquanto o escopo varia. Embora o escopo do projeto possa mudar no desenvolvimento ágil, as equipes se comprometem com iterações fixas do trabalho: sprints se estiverem usando a estrutura scrum e limites de WIP se estiverem usando a estrutura kanban. Também é parte das práticas recomendadas manter equipes fixas durante todo o processo de desenvolvimento. Ao manter as equipes consistentes no produto ou projeto, elas se tornam mais eficientes por meio de confiança e continuidade desenvolvidas.

Cascata versus ágil | Instrutor ágil da Atlassian

A ideia de escopo é a mesma que no desenvolvimento ágil: qual software criar e entregar. No entanto, a agilidade foca nos requisitos gerais em vez de tentar definir com antecipação requisitos específicos e profundos. O escopo de um projeto é gerenciado e organizado (priorizado) com frequência pelo gerente de projeto em uma ferramenta como o Jira Software. O gerente de produto decide qual trabalho deve ser feito no próximo sprint com base no feedback ágil qualitativo e quantificativo de diversos canais (condições do mercado, feedback do cliente, concorrentes, etc.). E como os recursos e o tempo são fixos, é mais fácil para as equipes de desenvolvimento reagirem às mudanças de mercado e entregarem valor aos clientes com mais rapidez. Esta transparência de restrições mantém as equipes honestas sobre uma cadência rápida e consistente de lançamento, que é um locatário principal do desenvolvimento ágil; e observando os projetos pelas lentes do triângulo de ferro, as equipes são capazes de se adaptar sem abandonar um plano.

Planejamento ágil de longo prazo e gestão de projetos do triângulo de ferro

À medida que os projetos se tornam maiores, mais equipes são necessárias e a caixa de tempo se torna maior. Além disso, a noção de funções e tempo fixos, enquanto o escopo varia, não é uma abordagem válida para todos os projetos ágeis. O planejamento ágil de longo prazo requer um triângulo de ferro mais flexível, que permite que as equipes planejem com antecedência e garantam que estão cumprindo os objetivos de negócios. Pense, por exemplo, sobre o movimento de início lean e a noção de produto mínimo viável (MVP). Um MVP, por definição, é um conjunto pequeno de funções (escopo) que entrega valor ao cliente. Para chegar a isso, as equipes de MVP podem precisar ter um escopo fixo – o número de funções – com tempo sendo a única variável (ex. você não pode lançar sem determinadas funções, então a data de lançamento é adiada). Apenas depois do lançamento do MVP, as equipes mudam para um escopo variável.

Sejam quais forem as diferenças entre o desenvolvimento ágil e o de cascata, ao usar o triângulo de ferro, não existe certo ou errado. Ele foi criado para ajudar você a tomar as melhores decisões e fazer concessões para alcançar os objetivos de negócios. Uma ferramenta como Cronogramas permite visualizar os componentes de um plano (o escopo, as pessoas e o tempo) para que as equipes possam planejar em tempo real. Você pode brincar com o escopo, as equipes e o tempo sem problemas para planejar o próximo lançamento de produto, usando os dados existentes da equipe no Jira Software.