O termo “gerenciamento ágil de projetos” surgiu há muitos anos e é amplamente utilizado em muitas organizações.

Neste artigo, falarei sobre por que acho que o conceito de “projeto” não é particularmente ágil em sua natureza e por que as palavras “ágil” e “projeto” não devem ser usadas juntas.

O que é o “projeto”?

Em suma, o entendimento comum de um projeto é que é uma atividade completamente planejada e prevista que tem um resultado definido.

A palavra “projeto” vem da palavra latina “projectum”, que significa “antes de uma ação”.

De acordo com a Wikipedia, “um projeto é qualquer empreendimento, realizado individualmente ou em colaboração e possivelmente envolvendo pesquisa ou design, que é cuidadosamente planejado para atingir um objetivo específico”.

O Cambridge Dictionary o define como “um trabalho planejado ou uma atividade que é realizada durante um período de tempo e destinada a atingir um propósito específico”.

Outra definição popular é “um conjunto de tarefas inter-relacionadas a serem executadas durante um período fixo e dentro de certos custos e outras limitações”.

Os sinônimos comuns para “projeto” são “plano”, “esquema” e “previsão”.

Qual é a estrutura do projeto?

Normalmente, os projetos contêm as seguintes fases: iniciação, planejamento, execução e encerramento.

A fase de iniciação define a meta e o orçamento do projeto, as restrições do projeto e um cronograma esperado.

A fase de planejamento define os requisitos técnicos, um cronograma detalhado e um plano de comunicações.

A fase de execução abrange a implementação com monitoramento e controle regulares para garantir que segue o plano.

O estágio de fechamento conclui o projeto com a revisão do resultado final, o preenchimento da papelada necessária e a discussão retrospectiva dos sucessos e fracassos.

O “projeto” parece grande para você?

A definição de “projeto” não tem nenhuma restrição de tempo específica. Pode durar um ano, uma semana ou um dia inteiro. Mesmo um sprint do Scrum pode ser considerado um projeto, pois corresponde à definição de um projeto e segue precisamente as etapas comuns do projeto.

Ainda assim, se lhe pedisse alguns exemplos de projetos que implementou ao longo da sua carreira, quais seriam? Seria algo que você levou meses para entregar, ou algo que foi entregue em uma semana? Acho que seria seguro assumir que seria o primeiro.

Quando falamos de projetos, nos referimos principalmente a algo massivo que exigia muito planejamento antecipado, levava muito tempo e envolvia muitas pessoas e acordos preliminares entre elas.

O pensamento do projeto leva a uma falta de inspeção e adaptação contínuas.

Ao contrário do ágil, com projetos massivos, as pessoas tentam identificar antecipadamente todos os problemas e as soluções para esses problemas.

Na realidade, o ambiente para o qual o projeto foi planejado pode mudar drasticamente durante as etapas de planejamento e execução. Isso pode exigir uma repriorização massiva de etapas para atingir a meta do projeto ou tornar a solução ineficaz ou inútil. Isso pode até fazer com que todo o problema que o projeto resolve não seja mais real.

Ao contrário disso, o ágil prioriza a inspeção e adaptação contínuas e depende menos do planejamento avançado. Isso ajuda a ajustar a direção sempre que o ambiente ou o conhecimento sobre o ambiente mudar.

O pensamento do projeto leva a um gerenciamento excessivamente controlador.

Parece familiar ter reuniões semanais de “alinhamento” (praticamente, relatórios de status) que envolvem dezenas de pessoas conversando por meio de enormes gráficos de Gantt em várias telas?

Existem apenas duas razões reais para esse comportamento. Ou os gerentes não confiam em seus subordinados para executar o que planejaram ou simplesmente precisam se ocupar, pois 95% das decisões foram tomadas antecipadamente durante a fase de planejamento do projeto.

Na maioria dos casos, são os dois.

Então, o que devemos usar em vez do termo “gerenciamento ágil de projetos”?

Para mim, “gerenciamento ágil de projetos” é uma combinação de palavras doentia, pois mistura o pensamento do projeto com o pensamento ágil. Isso leva regularmente a um “watergile” – uma bagunça anti-ágil mal planejada. E essa bagunça leva a uma rejeição geral do conceito ágil por muitas pessoas, mesmo que realmente não tenha nada a ver com ágil.

Já existe um termo muito melhor que se encaixa perfeitamente no propósito da solução ágil de problemas: “gerenciamento de produtos”.

Então, vamos parar de juntar as palavras “ágil” e “projeto”, por favor.