Processo é potencializador, não o resultado final. Meu pitaco sobre a pseudo-morte do Agile

Tem rolado nos últimos dias um assunto super polemico sobre a "morte dos agilistas" ou do ágil. Não é um assunto novo, pelo contrário, enxergo esse movimento há uns 4 anos pelo menos, mas agora parece que ganhou tração. O texto do maravilhoso George Guimarães disse no post foi bastante certeiro. O post do Yoshima, trazendo o outro lado, também. Mas sempre é bom conectar assuntos e ideias sobre temas importantes e interessantes como esse.

Processos Ágeis ou seja lá qual for o nome que você use no seu dia a dia, nasceu dentro da tecnologia. Nasceu por programadores altamente técnicos, que sabiam o impacto que o seu trabalho tinha sobre o negócio e as pessoas que usavam seus softwares. O Ágil não nasceu para potencializar o negócio. Não nasceu para diminuir custos de operação. Não nasceu para estabelecer um padrão de trabalho para todos os times de uma mesma empresa. Pelo contrário: nasceu para que programadores pudessem entregar melhor, mais rápido e sem tantos bloqueios.

Eles sabiam que mudanças de escopo aconteciam a todo momento e por isso eles precisavam se adaptar à essas mudanças de escopo. Logo, não daria para entregar um software completo só no final do trimestre. Eles precisavam entregar pequenas porções funcionais e com resultado.

TL:DR;

O texto é longo, portanto, se quiser um resumo, básico e polêmico, seguem alguns bullet points:

• Agile não morreu, só está sendo usado de um jeito errado, mas vai evoluir forçado;
• Pessoas confundem processo de produto com processo de projeto. Duas coisas diferentes que coexistem e devem ser usadas conforme o momento na construção de produtos;
• Agile é tudo sobre gestão, assim como projeto e produto;
• ProductOps obteve sucesso em vários pontos sobre o ágil, principalmente na questão de "escalar ágil para toda empresa";
• ProductOps vai comer agilidade, SE ProductOps focar em processo para geração de resultado para o negócio. Para mim agile está contido em ProductOps;
• ProductOps vai comer projeto, SE ProductOps ser uma extensão da estratégia;
• ProductOps vai liderar produto, SE ProductOps trabalhar no nível tático, com pouca interferência ativa no executivo E se for incorporado como habilidade nas pessoas que gerem o produto (tech, design, PMs, etc);

Um pouco de história para criar contexto

Um pouco de história nunca é demais e serve para criar contexto. Pula pro próximo se você sentir que já conhece isso tudo.