Nos primeiros cem dias após um deal, o problema parece muitas vezes ser uma falta de decisões. Mais frequentemente, o problema é a sequência. Uma decisão sobre o sistema ERP comum bloqueia a configuração das linhas de reporte. Uma decisão sobre quem recebe o mandato comercial bloqueia todas as conversas com clientes partilhados. Enquanto ninguém identificar essa dependência, dois equipas ficam à espera uma da outra em simultâneo, sem que ninguém o note.
Nem toda a decisão pendente é um problema. Algumas questões podem esperar sem que o resto pare — quais são essas e quem pode determinar isso está descrito na página sobre o que pode esperar até depois do Day 100. Uma decisão bloqueada é outra coisa: é uma decisão da qual outras decisões dependem, e que comprovadamente as retém. A diferença não é sempre visível a partir de uma única equipa. O departamento financeiro não vê que a sua espera por uma escolha de sistema também atrasa a integração de RH, porque os recibos de vencimento dependem do mesmo sistema. Essas ligações só se tornam visíveis quando alguém as mapeia explicitamente, independentemente do departamento que por acaso é o último na fila.
O custo de uma decisão bloqueada raramente é um valor fixo por semana. Depende do que está parado: um acordo de preços que não pode ser revisto enquanto o portefólio de produtos não for fundido, um colaborador-chave que sai porque ninguém lhe dá clareza sobre a sua função, um cliente que muda para um concorrente porque duas equipas de contas se contradizem. Não são números que possam ser calculados antecipadamente. Mas podem ser ordenados: que decisão afeta quantas outras decisões, e qual é a natureza do dano se demorar mais tempo. Essa ordenação — por incerteza e consequência, não por quem grita mais alto — é abordada na página sobre como ordenar decisões por custo de incerteza.
Ao mapear decisões bloqueadoras, há uma pergunta que não pode ser ignorada: esta componente deve, de facto, ser integrada. Resolver uma dependência fundindo dois sistemas não é automaticamente melhor do que deixá-los coexistir. Por vezes, a forma mais rápida de eliminar um bloqueio é decidir que a integração nesse ponto não acrescenta valor. Essa decisão não deve ser tomada silenciosamente porque ninguém colocou a pergunta; deve ser colocada explicitamente na mesa, junto com a questão de quando e em que ordem.
Uma lista de decisões bloqueadoras já está incompleta no primeiro dia da integração, e torna-se mais incompleta à medida que mais decisões são tomadas. Novas dependências surgem no momento em que as antigas são resolvidas: o sistema foi escolhido, e agora verifica-se que a implementação depende de um contrato de fornecedor ainda em vigor. Alguém tem de manter esse mapa atualizado, não como exercício único na primeira semana, mas como tarefa contínua — caso contrário, o bloqueio apenas se desloca de lugar. Quem desempenha esse papel e como essa pessoa evita que o próprio mapa se torne uma burocracia que atrasa, está descrito na página sobre como manter o gabinete de integração funcional.
As decisões bloqueadas são muitas vezes a razão pela qual um plano para o Day 100 não é cumprido, não porque o plano estava errado, mas porque uma dependência foi subestimada. Quais decisões pertencem, de qualquer forma, aos primeiros cem dias e quem garante que sejam efetivamente tomadas está descrito na página sobre decisões nos primeiros cem dias. O que fazer se o prazo, ainda assim, não for cumprido — quais decisões são então reprioritizadas e quem o decide — está descrito na página sobre o não cumprimento do Day 100. Assinalar um bloqueio não é o mesmo que resolvê-lo, mas sem sinalização, o atraso permanece invisível até ao momento em que o relatório tem de ser entregue.
Os geradores e o gabinete de integração da mergerintegration.net estruturam estas dependências: mapeiam qual decisão espera por qual outra decisão, e qual parte da organização fica, por isso, parada. Isto não é um histórico comprovado — não existe um percurso executado no qual esta ferramenta se baseie, e isso não é sugerido aqui. É uma forma de colocar a questão com precisão antes de o atraso se tornar visível em números que já ninguém pode corrigir. Quem quiser trabalhar com isto pode inscrever-se na lista de espera; a ferramenta está em construção.
Parte do tempo perdido em decisões bloqueadas é gasto em trabalho que as pessoas fazem manualmente, quando também poderia ser feito automaticamente: a fusão de listas de clientes, a comparação de condições contratuais, a manutenção de um mapa de dependências que muda depois de cada reunião. A análise de trabalho da FTE TO AI calcula, por tarefa, qual parte pode ser assumida pela IA, tornando assim visível onde se liberta capacidade que, de outra forma, poderia ter sido dedicada à própria integração.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.