ITIL e DevOps: como se complementam

O que é DevOps

O termo DevOps surgiu pela primeira vez em 2009, numa conferência em Gante, na Bélgica, onde Patrick Debois e Andrew Shafer começaram a articular a ideia de aproximar as equipas de desenvolvimento (Dev) e operações (Ops). Desde então, o conceito evoluiu significativamente, mas mantém o seu núcleo: a eliminação das barreiras organizacionais entre quem cria software e quem o gere em produção.

Comecemos pelo que o DevOps não é. Não é uma ferramenta, não é um cargo e não é um conjunto de processos prescritivos que se pode implementar seguindo um manual. O DevOps é, acima de tudo, uma cultura de colaboração assente em responsabilidade partilhada, transparência e melhoria contínua. As ferramentas (Jenkins, GitLab, Kubernetes, Ansible) são instrumentos ao serviço desta cultura, não a cultura em si.

Os princípios fundamentais do DevOps organizam-se em torno de quatro pilares:

• Cultura e colaboração: equipas de desenvolvimento e operações trabalham juntas, partilham objetivos e são responsáveis conjuntamente pelo sucesso do serviço em produção. A mentalidade de "não é problema meu" é substituída pela propriedade partilhada.
• Automação: tudo o que pode ser automatizado deve ser automatizado, desde os testes e a integração até ao deployment e à monitorização. A automação elimina erros humanos, acelera processos e liberta as pessoas para trabalho de maior valor.
• Lean e entrega contínua: inspirado nos princípios Lean, o DevOps promove a eliminação de desperdício nos fluxos de entrega de software. As pipelines de CI/CD (integração contínua e entrega contínua) permitem colocar código em produção de forma rápida, frequente e segura.
• Ciclos de feedback: a recolha sistemática de dados sobre o comportamento do sistema em produção, a satisfação dos utilizadores e a qualidade do código alimenta um ciclo de melhoria contínua. Quanto mais curto o ciclo de feedback, mais rapidamente a equipa aprende e corrige o rumo.

Na prática, uma organização com uma cultura DevOps madura faz deployments múltiplas vezes por dia, consegue recuperar de falhas em minutos e tem uma taxa de mudanças que falham significativamente inferior às organizações com abordagens tradicionais. Estes são os indicadores medidos pelo relatório DORA (DevOps Research and Assessment), que se tornou a referência para avaliar o desempenho de equipas de engenharia de software.

ITIL e DevOps: diferenças e semelhanças

Para perceber como ITIL e DevOps se complementam, é útil começar por mapear as suas diferenças genuínas e, a seguir, identificar os pontos de convergência que tornam a integração não só possível como vantajosa.

Principais diferenças

O que têm em comum

Apesar das diferenças de estilo e ênfase, ITIL e DevOps partilham objetivos fundamentais que tornam a sua coexistência natural:

• Entrega de valor ao cliente: tanto o ITIL como o DevOps têm o cliente como ponto de referência final. O ITIL através do conceito de co-criação de valor e do Sistema de Valor de Serviço (SVS), o DevOps através da entrega rápida de funcionalidades que respondem às necessidades reais dos utilizadores.
• Melhoria contínua: o ITIL dedica uma prática completa à melhoria contínua (com o modelo ITIL de melhoria contínua como referência); o DevOps tem os ciclos de feedback e a retrospetiva como práticas centrais. Ambos reconhecem que nenhum sistema é perfeito e que a aprendizagem é um processo permanente.
• Colaboração entre equipas: o ITIL promove a integração entre equipas através do SVS e das cadeias de valor; o DevOps derruba as barreiras entre desenvolvimento e operações. Em ambos os casos, o objetivo é eliminar silos e criar fluxos de trabalho mais eficazes.
• Foco na qualidade: o ITIL através da gestão de incidentes, problemas e qualidade de serviço; o DevOps através de testes automatizados, integração contínua e observabilidade em produção.
• Gestão do risco: ambas as abordagens reconhecem que mudanças carregam risco e promovem mecanismos para o gerir, ainda que com níveis diferentes de formalidade.

A tensão aparente entre as duas abordagens dissolve-se quando percebemos que estão a responder a perguntas diferentes. O ITIL responde a "como garantir que os serviços são geridos de forma responsável e sustentável?" O DevOps responde a "como entregar mudanças de software de forma rápida e segura?". São perguntas complementares, não contraditórias.

Como se complementam

A forma mais clara de visualizar a complementaridade entre ITIL e DevOps é pensar em dois planos distintos que operam em simultâneo: o plano de governança e o plano de execução. O ITIL opera predominantemente no plano de governança, fornecendo a estrutura, os papéis, as políticas e as práticas que garantem que os serviços de TI estão alinhados com as necessidades do negócio. O DevOps opera no plano de execução, tornando os fluxos de entrega mais rápidos, mais automatizados e mais fiáveis.

Considere a gestão de mudanças: uma das áreas onde o conflito entre ITIL e DevOps é mais frequentemente invocado. No ITIL tradicional, toda a mudança passava por um processo de avaliação e aprovação que podia demorar dias ou semanas. Num ambiente DevOps com pipelines CI/CD, são feitos dezenas ou centenas de deployments por semana. Como conciliar?

O Sistema de Valor de Serviço (SVS) do ITIL 4, mantido e expandido no ITIL v5, é suficientemente flexível para acomodar diferentes métodos de trabalho, incluindo o DevOps. O SVS não prescreve como as atividades devem ser executadas, mas define o que deve ser alcançado em termos de valor, garantia e utilidade. Uma organização pode usar pipelines DevOps completamente automatizadas para executar as atividades da cadeia de valor enquanto mantém a governança ITIL nos níveis de política, métricas e gestão de risco.

Na prática, as práticas ITIL mais diretamente enriquecidas pela adoção de DevOps incluem a gestão de incidentes (com sistemas de alerta integrados nas pipelines), a gestão de problemas (com análise de causa raiz alimentada por dados de observabilidade DevOps), a gestão de configurações (com CMDB automaticamente atualizada pelas pipelines de Infrastructure as Code) e a melhoria contínua (com métricas DORA a complementar os KPIs ITSM tradicionais).

Em sentido inverso, o ITIL contribui para o DevOps com uma coisa que este frequentemente negligencia nas suas implementações iniciais: a gestão do ciclo de vida completo do serviço. O DevOps é excelente na entrega de código, mas precisa de frameworks como o ITIL para gerir aspetos como o catálogo de serviços, os acordos de nível de serviço (SLAs), a gestão de fornecedores e a continuidade do serviço. Sem esta dimensão de governança, as organizações DevOps correm o risco de otimizar a velocidade de entrega às custas da estabilidade e confiabilidade do serviço.

ITIL v5 e DevOps: integração nativa

O ITIL v5, lançado em fevereiro de 2026, representa o passo mais significativo até à data na direção de uma convergência formal entre ITIL, DevOps, Agile e Lean. Enquanto o ITIL 4 introduziu o conceito de compatibilidade com estas abordagens, o ITIL v5 integra-as no seu núcleo conceptual de forma explícita e estruturada.

A mudança mais visível é a introdução do modelo DPSM (Digital Product and Service Management). Em vez de pensar em "serviços de TI" geridos por processos sequenciais, o DPSM adota uma perspetiva de produto digital com ciclo de vida contínuo. Esta mudança é profundamente alinhada com a mentalidade DevOps, onde as equipas são responsáveis pelo produto do "build" ao "run", ao longo de todo o seu ciclo de vida.

O novo ciclo de vida de 8 fases do ITIL v5 está organizado de forma a espelhar a natureza iterativa e contínua das pipelines DevOps:

• Imagine: identificação de oportunidades e definição de visão para produtos e serviços digitais.
• Plan: planeamento estratégico e de capacidade, com integração de dados de observabilidade dos sistemas em produção.
• Design: conceção arquitetural e de serviço, incluindo design para operabilidade e para automação.
• Build: desenvolvimento e construção, onde as práticas de engenharia DevOps como CI/CD, testes automatizados e revisão de código são centrais.
• Test: validação e qualidade, com ênfase em testes automatizados integrados nas pipelines e em ambientes de staging que replicam produção.
• Deploy: deployment seguro e controlado, com suporte a estratégias como blue-green deployment, canary releases e feature flags.
• Operate: operação e suporte em produção, com monitorização contínua, gestão de incidentes e service desk.
• Improve: melhoria contínua baseada em dados de todas as fases anteriores, fechando o loop e alimentando o próximo ciclo.

Este ciclo não é linear: é iterativo e as fases sobrepõem-se. Uma equipa pode estar simultaneamente a operar a versão atual do produto (Operate), a desenvolver a próxima versão (Build) e a planear funcionalidades futuras (Plan). É exatamente assim que as equipas DevOps maduras trabalham.

Outro elemento distintivo do ITIL v5 é a abordagem explícita à automação de ponta a ponta. As práticas do ITIL v5 incluem orientações específicas sobre como automatizar não só os processos de entrega de software, mas também os processos ITSM tradicionais: criação automática de tickets a partir de alertas de monitorização, atualização automática da CMDB via IaC (Infrastructure as Code), aprovação automática de mudanças standard com base em critérios de risco predefinidos.

Para os profissionais que já possuem a certificação ITIL 4 Foundation, a transição para o ITIL v5 é facilitada pelos percursos de upgrade disponíveis. O ITIL v5 não invalida o conhecimento ITIL 4: expande-o e contextualiza-o num mundo digital mais complexo e interligado.

Exemplos práticos de integração

A teoria é importante, mas é nos casos concretos que a integração entre ITIL e DevOps se torna tangível. Os quatro exemplos que se seguem ilustram como as duas abordagens trabalham em conjunto em organizações que já percorreram este caminho.

Estes exemplos partilham um padrão comum: o ITIL fornece a estrutura de governança e rastreabilidade, enquanto o DevOps fornece a velocidade, a automação e os dados de observabilidade. Nenhuma das abordagens sozinha seria tão eficaz como as duas em conjunto. As organizações que implementaram esta integração reportam consistentemente melhorias tanto nas métricas ITSM tradicionais (satisfação do utilizador, tempo de resolução de incidentes, disponibilidade dos serviços) como nas métricas DevOps (frequência de deployment, tempo de recuperação).

Como começar a integrar ITIL e DevOps

A integração entre ITIL e DevOps não acontece de um dia para o outro, nem deve ser forçada. O ponto de partida ideal depende do contexto de cada organização: onde está a maior fricção, onde há mais a ganhar e qual é o nível de maturidade em cada uma das abordagens. Os cinco passos que se seguem oferecem um roteiro adaptável a diferentes contextos.

1. Avaliar a maturidade atual Antes de integrar, é necessário saber onde se está. Avalie a maturidade das práticas ITSM atuais: os processos estão documentados? Existem métricas definidas? As equipas seguem as práticas consistentemente? Em paralelo, avalie o nível de adoção DevOps: existem pipelines CI/CD? A monitorização é automatizada? As equipas de Dev e Ops colaboram regularmente? Esta avaliação dupla identifica as lacunas prioritárias e os pontos de alavancagem para a integração.
2. Identificar práticas ITIL compatíveis com DevOps Nem todas as práticas ITIL apresentam o mesmo nível de tensão com o DevOps. Comece pelas mais naturalmente compatíveis: melhoria contínua, gestão de incidentes e monitorização são áreas onde a integração é imediata e os benefícios são visíveis rapidamente. A gestão de mudanças requer mais trabalho de adaptação, mas é também onde o impacto é maior. Deixe para uma fase posterior as práticas que requerem maior transformação organizacional, como a gestão de fornecedores ou a gestão financeira de serviços.
3. Automatizar mudanças standard Este é, provavelmente, o passo com maior impacto imediato. Identifique quais os deployments que podem ser classificados como mudanças standard, defina os critérios de aceitação automática (cobertura de testes, resultados de scans de segurança, ausência de erros em ambiente de staging) e configure a pipeline para registar automaticamente cada deployment no sistema ITSM. Esta mudança elimina o principal ponto de fricção entre DevOps e ITIL sem sacrificar a governança.
4. Implementar feedback loops Crie canais de comunicação formais entre as perspetivas ITSM e DevOps. As métricas de produção (disponibilidade, latência, taxa de erros) devem ser visíveis para as equipas de desenvolvimento. Os dados de incidentes e problemas devem alimentar o backlog de engenharia. As retrospetivas DevOps devem incluir análise de métricas ITSM. Estes feedback loops são o mecanismo que garante que a velocidade de entrega não ocorre às custas da qualidade do serviço.
5. Medir e melhorar continuamente Defina um conjunto equilibrado de métricas que capture tanto a perspetiva ITSM como a DevOps. As métricas DORA (frequência de deployment, lead time, taxa de falha, tempo de restauração) complementam os KPIs ITSM tradicionais (satisfação do utilizador, disponibilidade, tempo de resolução). Reveja estas métricas regularmente em fóruns conjuntos e use-as para priorizar melhorias. A certificação ITIL v5 fornece o framework conceptual para estruturar este processo de melhoria contínua integrada.

Um aspeto frequentemente subestimado é o investimento em formação. Profissionais com conhecimento sólido de ITIL e competências DevOps são raros e muito valorizados no mercado. A certificação ITIL 4 Foundation ou a certificação ITIL v5 Foundation fornecem uma base conceptual que complementa as competências técnicas DevOps e permite aos profissionais comunicar eficazmente em ambos os mundos. A Better Skills oferece formação presencial e remota adaptada às necessidades das equipas que estão neste percurso de integração.