Na maioria dos setores, o valor de uma empresa está em ativos: edifícios, estoque, contratos com um prazo. Em TI, o valor está em grande parte nas pessoas e no código que essas pessoas escreveram e compreendem. Os clientes frequentemente não compram um produto, mas uma relação com uma equipe de contas ou um parceiro de implementação. Isso desloca o equilíbrio a que uma integração deve prestar atenção: enquanto numa empresa de produção a maior parte da atenção pode ir para sistemas e compras, numa empresa de TI o peso está na retenção de pessoal-chave e na questão de saber se os contratos de clientes sobrevivem à transição sem renegociação.
Esse deslocamento não é uma questão de grau, mas de natureza. Um armazém pode esperar até haver calma para se fundir. Um desenvolvedor que quer sair já se foi dentro de algumas semanas, e com ele muitas vezes o conhecimento de um sistema que não está documentado em lugar nenhum. Sinergia no papel — uma plataforma partilhada, uma equipa de vendas combinada — não tem valor se as pessoas que a devem executar já tiverem saído antes de o primeiro passo ser dado.
Também em TI vale que integrar não é evidente por si só. Duas unidades de software com produtos sobrepostos podem, ao fundirem-se, precisamente perder clientes que estavam numa delas por causa de uma funcionalidade que a outra não tem. Duas equipas de engenharia com uma forma de trabalhar diferente — ciclos de sprint diferentes, convenções de base de código diferentes, ferramentas diferentes — perdem tempo a alinhar algo que operacionalmente não gera sinergia, apenas fricção. O valor numa estratégia de buy-and-build não deve, por isso, pertencer automaticamente à integração; por vezes o valor está precisamente em deixar funcionar em separado equipas que operam bem tal como estão.
A linha de base de sinergia ajuda a colocar essa questão de forma precisa por componente: que parte da equipa de engenharia, que parte da carteira de clientes, que parte dos sistemas. Não como pressuposto prévio, mas como algo que deve ser demonstrado antes de ser contabilizado como sinergia.
O primeiro ponto crítico é a retenção. Um earnout ou bónus de retenção para desenvolvedores-chave parece um detalhe da estrutura do negócio, mas sem um sinal concreto no Dia 1 — quem fica, em que condições, e quando isso é comunicado — surge espaço para incerteza que leva as pessoas a decidir sair por conta própria. Esperar até ao Dia 100 para resolver isso é, na prática, muitas vezes tarde demais.
O segundo ponto crítico é a comunicação com clientes. Os clientes de TI têm frequentemente um contrato com um momento de rescisão ou uma data de renovação, e uma aquisição é, para eles, um motivo para procurar alternativas. Quem adia a mensagem aos grandes clientes até depois do closing corre o risco de o cliente ouvir a notícia por vias indiretas e interpretá-la de forma diferente da pretendida.
O terceiro ponto crítico é técnico: fundir dois stacks tecnológicos raramente é uma questão da mesma semana. Algumas integrações — um módulo de faturação partilhado, um CRM central — podem ser feitas com impacto limitado. Outras — a fusão de plataformas centrais nas quais os clientes operam diariamente — exigem uma abordagem mais longa precisamente porque um erro aí é imediatamente visível para o utilizador final. O plano do Dia 1 e do Dia 100 servem para fazer essa distinção antecipadamente, em vez de ela ser descoberta pelo caminho.
A dependência entre tarefas é um padrão que também se verifica noutros setores, apenas com nós diferentes. Numa aquisição na construção são as licenças e as relações com subcontratados que determinam o que pode ser feito e quando; numa aquisição no setor imobiliário é frequentemente a estrutura dos contratos de gestão. Em TI é a combinação de pessoas que podem sair e clientes que podem rescindir — ambos mais rápido do que um processo físico pode ser ajustado. O gabinete de integração regista essas dependências para que fique claro qual passo bloqueia outro passo, independentemente do setor em que esse nó se encontra.
Em aquisições de software, a sinergia é frequentemente atribuída ao negociador que concebeu o número, enquanto o líder operacional que a deve concretizar só se junta mais tarde. Essa mesma tensão ocorre nos serviços financeiros e no setor energético, e a pergunta quem é o proprietário de um número de sinergia deve ser respondida antes do closing, não depois.
Os três geradores e o gabinete de integração constroem estrutura: uma linha de base de sinergia por componente, um plano do Dia 1 com primeiros passos concretos, um plano do Dia 100 com dependências e uma lista de decisões sobre o que é e não é integrado. Não há nenhum processo executado a que se faça referência e nada é prometido sobre o resultado. O instrumento coloca as perguntas e organiza as respostas; a avaliação permanece com a equipa do negócio.
A ferramenta está em construção. Quem quiser utilizá-la assim que estiver disponível pode inscrever-se na lista de espera.
Uma linha de base de sinergia e um plano do Dia 100 consistem num grande número de tarefas individuais: analisar contratos, comparar listas de clientes, mapear dependências. Algumas dessas tarefas podem ser em grande parte automatizadas, outras exigem avaliação que não pode ser delegada. O scan de trabalho da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, tornando claro onde se poupa tempo e onde continua a ser necessário o julgamento humano.
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.