O mito da incompatibilidade
Existe um equívoco muito comum nos departamentos de TI: a ideia de que o ITIL e o Agile são incompatíveis. Quem trabalha com Scrum ou Kanban olha para o ITIL como burocracia pesada, cheia de processos e aprovações que travam a velocidade das equipas. Quem trabalha com ITIL olha para o Agile com desconfiança, como algo que ignora governança e controlo.
A realidade é bem diferente. O ITIL 4, publicado em 2019, foi desenhado explicitamente para coexistir com metodologias ágeis, DevOps e Lean. Dois dos sete princípios orientadores do ITIL 4 são, na sua essência, princípios ágeis:
"Progredir iterativamente com feedback" e "manter simples e prático" são dois dos sete princípios orientadores do ITIL 4, directamente alinhados com a filosofia Agile.
O ITIL não é burocrático por natureza. Quando adoptado correctamente, o ITIL 4 adapta-se ao contexto da organização e da equipa. As práticas do ITIL são propostas como boas práticas, não como processos obrigatórios com passos rígidos. A burocracia que muitos associam ao ITIL resulta de implementações mal feitas, não do framework em si.
A verdade é que o ITIL e o Agile respondem a perguntas diferentes e complementares. O ITIL responde "o quê gerir e porquê". O Agile responde "como entregar e quando". Juntos, formam uma abordagem completa para a gestão de serviços de TI modernos.
O que é Agile
O Agile não é uma metodologia única. É um conjunto de valores e princípios publicados no Manifesto Ágil de 2001, assinado por 17 profissionais de software que procuravam alternativas às abordagens de desenvolvimento em cascata (waterfall).
O Manifesto Ágil define quatro valores fundamentais:
As pessoas e a comunicação entre elas criam mais valor do que seguir processos ou usar as ferramentas certas. Processos existem para apoiar as pessoas, não para as substituir.
Entregar algo que funciona e que o utilizador pode usar tem mais valor do que documentação exaustiva. A documentação continua a ser necessária, mas não pode ser o fim em si.
O cliente é um parceiro no processo de criação, não uma parte com quem se negoceia requisitos fechados. O feedback contínuo do cliente orienta as decisões de desenvolvimento.
A capacidade de adaptar ao que se aprende ao longo do caminho vale mais do que seguir rigidamente um plano definido no início. O plano serve a entrega, não o contrário.
A partir destes valores surgiram várias metodologias e frameworks: Scrum (sprints de 1 a 4 semanas com papéis definidos como Scrum Master e Product Owner), Kanban (visualização do fluxo de trabalho e limitação de trabalho em progresso), e SAFe (Scaled Agile Framework, para organizações maiores que precisam de coordenar múltiplas equipas ágeis).
O foco central do Agile é a entrega incremental de valor e a adaptação contínua à mudança, com base em feedback real de utilizadores e stakeholders. É uma filosofia de trabalho, não um conjunto fixo de processos.
Como se complementam
O ITIL e o Agile abordam dimensões diferentes da gestão de TI. Quando se percebe o que cada um traz, a complementaridade torna-se evidente.
| Dimensão | ITIL 4 | Agile |
|---|---|---|
| Foco principal | Estabilidade e governança dos serviços | Velocidade e adaptação à mudança |
| Pergunta central | O quê gerir e porquê | Como entregar e quando |
| Horizonte temporal | Longo prazo (ciclo de vida do serviço) | Curto prazo (sprint de 1 a 4 semanas) |
| Melhoria contínua | Modelo de melhoria contínua de 7 passos | Retrospectivas ao fim de cada sprint |
| Gestão do risco | Change Enablement, Problem Management | Iterações curtas reduzem risco de falha |
| Stakeholders | Clientes, utilizadores, fornecedores | Product Owner representa o cliente |
| Documentação | Registos de serviço, bases de conhecimento | Mínima mas suficiente |
Na prática, o ITIL define a estrutura que suporta a entrega contínua de valor, e o Agile define como as equipas trabalham dentro dessa estrutura. Uma organização pode usar Scrum para desenvolver novas funcionalidades de um serviço digital, enquanto usa as práticas de gestão de mudanças e gestão de releases do ITIL para garantir que essas funcionalidades chegam ao ambiente de produção de forma controlada.
O conceito de cadeia de valor de serviço do ITIL 4 foi desenhado para ser compatível com fluxos de trabalho ágeis. As actividades da cadeia de valor (planear, melhorar, envolver, desenhar e transitar, obter/construir, entregar e suportar) podem ser executadas usando sprints, boards Kanban, e outras ferramentas ágeis.
Práticas ITIL com Agile
Algumas práticas do ITIL integram-se de forma particularmente natural com abordagens ágeis. A combinação certa depende do contexto de cada organização, mas estas são as que mais beneficiam dessa integração.
Práticas ITIL que ganham com Agile
Scrum e ITIL na prática
O Scrum e o ITIL podem parecer mundos separados, mas na prática as suas cerimónias e artefactos complementam-se bem. A chave está em perceber o que cada um oferece e onde se podem ligar.
O product backlog como repositório de melhorias de serviço
No contexto de gestão de serviços, o product backlog não contém apenas novas funcionalidades. Inclui também melhorias de serviço identificadas através de incidentes recorrentes, feedback de utilizadores, e resultados de auditorias. Desta forma, as prioridades de negócio e as necessidades de melhoria do serviço competem pelo mesmo espaço, forçando decisões conscientes sobre valor.
Sprint reviews como melhoria contínua
As sprint reviews, onde a equipa demonstra o trabalho da sprint aos stakeholders, são um mecanismo natural de melhoria contínua de serviços. O feedback recolhido alimenta o backlog, fecha o ciclo de valor, e documenta a evolução do serviço ao longo do tempo. No ITIL, isto corresponde à actividade "melhorar" da cadeia de valor de serviço.
O Service Owner como ponte
Uma das integrações mais importantes é o papel do Service Owner. Este papel do ITIL actua como ponte entre a equipa de desenvolvimento (que trabalha em sprints) e os utilizadores e clientes do serviço. O Service Owner pode assumir funções semelhantes ao Product Owner do Scrum, garantindo que as prioridades do serviço reflectem as necessidades dos utilizadores e os compromissos de nível de serviço.
Daily standups e gestão de incidentes
Os daily standups do Scrum são particularmente úteis em equipas que também gerem incidentes. Em 15 minutos, a equipa sabe o estado dos incidentes em aberto, o que cada pessoa está a fazer para os resolver, e o que pode estar a bloquear a resolução. Esta visibilidade reduz o tempo médio de resolução (MTTR) e melhora a comunicação com os utilizadores afectados.
Como combinar Scrum e ITIL de forma eficaz
Separar o fluxo de desenvolvimento do fluxo de suporte
Uma equipa não deve gerir incidentes urgentes e desenvolver novas funcionalidades no mesmo sprint sem separação clara. Definir capacidade reservada para suporte evita que a sprint seja constantemente interrompida.
Incluir critérios de qualidade de serviço na Definition of Done
A Definition of Done da equipa deve incluir requisitos ITIL relevantes: documentação actualizada, testes de performance, critérios de monitorização definidos, e aprovação de mudança quando necessária.
Usar retrospectivas para alimentar o registo de problemas
O que se identifica nas retrospectivas deve ser registado como problemas no ITSM tool. Desta forma, a aprendizagem da equipa fica documentada e rastreável, e não se perde entre sprints.
Adaptar o Change Enablement ao ritmo das sprints
Em vez de um processo de aprovação pesado por cada mudança, criar uma categoria de "standard change" para deploys que seguem o pipeline CI/CD aprovado. Assim, a equipa mantém velocidade sem contornar a governança.
Como começar a integração
Integrar ITIL e Agile não requer uma transformação radical do dia para a noite. A abordagem mais eficaz é gradual, começando numa área onde a integração traga valor imediato e expandindo a partir daí.
Identificar áreas de sobreposição
Mapear onde os processos ITIL existentes e as práticas ágeis da equipa se tocam. Habitualmente, a gestão de incidentes e a gestão de mudanças são as primeiras áreas onde a integração faz diferença visível.
Começar com uma prática
Escolher uma prática ITIL e uma prática ágil e experimentar a integração durante 2 a 3 sprints. Por exemplo: gestão de incidentes com board Kanban. Medir antes e depois para validar o impacto.
Formar a equipa
Garantir que os membros da equipa com formação em Agile compreendem os fundamentos do ITIL, e vice-versa. A certificação ITIL 4 Foundation dá a base necessária para qualquer profissional de TI que trabalhe em contextos ágeis.
Medir resultados
Definir métricas antes de começar a integração. Tempo médio de resolução de incidentes, frequência de deploys, taxa de falha de mudanças, e satisfação dos utilizadores são bons pontos de partida.
Expandir gradualmente
Com base nos resultados e aprendizagens, expandir a integração para outras práticas e equipas. O modelo de melhoria contínua do ITIL 4 aplica-se ao próprio processo de integração.
Documentar e partilhar aprendizagens
Registar o que funcionou e o que não funcionou. Partilhar com outras equipas da organização. A gestão do conhecimento é uma das práticas do ITIL 4 mais valiosas em contextos de transformação ágil.
O caminho mais importante é começar. Muitas organizações adiam a integração ITIL-Agile à espera do momento perfeito ou do plano completo. A abordagem ágil diz precisamente o oposto: começar pequeno, aprender com a experiência, e melhorar iterativamente. O ITIL® v5 reforça ainda mais esta integração com Agile — veja a comparação entre ITIL 4 e ITIL® v5 para compreender as principais mudanças.
Perguntas frequentes
Não. O ITIL 4 foi desenhado explicitamente para coexistir com metodologias ágeis. Dois dos sete princípios orientadores do ITIL 4 - "progredir iterativamente com feedback" e "manter simples e prático" - são princípios ágeis. O ITIL 4 abandonou a abordagem prescritiva e adoptou um modelo de boas práticas adaptável a contextos ágeis, DevOps e Lean.
A combinação mais eficaz passa por incluir melhorias de serviço no product backlog, usar sprint reviews como mecanismo de melhoria contínua, e nomear um Service Owner que actue como ponte entre a equipa de desenvolvimento e a gestão de serviços. As cerimónias do Scrum (standups, retrospectivas) complementam as práticas de gestão de incidentes e problemas do ITIL.
Sim. O Kanban é particularmente adequado para a gestão de incidentes e pedidos de serviço, onde o fluxo de trabalho é contínuo e imprevisível. Um board Kanban com colunas para incidentes (Aberto, Em análise, Em resolução, Resolvido) torna o trabalho visível, limita o WIP e melhora o tempo de resposta. O ITIL 4 e o Kanban partilham o foco na optimização do fluxo de valor.
Agile Service Management é a aplicação de princípios e práticas ágeis ao design e melhoria de processos ITSM. Combina a disciplina e governança do ITIL com a velocidade e adaptabilidade do Agile. O objectivo é criar processos que entreguem valor rapidamente, se adaptem à mudança e sejam continuamente melhorados através de feedback iterativo.
DevOps, ITIL e Agile são complementares. O DevOps foca-se em eliminar barreiras entre desenvolvimento e operações, acelerando o fluxo de entrega. O ITIL fornece as práticas de gestão de serviços (change enablement, release management, incident management) que suportam esse fluxo. O Agile fornece a metodologia de trabalho iterativo. O ITIL 4 foi explicitamente redesenhado para se integrar com DevOps e Agile.
Sim. O ITIL 4 Managing Professional inclui o módulo "High-velocity IT" que aborda explicitamente a integração com Agile e DevOps. A PeopleCert também oferece certificações como o DevOps Foundation. Para equipas ágeis que gerem serviços de TI, a combinação de ITIL 4 Foundation com uma certificação Agile (como PSM ou PMI-ACP) é cada vez mais valorizada.
Quer combinar ITIL com Agile?
Aprenda a integrar ITIL 4 com metodologias ágeis e a entregar serviços com mais velocidade e melhor governança.
Ver formações disponíveis