O que é o triângulo de gestão de projetos?

Principais conclusões

• O triângulo de ferro da Agilidade equilibra o escopo, o tempo e os recursos, reconhecendo que mudar um afeta os outros.

• Projetos Ágeis fixam tempo e recursos, ao mesmo tempo em que permitem que o escopo varie, agilizando a entrega e a adaptabilidade.

• Compreender as concessões ajuda as equipes a tomar decisões informadas e responder às mudanças nas prioridades.

• Use o triângulo ágil para orientar o planejamento, gerenciar restrições e agregar valor com eficiência.

Todos os projetos de software ágeis têm metas: o que o projeto precisa entregar, quando precisa ser entregue e dentro de qual orçamento. No entanto, gerenciar essas três restrições pode ser um ato de malabarismo complexo. A gente vai dar uma olhada no triângulo de ferro de gestão de projetos usado há décadas e saber como equilibrar diferentes variáveis pode ajudar as equipes ágeis de software a chegar ao nirvana da gestão ágil de projetos.

O que é o triângulo de gestão de projetos?

O triângulo de gerenciamento de projetos, também chamado de triângulo de ferro, tem restrições que são consideradas "de ferro" porque você não pode alterar uma restrição sem afetar as outras. O gerenciamento 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 tickets). Os recursos e o cronograma são variáveis e estimados dependendo do escopo fixo.

A finalidade do triângulo do projeto é 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.

Mapeamento do triângulo do projeto até a agilidade

Se sua equipe pratica o gerenciamento de projetos em cascata ou tem pouca experiência no desenvolvimento Ágil, é importante lembrar a diferença entre o que é fixo e o que é determinado. Ao contrário do desenvolvimento em 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 de trabalho: sprints se estiverem usando a estrutura Scrum e limites de WIP na estrutura Kanban. Além disso, uma prática recomendada é manter equipes fixas durante todo o processo de desenvolvimento. Ao manter a consistência das equipes em relação a um produto ou projeto, elas se tornam mais eficientes por meio da confiança e continuidade geradas.

A ideia de escopo é a mesma no desenvolvimento Ágil: que 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. 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 nas limitações faz com que as equipes assumam uma cadência rápida e consistente dos lançamentos, que é locatária-chave do desenvolvimento Ágil. E, observando os projetos pelas lentes do triângulo de gerenciamento de projetos, as equipes são capazes de se adaptar sem abandonar o plano.

> > Configure seu primeiro projeto ágil com este tutorial interativo

Planejamento ágil e o triângulo do projeto

À 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 recursos 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 gerenciamento de projetos mais flexível, para que as equipes possam planejar com antecedência e garantir que estão atendendo aos objetivos dos negócios. Pense, por exemplo, sobre o movimento de Lean Startup e a noção de produto mínimo viável (MVP). 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 do projeto, não existe certo ou errado. Ele foi criado para ajudar a tomar as melhores decisões e fazer concessões necessárias para atingir as metas de negócios. Como uma ferramenta como as Linhas do tempo, é possível visualizar os componentes básicos de um plano (o escopo, as pessoas e o tempo) para que as equipes planejem em tempo real. Usando os dados da equipe que já estão no Jira, é fácil alterar o escopo, as equipes e o tempo para planejar o lançamento do próximo produto.