Compreender os tipos de projeto

Escolher um tipo tem um efeito determinante: define as fases obrigatórias, os estágios com nome pelos quais a Carta agrupa, o Roadmap estrutura e as tarefas do plano de trabalho são resolvidas. Tudo o resto se adapta a partir daí.

Os tipos

• Integração (Pré-Fecho, Dia 1, Primeiros 30 Dias). Uma aquisição buy-side que está a absorver.
• Desinvestimento buy-side (Pré-Fecho, Dia 1, Primeiros 90 Dias). É o comprador de um carve-out e está a estruturar o negócio.
• Desinvestimento sell-side (Pré-Separação, Dia da Separação, Primeiros 90 Dias). É o vendedor, a redigir o adendo ao TSA e a encerrar serviços.
• Transformação (Planeamento, Piloto). Um programa sem fecho nem cutover, pelo que a banda tem duas fases em vez de três, seguidas de ondas de implementação.
• Criação de valor e Agentic transformation herdam a estrutura de Transformação.
• Migração para a cloud segue as fases do modelo do fornecedor: Avaliar, Mobilizar, Migrar em AWS; Avaliar, Preparar, Migrar em Azure. A migração para a cloud é comercializada através do AWS Marketplace.

Por que razão as fases obrigatórias não podem ser renomeadas

O nome da fase é a chave de vocabulário. Cartas, tarefas do plano de trabalho e o Roadmap referenciam-na pelo nome, pelo que renomeá-la causaria desligamentos silenciosos. As datas mantêm-se totalmente editáveis, e todas as fases fora da banda obrigatória — a cauda trimestral, os trimestres de saída do TSA, as ondas de implementação — podem ser adicionadas, renomeadas ou eliminadas livremente.

Escolher entre dois tipos semelhantes

Pergunte a si mesmo qual é o seu Dia 1. Se existir uma data de cutover para a qual todo o programa aponta, deverá escolher um dos tipos de operação. Se não existir, escolha Transformação. Um carve-out que está a comprar é um desinvestimento buy-side, mesmo que pareça uma integração, porque os primeiros 90 dias — e não os primeiros 30 — são onde o trabalho se concentra.