Quando a tecnologia funciona, mas a gestão falha: os bastidores de uma consultoria em serviços digitais

Uma visita presencial, algumas conversas difíceis e um diagnóstico que mostrou que nem todo problema de TI começa na tecnologia.

O chamado do cliente

Na segunda-feira, logo pela manhã, cheguei à sede de uma empresa que presta serviços digitais para grandes organizações.

O motivo da visita parecia bastante comum: aumento de incidentes, reclamações de clientes e dificuldades para manter os serviços dentro dos níveis esperados.

Durante nossa primeira conversa, o diretor de tecnologia foi direto:

— Precisamos melhorar nossa operação. Os incidentes estão aumentando, os clientes estão insatisfeitos e as equipes parecem estar sempre apagando incêndios.

A princípio, tudo indicava um problema operacional.

Mas, depois de alguns minutos de conversa, percebi que talvez estivéssemos olhando apenas para os sintomas.

Perguntei quais eram as prioridades da empresa naquele momento.

A resposta foi interessante.

O diretor de tecnologia queria aumentar a estabilidade dos serviços. O financeiro pressionava pela redução de custos. A área comercial cobrava entregas mais rápidas. E os clientes exigiam maior disponibilidade.

Todos tinham objetivos legítimos.

O problema era que ninguém parecia saber qual deles deveria prevalecer quando surgia um conflito.

Foi nesse momento que decidi mudar a abordagem do diagnóstico.

Antes de olhar os sistemas, precisei ouvir as pessoas

Em vez de começar pelos relatórios técnicos, solicitei reuniões com diferentes áreas da organização.

Conversei com representantes da operação, infraestrutura, segurança da informação, atendimento, financeiro e diretoria.

Também pedi acesso às pesquisas de satisfação e aos registros de reclamações dos clientes.

O objetivo era entender não apenas o que estava acontecendo, mas como cada grupo enxergava os problemas.

As conversas revelaram algumas situações importantes.

A equipe de operações acreditava que precisava de mais recursos para manter a estabilidade dos serviços.

O financeiro considerava que os custos já estavam elevados.

A área comercial assumia compromissos com clientes sem consultar previamente a capacidade operacional.

E os gestores técnicos reclamavam da falta de clareza sobre quem poderia aprovar determinadas mudanças.

Em uma das reuniões, um coordenador comentou:

— Às vezes sabemos exatamente o que precisa ser feito, mas passamos dias esperando alguém decidir se podemos fazer.

Essa frase resumiu boa parte do problema.

A empresa tinha profissionais competentes e ferramentas adequadas, mas enfrentava dificuldades para alinhar expectativas, responsabilidades e decisões.

Ao final do primeiro dia, ficou claro que o diagnóstico precisaria ir além da infraestrutura.

O que os indicadores não mostravam à primeira vista

No segundo dia, comecei a analisar os relatórios de desempenho, os registros de incidentes, os resultados de auditorias e os documentos de planejamento estratégico.

Encontrei dados que chamaram minha atenção.

Alguns serviços apresentavam incidentes recorrentes, mas as iniciativas de melhoria eram frequentemente adiadas.

Havia políticas corporativas de segurança bem documentadas, porém nem todas possuíam responsáveis claramente definidos para acompanhar sua implementação.

Também existiam indicadores operacionais, mas poucos eram utilizados nas reuniões da alta administração.

Era como se a empresa tivesse dois mundos separados.

De um lado, as equipes técnicas acompanhavam disponibilidade, incidentes, mudanças e capacidade.

Do outro, a diretoria discutia custos, crescimento, riscos e satisfação dos clientes.

O problema era que essas informações raramente se encontravam de maneira estruturada.

Em uma reunião com os gestores, fiz uma pergunta:

— Quando um serviço apresenta problemas recorrentes, como vocês decidem se vale mais a pena investir em sua estabilidade ou priorizar uma nova funcionalidade?

Houve um silêncio.

Depois de alguns segundos, um gerente respondeu:

— Normalmente, depende de quem está cobrando mais naquele momento.

A resposta revelou uma fragilidade importante: decisões relevantes estavam sendo influenciadas pela urgência das demandas, e não necessariamente por critérios estratégicos compartilhados.

O problema não era a ausência de regras

Na quarta-feira, apresentei as primeiras conclusões à diretoria.

Expliquei que a organização possuía políticas, processos e indicadores, mas faltava uma conexão mais clara entre esses elementos.

Não seria suficiente revisar procedimentos operacionais.

Precisávamos responder a algumas perguntas fundamentais:

• Quais resultados a empresa realmente considera prioritários?
• Quem tem autoridade para decidir quando existem objetivos conflitantes?
• Quem responde pela implementação das decisões?
• Como a alta administração verifica se suas orientações estão sendo cumpridas?
• O que acontece quando os resultados ficam abaixo do esperado?

Durante a discussão, surgiu um exemplo bastante concreto.

A empresa havia aprovado uma política para melhorar a proteção dos dados dos clientes.

Entretanto, algumas medidas previstas nessa política ainda não tinham sido implementadas.

O diretor de tecnologia explicou que havia delegado as atividades aos gestores responsáveis.

Um dos gestores afirmou que sua equipe estava concentrada em incidentes críticos e não tinha disponibilidade para executar todas as ações.

A diretoria, por sua vez, acreditava que sua participação havia terminado quando a política foi aprovada.

Ali estava uma das principais causas do problema.

A organização confundia delegar uma atividade com deixar de acompanhar sua realização.

A aprovação de uma política não garante sua implementação. Da mesma forma, atribuir uma tarefa a um gestor não elimina a necessidade de acompanhar seus resultados.

Da análise à tomada de decisão

Depois de apresentar o diagnóstico, propus que a diretoria estabelecesse prioridades mais claras para os meses seguintes.

Não apresentei uma lista extensa de ferramentas ou projetos tecnológicos.

Minha recomendação inicial foi organizar três frentes de atuação.

A primeira era a confiabilidade dos serviços mais críticos para os clientes.

A segunda envolvia o cumprimento das políticas corporativas e a redução dos riscos identificados.

A terceira buscava melhorar a eficiência operacional, considerando os impactos das decisões sobre a qualidade dos serviços.

A diretoria discutiu as propostas e definiu quais resultados deveriam receber maior atenção.

Em seguida, foram estabelecidas responsabilidades para a implementação.

O diretor de tecnologia ficou encarregado de coordenar o plano de ação com os gestores das áreas envolvidas.

Cada iniciativa deveria ter um responsável, um prazo, um resultado esperado e uma forma de acompanhamento.

Também recomendamos que decisões envolvendo conflitos relevantes entre custo, risco e qualidade fossem encaminhadas aos níveis apropriados de autoridade.

Isso evitaria que as equipes precisassem resolver, sozinhas, questões que dependiam de orientação estratégica.

O desafio de transformar decisões em ações

Nas semanas seguintes, acompanhei o início das mudanças.

Os gestores revisaram os planos de melhoria dos serviços mais críticos.

A equipe de segurança reorganizou as ações pendentes relacionadas aos controles corporativos.

A operação passou a registrar de forma mais clara os impedimentos que dependiam de decisões de outras áreas.

Também foi criado um mecanismo para acompanhar as iniciativas priorizadas.

Durante uma reunião, um gerente comentou:

— Agora ficou mais fácil explicar por que algumas demandas precisam esperar. Temos critérios definidos e conseguimos mostrar o impacto das decisões.

Esse comentário foi importante.

O objetivo não era aumentar a burocracia, mas permitir que as pessoas trabalhassem com maior clareza sobre prioridades, responsabilidades e resultados.

Ainda assim, havia um ponto que precisava ser resolvido.

Como saberíamos se as mudanças estavam funcionando?

Acompanhamento não é apenas receber relatórios

Na visita de acompanhamento, algumas semanas depois, encontrei uma situação diferente.

As equipes já haviam iniciado diversas ações, mas cada área continuava apresentando seus resultados de maneira isolada.

A operação mostrava a quantidade de incidentes.

A infraestrutura apresentava indicadores de disponibilidade.

A segurança demonstrava o andamento dos controles.

O financeiro acompanhava os custos.

Todos os relatórios eram úteis, mas faltava uma visão integrada.

Propus então que a organização estabelecesse uma rotina de acompanhamento voltada às prioridades aprovadas.

A ideia era simples: em vez de apresentar dezenas de indicadores sem contexto, os gestores deveriam demonstrar se os resultados estavam evoluindo na direção esperada.

Por exemplo, se a prioridade era aumentar a confiabilidade dos serviços, não bastava informar quantos incidentes haviam ocorrido.

Era necessário compreender se os serviços críticos estavam melhorando, quais riscos permaneciam e quais decisões poderiam ser necessárias.

Da mesma forma, quando uma política de segurança não estivesse sendo cumprida, a questão não deveria terminar na identificação do desvio.

Seria necessário compreender suas causas, definir ações corretivas e acompanhar sua execução.

Os relatórios deixariam de ser apenas registros do passado e passariam a apoiar decisões sobre o futuro.

Uma conversa sobre responsabilidade

Durante uma das últimas reuniões, surgiu novamente a discussão sobre quem deveria responder pelas falhas de implementação.

Um diretor perguntou:

— Se eu delego uma atividade a um gerente, até onde vai minha responsabilidade?

Expliquei que era importante separar a responsabilidade por executar uma atividade da responsabilidade por orientar e supervisionar os resultados da organização.

Um gestor pode receber autoridade para implementar uma decisão e responder pelas atividades sob sua responsabilidade.

Mas a alta administração não pode simplesmente aprovar uma diretriz e deixar de acompanhar se ela está produzindo os resultados esperados.

Isso não significa que diretores devam executar tarefas técnicas.

Significa que precisam estabelecer uma direção clara, atribuir responsabilidades e manter mecanismos adequados de acompanhamento.

Da mesma forma, os gestores precisam transformar as orientações recebidas em planos e ações concretas, sinalizando riscos e impedimentos quando necessário.

Delegar é distribuir autoridade e responsabilidades. Não é abandonar o acompanhamento.

Essa distinção ajudou a mudar o tom das discussões.

Em vez de procurar exclusivamente quem havia falhado, a organização começou a questionar como melhorar suas decisões, sua coordenação e seus mecanismos de controle.

O que mudou depois da consultoria?

Ao final do trabalho, a empresa ainda possuía desafios técnicos e operacionais.

Seria pouco realista afirmar que algumas reuniões e um novo modelo de acompanhamento resolveriam todos os problemas.

Entretanto, mudanças importantes haviam começado.

As prioridades estavam mais claras.

Os diferentes grupos passaram a ter maior participação nas discussões que afetavam seus resultados.

Os gestores compreendiam melhor suas responsabilidades.

As decisões estratégicas começaram a ser traduzidas em ações acompanháveis.

E a diretoria passou a receber informações mais úteis para verificar o desempenho dos serviços e o cumprimento das políticas corporativas.

O principal resultado do trabalho não foi a implantação de uma ferramenta.

Foi a criação de uma conexão mais consistente entre aquilo que a organização desejava alcançar, as decisões tomadas por seus líderes e o trabalho realizado pelas equipes.

A principal lição que levei dessa experiência

Ao deixar a empresa, fiquei refletindo sobre como muitos problemas de tecnologia possuem causas que não aparecem imediatamente nos sistemas.

É natural investigar incidentes, infraestrutura, ferramentas e procedimentos.

Mas, em determinadas situações, a origem das dificuldades está na maneira como a organização define prioridades, distribui responsabilidades e acompanha seus resultados.

Uma empresa pode ter excelentes profissionais e tecnologias modernas e, ainda assim, enfrentar problemas recorrentes quando não existe clareza sobre quem decide, quem executa e quem acompanha.

Foi exatamente isso que encontrei nessa consultoria.

O trabalho começou com reclamações sobre a operação e terminou com uma discussão muito mais ampla sobre direção, responsabilidades e resultados.

No fim, percebi que melhorar a entrega de serviços nem sempre começa com uma mudança tecnológica. Às vezes, começa com uma pergunta simples: estamos todos trabalhando na mesma direção?

Este artigo apresenta um caso fictício inspirado em situações comuns de consultoria em tecnologia e gestão de serviços. Os personagens e acontecimentos foram criados para ilustrar desafios organizacionais e possíveis abordagens de melhoria.