Gestão de software exige decisão, confiança e corte de escopo

A gestão de software falha quando tenta substituir decisão por certificado, métrica ou ritual. Na exposição de Fabio Akita sobre gestão, o ponto mais útil é tratar o gerente como alguém que decide sob restrição, com informação incompleta, e responde pelas consequências. O PMBOK aparece como uma caixa de ferramentas: vale conhecer, mas não transforma ninguém em gestor. O mesmo vale para MBA, metodologias e modelos importados de empresas grandes. O trabalho começa quando há escassez de tempo, dinheiro e gente, e alguém precisa escolher o que será feito, o que será cortado e que risco será assumido.

Essa escolha aparece com mais clareza na tríade escopo, tempo e custo. Akita acrescenta uma quarta variável que costuma ficar invisível: qualidade. Quando um gerente tenta manter escopo alto, prazo curto e custo baixo, a qualidade paga a conta. A saída ruim é exigir horas extras como rotina, o que cria uma bola de neve: o que foi feito às pressas numa semana vira obstáculo na seguinte. O exemplo do cliente que queria um chat como o Facebook Messenger em um mês ilustra o problema. A pergunta correta não é se algo é tecnicamente possível, mas quais recursos, prazo, escopo e nível de qualidade tornam aquilo sustentável.

O argumento ganha força quando ele separa software de linha de produção. Programadores não são operários executando uma planta baixa perfeita; o código é a própria especificação, e pessoas diferentes produzirão soluções diferentes diante do mesmo problema. Por isso, o gerente não técnico precisa confiar numa equipe capaz de decidir tecnicamente ou se apoiar em líderes técnicos competentes. Seu papel passa a ser o de firewall: proteger a equipe de conflitos desnecessários, levar para cima as impossibilidades reais e impedir que o medo de confronto empurre problemas para tarde demais.

A consequência prática é desconfortável para empresas que gostam de controle aparente. Métricas são necessárias, mas podem criar incentivos ruins, como premiar quantidade de bugs corrigidos e estimular a produção de mais bugs. Monitoramento excessivo trata adultos como crianças e revela falta de confiança na contratação. Equipes sustentáveis combinam seniores e juniores, rotação, mentoria e feedback honesto. Antes de adotar a próxima metodologia, a pergunta concreta deveria ser outra: quem decide prioridades, quem tem confiança para dizer não e que parte do escopo será cortada antes que a qualidade seja sacrificada.

Assistir ao episódio original

Referências encontradas

Livros

• Um Guia do Conhecimento em Gerenciamento de Projetos (Guia Pmbok), de Project Management Institute — Ver livro na Amazon
• Managers Not MBAs [In Japanese Language], de Henry Mintzberg — Ver livro na Amazon
• A Arte da Guerra - Sun Tzu, de Sun Tzu — Ver livro na Amazon
• The Psychology Of Computer Programming: Silver Anniversary Edition, de Gerald M. Weinberg — Ver livro na Amazon

Séries

• Peaky Blinders — Ver no TMDB

Este post contém links de afiliado. Se você comprar por eles, eu posso receber uma pequena comissão sem custo adicional para você.