Modelo híbrido de gestão de projetos: ágil com preditivo
O contrato tem escopo, prazo e preço fechados. A obra civil segue um cronograma de caminho crítico. E o software que vai rodar no prédio ainda não tem requisitos estáveis, porque os usuários só vão saber o que precisam quando virem as primeiras telas. Quase todo projeto grande no Brasil tem partes assim, com graus diferentes de incerteza. O modelo híbrido de gestão de projetos existe para tratar cada parte com a abordagem que ela pede, em vez de forçar o projeto inteiro numa só.
O problema é que "híbrido" virou desculpa. Muita empresa chama de híbrido o projeto que tem Daily Scrum e cronograma de Gantt ao mesmo tempo, sem saber qual dos dois manda. O resultado acumula os custos dos dois modelos: relatório de percentual concluído e Sprint Review, linha de base congelada e backlog que muda toda semana.
Um modelo híbrido que funciona é uma decisão de projeto, tomada parte a parte, com regras claras de onde cada abordagem vale e como as duas se encontram. O roteiro abaixo mostra como montar essa decisão. Se você ainda está comparando as duas abordagens em geral, veja antes as diferenças entre gestão ágil e tradicional.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que é um modelo híbrido de gestão de projetos
É a combinação deliberada de práticas preditivas e adaptativas no mesmo projeto ou programa. A 7ª edição do PMBOK trata as abordagens de desenvolvimento como um contínuo: numa ponta, a preditiva, em que escopo, prazo e custo são definidos cedo e as mudanças são controladas; na outra, a adaptativa, em que o escopo evolui a cada ciclo curto; e, entre elas, a híbrida. O Guia Ágil do PMI, publicado em parceria com a Agile Alliance, também descreve ciclos de vida híbridos e combinações possíveis.
O critério de escolha é a incerteza, em duas dimensões:
- Incerteza de requisitos: o cliente sabe exatamente o que quer? O que ele quer vai mudar quando vir o resultado?
- Incerteza técnica: a equipe já fez algo parecido? A tecnologia é conhecida?
Partes com baixa incerteza nas duas dimensões rendem mais com planejamento preditivo. Partes com alta incerteza em pelo menos uma rendem mais com ciclos curtos e entregas frequentes. O modelo híbrido aparece quando o mesmo projeto tem os dois tipos de parte.
Quando a abordagem híbrida faz sentido
| Situação | Por que pede híbrido |
|---|---|
| Contrato público ou privado com escopo e preço fechados, mas solução ainda indefinida | O contrato exige marcos e entregáveis previsíveis; o desenho da solução precisa de validação com o usuário |
| Projeto com componente físico e componente digital | Obra, infraestrutura e logística têm sequência rígida; software e conteúdo podem evoluir em ciclos |
| Implantação de sistema de mercado (ERP, CRM) | Instalação, migração de dados e treinamento seguem plano; configuração e relatórios se beneficiam de iterações |
| Organização regulada, com etapas de aprovação obrigatórias | Os portões de aprovação são fixos; o trabalho entre eles pode ser incremental |
| Lançamento de produto com data de evento marcada | A data e a logística do evento são fixas; o produto e a campanha se ajustam com testes |
Se o seu projeto não se encaixa em nenhuma dessas situações, talvez não precise de híbrido. Para tirar a dúvida com critérios objetivos, o seletor de abordagem da Projeto Diário avalia o projeto em 12 perguntas e indica se ele pede abordagem ágil, preditiva ou híbrida.
Os formatos mais comuns de combinação
1. Fases preditivas com desenvolvimento ágil. Iniciação, contratação e implantação seguem o plano; a construção da solução acontece em Sprints. É o formato mais comum em projetos de TI com fornecedor contratado.
2. Descoberta ágil, execução preditiva. O projeto começa com ciclos curtos de protótipo e validação. Quando a solução está definida, o restante é planejado e executado de forma preditiva. Funciona bem em projetos de engenharia e de processos.
3. Componentes em paralelo. Cada frente do projeto segue a sua abordagem, com pontos de integração planejados. Exemplo: numa nova unidade de atendimento, a reforma segue cronograma de caminho crítico enquanto o sistema de agendamento é desenvolvido em Sprints.
4. Base preditiva com práticas ágeis. O projeto é preditivo, mas adota práticas como quadro visual, reunião diária curta e retrospectivas ao fim de cada fase. É a forma mais leve de híbrido e costuma ser o primeiro passo de equipes tradicionais.
Como montar um modelo híbrido passo a passo
- Decomponha o projeto em entregas. Use a Estrutura Analítica do Projeto (EAP) ou uma lista de grandes entregas. A decisão de abordagem é tomada por entrega, não pelo projeto inteiro.
- Classifique cada entrega pela incerteza. Para cada uma, marque requisitos (estáveis ou instáveis) e técnica (conhecida ou nova). Quem tiver as duas estáveis vai para o plano preditivo.
- Defina os pontos de integração. Liste os momentos em que as partes precisam se encontrar: um marco da obra que depende de uma entrega de software, uma aprovação regulatória que exige documentação de um incremento. Esses pontos viram marcos no cronograma integrado.
- Alinhe a cadência. Faça as Sprints terminarem perto dos marcos. Se o comitê do projeto se reúne mensalmente, Sprints de duas semanas dão duas Sprint Reviews por ciclo de governança.
- Divida as responsabilidades. Deixe por escrito quem decide escopo em cada parte (veja a tabela de papéis abaixo).
- Separe linha de base e backlog. As partes preditivas têm linha de base de escopo, prazo e custo e passam por controle de mudanças. As partes ágeis têm orçamento e prazo fixos por período e escopo variável no Product Backlog. Misturar os dois mecanismos na mesma parte é a fonte mais comum de conflito.
- Escolha os indicadores de cada parte. Valor agregado, desvio de prazo e caminho crítico para o preditivo; burnup, velocidade e valor entregue para o adaptativo. O relatório integrado mostra os dois lado a lado.
- Revise o modelo a cada marco. Uma entrega que começou incerta pode se estabilizar e passar para o plano preditivo, e o contrário também acontece.
Exemplo ilustrativo: implantação de sistema de prontuário numa rede de clínicas
| Entrega | Incerteza | Abordagem |
|---|---|---|
| Contratação do fornecedor e licenças | Baixa | Preditiva, com cronograma e marcos contratuais |
| Infraestrutura de rede e servidores | Baixa | Preditiva |
| Configuração de fluxos de atendimento e telas | Alta (cada especialidade trabalha de um jeito) | Sprints de duas semanas, com médicos e recepcionistas na Sprint Review |
| Migração de dados dos sistemas antigos | Média | Preditiva com ciclos de teste incrementais |
| Treinamento e virada | Baixa | Preditiva, com plano de comunicação e checklist de entrada em produção |
O cronograma integrado mostra os marcos de contrato, infraestrutura e virada. A configuração aparece no cronograma como um bloco de Sprints com data de início e fim, e o detalhe dela vive no Product Backlog.
Papéis no modelo híbrido
| Papel | Responde por |
|---|---|
| Gerente de projetos | Plano integrado, contratos, marcos, riscos do projeto como um todo, comunicação com o patrocinador |
| Product Owner | Ordem do backlog e valor das entregas conduzidas de forma ágil |
| Scrum Master | Eficácia do time ágil e remoção de impedimentos, inclusive os que vêm da parte preditiva |
| PMO | Padrões de relatório que aceitem os dois tipos de indicador e governança por marcos, não por percentual concluído |
O gerente de projetos não ordena o Product Backlog, e o Product Owner não altera a linha de base da parte preditiva. Quando uma decisão afeta as duas partes (por exemplo, uma funcionalidade nova que exige mais servidores), os dois decidem juntos, com o patrocinador se necessário. Para organizar essa governança num escritório de projetos, veja o artigo sobre escritório de projetos híbrido.
Riscos do modelo híbrido e como evitar
- Relatório em dobro. O time ágil faz Sprint Review e ainda preenche percentual concluído. Defina um único relatório integrado, com indicadores próprios de cada parte.
- "Ágil por dentro, cascata por fora". O time trabalha em Sprints, mas os testes de aceitação só acontecem no fim do projeto. Traga a homologação para dentro das Sprints sempre que possível.
- Autoridade ambígua. Se ninguém sabe quem decide o escopo de uma parte, as decisões travam. Registre a divisão no plano do projeto.
- Híbrido por indecisão. Misturar abordagens porque ninguém quis escolher gera o custo dos dois modelos sem o benefício de nenhum. Cada parte precisa de um motivo para estar onde está.
Equipes que combinam Scrum com fluxo contínuo para demandas de sustentação também usam uma forma de híbrido dentro da própria parte ágil, explicada no artigo sobre integração entre Scrum e Kanban. O guia completo de métodos ágeis e Scrum traz o panorama dos métodos que costumam entrar nessas combinações.
Como começar no seu próximo projeto
Pegue a lista de entregas do projeto que você vai iniciar e classifique cada uma pela incerteza de requisitos e pela incerteza técnica, numa planilha simples. Só depois disso decida a abordagem de cada parte e marque os pontos de integração. Para validar a decisão com critérios estruturados, rode o seletor de abordagem da Projeto Diário: em 12 perguntas, ele mostra o radar das dimensões do projeto e as práticas indicadas para cada perfil.
