Um plano de integração de um negócio anterior costuma continuar disponível. A estrutura funcionou, a divisão em funções e sistemas estava correta, e é tentador reutilizá-lo. Mas reutilizar um plano é diferente de repetir um resultado. A questão não é se o plano estava completo, mas se as premissas nele contidas ainda valem para este negócio, estas duas organizações e este mercado.
A reutilização funciona ao nível da pergunta, não ao nível da resposta. Um plano anterior tinha uma sequência para os sistemas, uma divisão de funções que se combinavam ou não, e uma lista de dependências. Essa sequência é útil como lista de verificação para não esquecer nada. Não é útil como resultado a copiar, porque a razão pela qual algo se combinou da vez anterior diz pouco sobre se deve fazê-lo também desta vez.
Há alguns sinais a verificar antes de um plano antigo servir de base.
Primeiro: as duas organizações anteriores eram comparáveis às atuais duas, em dimensão, em panorama de sistemas, no grau em que os clientes notam a diferença. Um plano para duas partes equivalentes não se aplica a uma aquisição em que uma das partes é uma pequena equipa complementar.
Em segundo lugar: sabe-se por que certos componentes permaneceram separados na altura. Se essa razão não estiver documentada, não é possível avaliar se agora devem ser combinados. Um plano que apenas mostra o que foi combinado, sem a ponderação de por que algo permaneceu separado, tem, para efeitos de reutilização, menos valor do que parece.
Em terceiro lugar: o panorama de sistemas subjacente é comparável. Combinar dois sistemas ERP é uma tarefa diferente de manter duas ferramentas de planeamento a funcionar em paralelo. O que na vez anterior foi um dos primeiros passos pode, desta vez, ser melhor deixado de lado porque os próprios sistemas não são comparáveis.
Independentemente de um plano ser novo ou reutilizado: cada componente deve ser acompanhado da pergunta se a fusão acrescenta valor de todo. Não é uma pergunta de excepção para casos de dúvida. É um passo fixo, mesmo em componentes que, à primeira vista, parecem obviamente destinados a serem combinados.
A razão é que integrar acarreta custos que nem sempre são visíveis antecipadamente: tempo de pessoas que, de outro modo, trabalhariam com clientes ou com o crescimento, sistemas temporariamente menos fiáveis, equipas que ficam inseguras quanto ao seu papel. Se não houver um retorno demonstrável em contrapartida, a fusão é um custo sem compensação. Quando integrar destrói valor não é, portanto, um caso limite, mas um risco estrutural em qualquer plano que seja assumido sem este teste.
Há componentes que, em geral, é melhor manter separados: uma marca com relação própria com o cliente, uma equipa com uma cultura que foi a razão da aquisição, um sistema que acabou de ser substituído e não precisa de ser novamente ajustado. O que deliberadamente se mantém separado não é uma lista de tarefas em atraso, mas uma decisão com uma razão própria, e essa razão deve ser documentada tal como a razão para combinar algo. Ver o que deliberadamente mantém separado para saber como se apresenta essa escolha.
Raramente acontece que uma aquisição inteira, no seu todo, deva ou não integrar. Normalmente o resultado é uma combinação: centralizar o relato financeiro, manter os sistemas de clientes separados, combinar parcialmente a política de RH. Cada componente exige a sua própria ponderação, com o seu próprio calendário e o seu próprio risco. Como decidir, por componente, integrar ou não é, assim, menos um plano de passos do que uma pergunta fixa que se coloca a cada componente separadamente, com a sua própria resposta.
Esta ponderação também difere por setor. Na construção, uma integração encalha frequentemente na administração de projetos e nas relações com subcontratados que não passam simplesmente para outro sistema; ver onde uma integração encalha na construção. No setor das instalações, são mais frequentemente os sistemas de planeamento e os contratos de assistência que não se combinam de forma direta; ver onde uma integração encalha no setor das instalações. Um plano reutilizado que ignore estas diferenças perde precisamente o componente onde antes correu mal.
Os geradores de linha de base de sinergias, plano do Dia 1 e plano do Dia 100 não se constroem sobre um modelo do negócio anterior, mas sobre a situação introduzida: quais os componentes existentes, quais as dependências, e qual a razão, por componente, para combinar ou não. O gabinete de integração acompanha depois quais os benefícios identificados, quais as dependências em aberto, e quais os componentes deliberadamente mantidos separados. Isto não é prova de que funciona — não há um processo executado para o qual remeter — mas é estrutura que obriga a colocar a pergunta por componente em vez de a ignorar.
O mergerintegration.net está em construção. Quem quiser trabalhar com isto assim que estiver disponível pode inscrever-se na lista de espera.
A questão de qual parte deste trabalho consome tempo próprio e qual parte pode ser assumida por outros não se coloca apenas no planeamento de integração. O diagnóstico de trabalho da FTE TO AI calcula, por tarefa, qual a parte do trabalho que pode ser assumida pela IA, dando assim uma imagem de onde surge capacidade disponível antes de um processo de integração começar.
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.