Vou apresentar TI para a diretoria
Resposta rápida
Apresentar TI para a diretoria não é descrever o que TI fez no mês — é mostrar como TI sustentou o negócio, onde está fragilizado e o que vem pela frente. Estruture a reunião regular (mensal ou bimestral, sessenta a noventa minutos) em quatro blocos: saúde da operação em três a cinco indicadores, riscos abertos com plano de mitigação, andamento dos projetos com decisão pedida, roadmap dos próximos três a seis meses. Comece pelo que está vermelho, não pelo que está bem. Use a linguagem do negócio (faturamento parado, cliente afetado, time produtivo), não jargão técnico (incidente P1, SLA, instância EC2). O erro mais comum é confundir reunião executiva com status report técnico — diretoria não quer saber quantos chamados foram fechados, quer saber se TI vai sustentar o plano do ano.
Na empresa pequena, "apresentar TI para a diretoria" costuma ser uma conversa de quinze a vinte minutos com o sócio fundador ou diretor responsável, nem sempre formalizada. Não há comitê formal — o ritual pode ser café na segunda ou um item de quinze minutos na reunião semanal de gestão. O conteúdo mantém-se executivo, mas o tom é direto: três ou quatro pontos, uma decisão a ser tomada, próximos passos. Slide bonito atrapalha; melhor uma folha A4 ou uma página de e-mail. O risco aqui é o oposto do excesso: TI vira invisível, conversada só quando algo quebra. Disciplinar o ritual mensal, mesmo informal, evita virar bombeiro permanente e abre espaço para discutir investimento antes de virar urgência.
Na empresa média, o ritual ganha formato: reunião mensal de TI com diretor responsável (CFO, COO ou CEO direto), uma hora, com pauta escrita. Em alguns casos, comitê trimestral com mais membros para roadmap. Aqui o coordenador ou gerente de TI precisa traduzir bem — diretoria não vem de TI, raramente está confortável com termos como SLA, MTTR ou patch cycle. O risco característico desse porte é cair no extremo oposto: apresentação cheia de gráficos sem narrativa, ou então virar lista de queixas e pedidos de orçamento. A apresentação que constrói credibilidade alterna "o que está sob controle", "o que está em risco com o que estou fazendo a respeito" e "o que precisamos decidir juntos". Quando essa cadência se mantém por três a seis meses, TI sai do lugar de problema e entra no lugar de parceira.
Na empresa grande, a reunião com diretoria é parte de uma engrenagem formal: comitê executivo de TI, comitê de tecnologia do board, comitês setoriais por torre. O CIO costuma apresentar mensalmente para C-level e trimestralmente para board ampliado. A audiência é mais sofisticada (em muitos casos, há outros executivos com background técnico) mas a expectativa é mais alta: storytelling, conexão com estratégia da empresa, leitura de risco e mercado. O risco aqui é apresentar em camadas demais — slide executivo com vinte linhas, anexo de quarenta. O foco precisa ser implacável: a página executiva responde "saúde, risco, projetos, roadmap" em uma tela, com anexos para quem quiser aprofundar. Diretoria de empresa grande lê pouco e decide rápido — apresentação enxuta é serviço, não preguiça.
- A diretoria só lembra de TI quando algo quebra
- Você termina a apresentação sem saber se algo foi decidido
- Sua reunião com C-level vira lista de chamados explicados
- Diretor pergunta sobre estratégia e você responde sobre incidente
- Slides cheios de gráficos passam sem ninguém comentar nada
- Pedidos de orçamento aparecem sem narrativa de impacto no negócio
A estrutura que funciona
A reunião executiva de TI bem rodada cabe em quatro blocos curtos: saúde da operação, riscos abertos, projetos em andamento, roadmap. Cada bloco com tempo definido, cada bloco respondendo uma pergunta específica que a diretoria carrega na cabeça. Sem essa arquitetura, a apresentação vira fluxo de consciência de quem está no operacional — e o executivo pula da reunião sem ter recebido o que precisava.
Saúde da operação responde "TI está sustentando o negócio?" com três a cinco indicadores cruzados: disponibilidade dos sistemas críticos, satisfação do usuário, incidentes relevantes. Riscos abertos responde "o que pode dar errado?" com os dois ou três principais e o plano de mitigação. Projetos em andamento responde "estamos entregando o que prometemos?" com semáforo, marco do mês, e decisão pedida quando houver. Roadmap responde "o que vem pela frente?" com os próximos três a seis meses e os investimentos necessários.
O que NÃO entra na reunião executiva
Lista detalhada de chamados, métricas operacionais sem relevância executiva, descrição técnica de incidentes, defesa de escolhas técnicas que ninguém questionou. Tudo isso pertence a comitês operacionais ou reuniões internas de TI. Quando esse conteúdo invade a pauta executiva, dois efeitos: a diretoria começa a checar celular, e os pontos que realmente exigem decisão ficam sem tempo.
- Abra com saúde da operação (10 min). Três a cinco indicadores cruzados, comparação com o período anterior, comentário curto onde estiver vermelho.
- Apresente os riscos abertos (15 min). Dois ou três principais, com impacto potencial no negócio e plano de mitigação em andamento.
- Status dos projetos (20 min). Semáforo por projeto, marco do mês, e separadamente os pontos que pedem decisão executiva.
- Olhe para frente: roadmap (15 min). Próximos três a seis meses, decisões de investimento, capacidade do time, dependências externas.
- Feche com decisões e próximos passos (10 min). Recapitule o que foi decidido, quem ficou responsável por quê e quando o próximo checkpoint acontece.
Quais indicadores levar — e quais deixar fora
O painel executivo de TI tem três a cinco indicadores, não vinte. Disponibilidade dos sistemas críticos (uptime ponderado pelo impacto), satisfação do usuário (CSAT do help desk ou NPS interno), custo realizado vs planejado, projetos no prazo e no escopo, e — quando há audiência receptiva — um indicador de segurança (incidentes, patches em dia, taxa de clique em phishing simulado). Cada indicador com a tendência de três meses, não só o valor isolado.
Indicadores operacionais (MTTR por categoria, backlog idade por torre, número de tickets fechados) ficam fora. Não porque não importem — importam, mas para o time de TI no ritual operacional. Reunião executiva é para o que conecta TI ao negócio, não para o que conecta TI a si mesma.
A narrativa do roadmap
O roadmap apresentado para a diretoria não é o cronograma técnico — é a história dos próximos seis a doze meses contada em três a cinco grandes blocos. "Migração para nuvem do sistema X, com economia recorrente projetada", "implantação do novo CRM com impacto em ciclo comercial", "consolidação dos contratos de licença para reduzir custo", "endurecimento da política de segurança após avaliação de risco". Cada bloco com prazo aproximado, investimento estimado, valor para o negócio e dependências.
O roadmap funciona quando diretoria sai da reunião sentindo que TI tem direção e que a direção está conectada à direção da empresa. Quando o roadmap parece desconectado da estratégia (TI subindo sistema novo enquanto a empresa pivota para outro mercado), a credibilidade despenca rápido. A conexão precisa ser explicitada — diretoria não infere, ela precisa ler.
Lista de chamados disfarçada de relatório. Apresentar volumes e categorias de ticket à diretoria gasta tempo executivo com dado operacional. O número que importa em chamados é satisfação e tendência, não a lista.
Esconder o que está ruim. Diretoria descobre depois e a credibilidade despenca. Mostrar o vermelho com plano em andamento constrói confiança; esconder destrói.
Apresentação sem decisão pedida. Reunião executiva sem nenhuma decisão para tomar parece informativa, mas vira ruído. Toda apresentação carrega ao menos uma escolha que precisa do C-level — explicitar.
Jargão técnico sem tradução. SLA, MTTR, RPO, patch tuesday — termos comuns para TI são opacos para o resto. Tradução para impacto de negócio é parte do trabalho, não atalho.
- A pauta cabe em quatro blocos com tempo definido para cada um
- Os indicadores estão cruzados, não isolados, com tendência visível
- O que está vermelho aparece logo no início, com plano explicado
- Cada projeto tem semáforo, marco e — se for o caso — decisão pedida
- O roadmap está conectado à estratégia da empresa, não solto
- Nenhum termo técnico apareceu sem tradução para impacto de negócio