Texto Complementar

Prévia do material em texto

TEXTO COMPLEMENTAR 
 
Disciplina: Gerenciamento de Projetos 
Professor: Guilherme Juliani de Carvalho 
 
O que é o triângulo da gestão de projetos? 
 
O triângulo de gerenciamento de projetos, também chamado de triângulo de 
ferro, possui restrições consideradas "rígidas" porque não é possível alterar uma 
restrição sem impactar as outras. O modelo original de gerenciamento de 
projetos com o triângulo de ferro, proposto pelo Dr. Martin Barnes em 1969, 
segue uma abordagem em cascata para o desenvolvimento de produtos: o 
escopo é fixo, enquanto os recursos e o tempo são variáveis. Para uma equipe 
de software, isso significa que as equipes iniciam um projeto definindo os 
requisitos do produto para determinar o escopo do projeto (uma lista de itens de 
trabalho). Os recursos e o cronograma são variáveis e estimados com base no 
escopo fixo. 
 
Restrições do triângulo de ferro 
• O escopo é o trabalho a ser feito – como recursos e funcionalidades – 
para entregar um produto funcional. 
• Os recursos incluem orçamento e membros da equipe que trabalham para 
entregar e executar o projeto. 
• O tempo é o momento em que as equipes entregam resultados ao 
mercado, como lançamentos e marcos importantes. 
 
A relação entre os vértices 
• Para aumentar o escopo (adicionar mais funcionalidades), é preciso 
aumentar o tempo ou o custo, ou os dois. 
• Para reduzir o tempo de entrega, é preciso aumentar o custo (contratando 
mais gente, por exemplo) ou reduzir o escopo do projeto. 
• Para reduzir o custo, é preciso aumentar o tempo (aceitando um prazo 
mais longo) ou diminuir o escopo do projeto. 
 
O objetivo do triângulo do projeto é fornecer às equipes de produto as 
informações necessárias para tomarem decisões que beneficiem o negócio. Por 
exemplo, se as equipes se depararem com um escopo fixo, podem estar na 
metade de um projeto e perceber que não conseguirão cumprir o prazo de 
lançamento. As únicas variáveis com as quais podem trabalhar são: 1) Tempo – 
podem aceitar um prazo de lançamento posterior ou 2) Recursos – podem 
adicionar mais pessoas ao projeto, o que 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 rapidamente ao feedback do cliente 
tornaram-se cruciais e, assim, nasceu a metodologia ágil. 
 
Mapeando o triângulo do projeto para a metodologia ágil. 
Se sua equipe utiliza a metodologia em cascata (Waterfall) ou é nova no 
desenvolvimento ágil, é 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 o framework 
Scrum, e limites de WIP (Work in Progress), se estiver usando o framework 
Kanban. Manter as equipes unidas ao longo de todo o processo de 
desenvolvimento também é uma boa prática. Ao manter a consistência das 
equipes em um produto ou projeto, elas se tornam mais eficientes por meio da 
confiança e da continuidade que se desenvolvem. 
 
A ideia de escopo é a mesma no desenvolvimento ágil: qual software construir e 
entregar. No entanto, o ágil se concentra em requisitos de alto nível, em vez de 
tentar definir requisitos profundos e detalhados antecipadamente. O escopo de 
um projeto é gerenciado e refinado (priorizado) regularmente pelo gerente de 
produto em uma ferramenta como o Jira. O gerente de produto decide qual 
trabalho deve ser realizado no próximo sprint com base no feedback qualitativo 
e quantitativo ágil proveniente de vários canais (condições de mercado, feedback 
do cliente, concorrência, etc.). E como os recursos e o tempo são fixos, é mais 
fácil para as equipes de desenvolvimento reagirem às mudanças do mercado e 
entregarem valor aos clientes mais rapidamente. Essa transparência das 
restrições mantém as equipes comprometidas com uma cadência de 
lançamentos consistente e rápida, que é um princípio fundamental do 
desenvolvimento ágil; e, ao analisar os projetos sob a perspectiva do triângulo 
de gerenciamento de projetos, as equipes conseguem se adaptar sem 
abandonar o plano. 
 
Planejamento ágil e o triângulo do projeto 
À medida que os projetos crescem, mais equipes são necessárias e o prazo se 
estende. Portanto, a noção de fixar recursos e tempo, enquanto o escopo varia, 
não é uma abordagem válida para todos os projetos ágeis. O planejamento ágil 
de longo prazo exige um triângulo de gerenciamento de projetos mais flexível, 
que permita às equipes planejar com antecedência e garanta que elas estejam 
atingindo os objetivos de negócios. Pense, por exemplo, no movimento lean 
startup e na noção de um produto mínimo viável (MVP). Um MVP, por definição, 
é um pequeno conjunto de funcionalidades (escopo) que entrega valor ao cliente. 
Para chegar a esse MVP, as equipes podem precisar se ater a um escopo fixo – 
o número de funcionalidades – com o tempo sendo sua única variável (por 
exemplo, não é possível lançar o produto sem determinadas funcionalidades, 
então a data de lançamento é adiada). Somente após o lançamento do MVP, as 
equipes passam a trabalhar com um escopo variável. 
 
ALJABER, Tareq. O que é o triângulo de gestão de projetos? Disponível em: 
https://www.atlassian.com/br/agile/agile-at-scale/agile-iron-triangle. Acesso em: 6 nov. 2025.