O Projeto Fênix: entenda por que TI nunca termina nada

# O Projeto Fênix: entenda por que TI nunca termina nada Existe um tipo de semana que todo profissional de TI conhece bem. Você chega com três entregas planejadas e sai sem ter tocado em nenhuma. Um servidor caiu, o financeiro pediu um relatório urgente, alguém solicitou acesso emergencial e uma implantação consumiu a madrugada. Se isso descreve sua rotina, **O Projeto Fênix** merece atenção. O livro não ensina comando nenhum. Oferece, em vez disso, vocabulário para explicar numa reunião por que a área de TI vive assim — e por que essa situação não culpa de quem executa o trabalho. É uma ferramenta de gestão disfarçada de romance. ## Ficha técnica do livro **Título:** O Projeto Fênix — Um romance sobre TI, DevOps e ajudar seu negócio a vencer **Autores:** Gene Kim, Kevin Behr e George Spafford **Editora brasileira:** Alta Books **Formato:** Romance corporativo, não manual técnico **Público-alvo:** Gestores de TI, analistas de infraestrutura, profissionais de suporte e líderes técnicos ## A trama que descreve sua realidade Bill Palmer é gerente de uma pequena área de TI numa indústria de autopeças. Certa manhã recebe uma promoção não desejada: ele agora comanda toda a operação de TI. Herda um projeto atrasado, caríssimo e do qual a empresa depende para sobreviver. O que encontra é o que você já conhece na prática. Folha de pagamento quebrada, auditoria com centenas de apontamentos, implantação que derruba o sistema de vendas. Existe também uma pessoa específica no time que é gargalo de tudo porque só ela sabe como certas coisas funcionam. Conforme você acompanha a operação piorando capítulo após capítulo, antes de melhorar, sente aquele incômodo único: reconhecer sua própria empresa nas páginas. Isso dói porque é verdade. Portanto, o desconforto é justamente o ponto pedagógico do livro. ## Os quatro tipos de trabalho em TI O conceito mais útil do livro separa o trabalho de TI em categorias claras. Essa ferramenta mental tem aplicação prática imediata em qualquer ambiente corporativo. **Projetos do negócio:** o que a empresa pediu e enxerga. São visíveis para stakeholders e executivos. Recebem orçamento e reconhecimento quando terminam. **Projetos internos de TI:** migração de servidor, troca de backup, atualização de sistema. Ninguém fora da TI vê isso, e é o primeiro a sofrer corte quando o orçamento aperta. **Mudanças:** o fluxo constante de alterações solicitadas por toda a empresa e operações internas. Aparecem como prioridade a cada novo dia que passa. **Trabalho não planejado:** o incêndio que consome suas horas. Não é um tipo de trabalho — é o que acontece quando você não fez os outros três direito. É invisível para quem avalia seu desempenho. Essa classificação explica uma frustração muito comum na prática. A sensação de trabalhar o dia inteiro sem ter entregado nada. Você entregou — só que tudo era do quarto tipo, e o quarto tipo é invisível para quem avalia seu trabalho. Por isso o reconhecimento nunca chega. ## O conceito de gargalo na operação de TI O segundo conceito que gruda na memória é o de **gargalo**: melhorar qualquer coisa que não seja o ponto mais estreito do fluxo é ilusão de progresso. Se um único analista é o único que sabe mexer no sistema crítico, comprar servidor melhor não acelera nada. Essa pessoa se torna um obstáculo involuntário. Não por incompetência, mas por concentração de conhecimento. No livro isso vira um personagem memorável. O incômodo de reconhecê-lo no seu time é imediato e desconfortável. Além disso, **O Projeto Fênix** mostra que a solução não é tirar essa pessoa do caminho. É duplicar o conhecimento através de documentação, treinamento e automação. O romance ilustra esses caminhos na narrativa sem parecer aula. ## O que funciona muito bem no livro **O formato narrativo.** Manual de gestão de TI é chato e ninguém termina. Romance você lê no fim de semana. Os autores conseguiram fazer conceitos de gestão de operação entrarem na narrativa de forma fluida e envolvente. **O reconhecimento imediato.** Você vai encontrar situações suas ali dentro com precisão desconfortável. A mudança emergencial aprovada no corredor, o projeto que ninguém consegue matar, a auditoria que vira projeto paralelo, o servidor que “não pode cair” mas ninguém sabe como realmente funciona. **O vocabulário para conversas difíceis.** Este é o valor prático maior. Dizer “estamos sobrecarregados” não convence diretor nenhum. Mostrar que 70% da capacidade foi consumida por trabalho não planejado, e que isso é consequência de decisões que a própria empresa tomou, abre orçamento e reconhecimento. As palavras certas mudam a conversa. ## As limitações honestas do livro Vale dizer com transparência, porque o livro costuma ser recomendado sem ressalva. **Os personagens são tipos, não pessoas.** Tem o vilão previsível, o mentor sábio que aparece na hora certa, o executivo que enxerga a luz. Como literatura, é fraco. Se você espera um bom romance, não é aqui. **A solução chega fácil demais.** A virada acontece rápido com um alinhamento de vontades que a vida real raramente oferece. Na sua empresa, o diretor que patrocina a mudança pode simplesmente não existir. **A escala é grande.** O cenário é uma indústria com departamentos, orçamento e equipe estruturada. Se você é o TI inteiro de uma empresa de vinte pessoas, metade das soluções não se aplica direto. **Tem idade.** O livro é de 2009, e o mundo mudou. Nuvem, contêiner, infraestrutura como código e IA entraram depois. As ideias de fluxo e gargalo envelheceram bem; alguns exemplos de tecnologia, nem tanto. ## Para quem vale a pena ler O Projeto Fênix **Vale muito** para quem coordena TI e precisa justificar prioridade para quem não é técnico. As palavras certas abrem orçamento. **Vale muito** para analista de suporte e infra que quer entender por que a rotina é caótica. Você recebe confirmação de que não é culpa sua, mas do sistema. **Vale pouco** para quem trabalha num time maduro com DevOps rodando. Você vai ler descrevendo o que já faz. **Não é livro técnico.** Não tem comando, arquitetura nem exemplo de código. Se procura referência técnica, procure em outro lugar. ## Veredito e aplicação na prática É um livro médio como romance e muito bom como ferramenta de trabalho. Leia pelas ideias, não pela história. Ele provavelmente não vai ensinar nada que você já não sinta na pele. O que faz é fornecer as palavras para explicar isso a quem decide o orçamento. Para quem trabalha com TI em empresa pequena, onde a área nunca tem nome nem verba própria, essas palavras valem mais do que parecem. ## Reduzindo o trabalho não planejado no seu ambiente Se depois da leitura você quiser começar a reduzir o trabalho não planejado, o caminho é o mesmo em qualquer lugar. Padronize o diagnóstico para que qualquer pessoa do time resolva o chamado comum. Isso passa por documentação clara, runbooks acessíveis e automação de rotinas repetitivas. Você pode usar nossa [Calculadora de Subrede](https://pratiquetech.com.br/calculadora-de-subrede/) como exemplo prático de como tirar gargalo. Em vez de sempre chamar a mesma pessoa para resolver problemas de rede, uma ferramenta que qualquer um consegue acessar elimina a dependência. Esse é o princípio que **O Projeto Fênix** prega: tirar o conhecimento da cabeça de uma pessoa e colocar em um processo que a equipe toda consegue executar. ## Fontes [The Phoenix Project — IT Revolution Press](https://itrevolution.com/the-phoenix-project/) —