The latest articles on DEV Community by Lincoln Zocateli (@lzocate-li). https://dev.to/lzocate-li https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3877582%2F0005a739-39c0-4f4d-bbbb-aaef51d9ef06.png https://dev.to/lzocate-li en Lincoln Zocateli Tue, 14 Apr 2026 01:42:47 +0000 https://dev.to/lzocate-li/o-projeto-fenix-e-a-ti-que-eu-vivo-todos-os-dias-4a12 https://dev.to/lzocate-li/o-projeto-fenix-e-a-ti-que-eu-vivo-todos-os-dias-4a12 <h2> INTRODUÇÃO </h2> <p>Como Solutions Architect e dev .NET há mais de 25 anos, eu já vi de tudo um pouco: times brilhantes travados por processos ruins, deploy manual virando ritual de sofrimento e decisões técnicas sendo engolidas por urgência. Foi por isso que "O Projeto Fênix", do Gene Kim, me pegou tanto — não como ficção corporativa, mas como espelho.</p> <p>O livro fala sobre DevOps, fluxo e melhoria contínua, mas o que realmente me marcou foi a sensação de frustração de querer fazer certo em um ambiente que ainda não entende o básico de entrega de software.</p> <h2> DESENVOLVIMENTO </h2> <p><strong>Quando a operação vira o gargalo</strong></p> <ul> <li>O livro deixa claro que a TI não quebra só por falta de ferramenta; ela quebra quando cada área otimiza o próprio pedaço e ninguém enxerga o fluxo inteiro.</li> <li>Isso conversa diretamente com ambientes onde o dev termina o trabalho e "joga para a operação", sem ownership real.</li> <li>Na prática, o custo aparece em filas, retrabalho, incidentes recorrentes e deploys que dependem de heroísmo.</li> </ul> <p><strong>DevOps não é cargo, é desenho de sistema</strong></p> <ul> <li>O ponto mais forte do livro é mostrar que DevOps não se resume a Jenkins, Kubernetes ou pipelines bonitos.</li> <li>CI/CD só funciona quando existe cultura de automação, feedback rápido e responsabilidade compartilhada.</li> <li>Sem isso, a esteira vira teatro: automatiza um caos que continua existindo.</li> </ul> <p><strong>Arquitetura também é gestão de fluxo</strong></p> <ul> <li>Como arquiteto, eu me identifiquei com a tensão entre padrão ideal e realidade operacional.</li> <li>Não adianta desenhar uma arquitetura elegante se o time não consegue entregar com segurança, observabilidade e rollback.</li> <li>Decisões técnicas boas precisam considerar lead time, risco e capacidade do time de sustentar o sistema.</li> </ul> <p><strong>O que fica depois da leitura</strong></p> <ul> <li>Melhoria contínua não é discurso: é disciplina.</li> <li>Qualidade não pode ser "fase final"; precisa nascer junto com o código.</li> <li>E maturidade técnica não é fazer mais coisas, mas reduzir atrito entre ideia, implementação e produção.</li> </ul> <h2> CONCLUSÃO </h2> <p>"O Projeto Fênix" funciona porque não romantiza a TI: ele mostra o preço real de ignorar fluxo, feedback e colaboração. Para mim, foi impossível não enxergar ali a rotina de muitos times que ainda vivem entre urgência, dívida técnica e processos quebrados.</p> <p>No fim, a grande lição é simples: entregar software bem não é um detalhe operacional, é parte central da estratégia.</p> <p>📖 Artigo completo: <a href="https://zocate.li/posts/2026/projeto-fenix-romance-ti-devops/" rel="noopener noreferrer">https://zocate.li/posts/2026/projeto-fenix-romance-ti-devops/</a></p> portuguese projetofenix devops cicd