Depois da assinatura segue-se a suposição de que tudo deve ser unido. Sistemas, equipas, processos, marcas — fazer um todo parece a conclusão lógica de um negócio. Essa suposição nem sempre está correta, e os componentes onde não está correta são muitas vezes reconhecíveis de antemão.
Integrar é uma escolha, não um automatismo. Em cada componente — um sistema, uma equipa, uma relação com clientes, uma linha de produtos — surge a pergunta se juntar acrescenta valor ou custa valor. Essa pergunta não é uma excepção para os casos difíceis. É a pergunta padrão, também para os componentes que parecem evidentes.
A razão pela qual isto corre mal não é geralmente falta de vontade de analisar. É pressão de tempo. Um plano do Dia 1 tem de estar pronto, um caso de sinergia tem de bater certo, e "integrar" é o caminho mais curto para uma resposta que parece completa no papel. O que falta é um momento em que alguém regista, por componente: isto juntamos, isto deixamos como está, e é por isto.
Há padrões que são visíveis de antemão, não apenas depois. Dois sistemas que cumprem a mesma função mas foram construídos sobre lógicas diferentes custam, ao serem juntados, muitas vezes mais em conversão e tempo de formação do que aquilo que rendem em facilidade de gestão. Uma equipa que tem bom desempenho com base em rapidez e linhas curtas de comunicação perde essa característica assim que é absorvida numa estrutura maior e mais estratificada. Uma relação com clientes que depende de uma pessoa específica ou de uma forma de trabalhar específica muitas vezes não sobrevive na prática a uma integração no nome.
A pergunta quando é que integrar destrói valor merece um lugar ao lado de cada cálculo de sinergia, não depois dele. Um caso de sinergia que apenas conta o rendimento de juntar e não os custos da desintegração — atraso, rotatividade, perda de clientes — é uma história incompleta.
Os sistemas são o componente onde integrar é mais frequentemente assumido como evidente, e onde mais frequentemente isso não está correto. Um sistema que funciona bem, está incorporado na equipa que o utiliza, e não dá motivo urgente para substituição, não precisa de desaparecer apenas porque pertence a outra entidade. A pergunta que sistemas é melhor deixar como estão e como vê isso de antemão pertence a cada inventário de TI, tendo como resultado por vezes: não fazer nada, deixar dois sistemas coexistir, ou decidir apenas dentro de um ano.
A decisão de integrar ou não também depende do tipo de negócio. Numa plataforma que cresce através de várias aquisições, o padrão de integração é diferente do de uma aquisição isolada. O que o buy-and-build significa para a sua abordagem de integração e como vê isso é uma pergunta diferente daquilo que uma aquisição única exige: numa plataforma, a consistência entre várias aquisições é relevante, e isso por vezes justifica precisamente a integração de componentes que, numa aquisição isolada, seria melhor deixar como estão.
Isto também toca na reutilização de planos anteriores. Uma plataforma que faz a terceira ou quarta aquisição já fez escolhas sobre o que foi ou não integrado na anterior. A pergunta como reutiliza um plano de integração e como vê para que componentes isso funciona determina se essas escolhas anteriores são um ponto de partida ou uma armadilha — um plano que funcionou no negócio anterior não funciona automaticamente neste.
O local onde uma integração encalha varia por sector. Na construção, os obstáculos estão muitas vezes na administração de projectos, nas relações com subcontratados e em licenças ligadas a uma entidade específica — ver onde encalha uma integração na construção. No sector das instalações, trata-se mais frequentemente de contratos de assistência, gestão de equipamento e das pessoas que sustentam na prática a relação com o cliente — ver onde encalha uma integração no sector das instalações. Ambos os exemplos mostram que a lista de decisão coloca diferentes componentes no topo, dependendo do sector.
Uma decisão de integrar ou não não se torna mais fiável ao ser colocada numa folha de cálculo, mas torna-se rastreável. A linha de base de sinergia, o plano do Dia 1 e o plano do Dia 100 são geradores que dão estrutura a essa decisão: registar por componente qual é a suposição, de que depende, e quando é revista. O gabinete de integração acompanha dependências e mantém a lista de decisão — o que sim, o que não, e porquê — ao lado do acompanhamento de benefícios, de modo a que uma suposição que já não é correta se torne visível antes de se tornar dispendiosa.
Isto não é um historial de resultados. Não há um percurso concluído ao qual se faça referência, e a ferramenta não afirma que a integração corre melhor por ser estruturada. O que faz é colocar de novo na agenda, por componente, a pergunta que de outro modo seria ignorada.
A ferramenta está em construção. Quem quiser utilizar os geradores e o gabinete de integração assim que estiverem disponíveis pode inscrever-se na lista de espera.
A pergunta sobre o que junta e o que não junta está intimamente relacionada com outra pergunta: que parte do trabalho num componente na verdade depende de tarefas que se deixam automatizar, independentemente da questão de saber a que entidade esse componente vai pertencer. O werkscan da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, oferecendo assim um outro tipo de linha de base, diferente da escolha de integração em si — uma que torna visível onde surge capacidade disponível, independentemente de como decide organizacionalmente.
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.