Não é de hoje que a gestão de múltiplos fornecedores aparece como caminho de eficiência, e Rolando Bonaccorsi, especialista em gestão de operações de TI e excelência em serviços, caracteriza o arranjo como uma escolha que resolve custo e abre uma lacuna de responsabilidade. Cada contrato entrega bem a parte que lhe cabe, enquanto o serviço percebido pelo usuário segue sem alguém que responda por ele de ponta a ponta.
Uma aplicação de uso diário raramente depende de um único fornecedor. Rede, banco de dados, nuvem, sustentação do sistema e mesa de atendimento costumam estar em contratos distintos, assinados em momentos diferentes e com escopos escritos por equipes que nem sempre conversaram entre si. Nenhum deles descumpre o combinado, e ainda assim o serviço cai, demora ou entrega resultado incompleto para quem depende dele.
Da terceirização por função ao serviço fim a fim
A primeira geração de contratos de tecnologia dividia o trabalho por componente, porque medir disponibilidade de servidor ou de link era simples, verificável e fácil de cobrar. O modelo funcionou enquanto os sistemas eram poucos e pouco integrados, com fronteiras técnicas claras entre as camadas que sustentavam cada aplicação dentro da empresa e com volume de mudanças bem menor.
Arquiteturas distribuídas quebraram essa lógica de forma definitiva. Uma transação atravessa dezenas de componentes em poucos segundos, de forma que a falha aparece justamente no ponto em que ninguém é responsável sozinho. Na visão de Rolando Bonaccorsi, o contrato por componente continua útil para controle de fornecimento, mas deixou de descrever aquilo que o negócio realmente compra, que é o serviço funcionando na ponta.
O que significa ter um dono do serviço?
Dono do serviço não é cargo decorativo nem intermediário que repassa cobranças de um fornecedor para outro. Trata-se de quem responde pelo resultado combinado, conhece a cadeia inteira, sabe em qual ponto cada contrato entra e tem autoridade para convocar todos ao mesmo tempo quando o problema não cabe em uma fronteira contratual isolada. A função exige acesso técnico e respaldo da gestão.
Operações que adotam esse papel mudam também a forma de medir o próprio desempenho. O indicador de serviço, que Rolando Bonaccorsi situa acima dos indicadores de componente, ganha prioridade porque a soma de contratos cumpridos não garante experiência adequada, e a conversa com os fornecedores passa a girar em torno do efeito percebido pelo usuário final, não do relatório individual.
Onde o contrato deixa de ajudar
Cláusulas detalhadas criam a ilusão de risco coberto. Elas definem prazos, multas e limites de escopo com precisão, porém descrevem mal o território entre dois fornecedores, que é justamente onde incidentes complexos nascem. Quando a falha mora nessa fronteira, a reunião de crise vira um exercício de delimitação de culpa e o relógio do usuário continua correndo sem interrupção.
Há um segundo efeito menos comentado nas discussões de contrato. Fornecedor avaliado apenas pelo próprio escopo tende a proteger o escopo, e não a resolver o problema, porque colaborar fora do combinado não aparece em nenhuma avaliação de desempenho. No diagnóstico de Rolando Bonaccorsi, o incentivo faz parte do desenho contratual, uma vez que o modelo de medição molda comportamento mais do que discurso de parceria.
Responsabilidade compartilhada não é responsabilidade
Governança multifornecedor funciona quando existe um mapa vivo da cadeia de serviço, com interfaces, pontos de contato e critérios de acionamento conjunto definidos antes da crise, e não improvisados durante ela. Sem o mapa, cada incidente recomeça do zero, e a empresa gasta as primeiras horas descobrindo quem precisa estar na chamada em vez de tratar a causa.
Dividir trabalho entre especialistas continua acertado em quase todos os casos, inclusive por questão de custo e de profundidade técnica. O que não se divide é a conta final do serviço, que precisa ter endereço único dentro da própria organização. Rolando Bonaccorsi diferencia distribuição de execução de distribuição de responsabilidade, porque apenas a primeira traz ganho real de eficiência operacional.