Como este tema funciona na sua empresa
Governança formal é ausente. Sócio ou CEO decide prioridades de TI ad hoc. Gestor de TI participa de reuniões ocasionais se tem acesso direto ao sócio; caso contrário, TI é reativo — responde a demandas que chegam. Não há comitê, RACI, ou processo documentado de decisão. O risco: TI investe em projetos que não agregam valor porque falta visão compartilhada do que importa.
Começa a surgir estrutura de governança. CIO/gerente de TI participa de reuniões executivas, mas não como membro formal do comitê estratégico. Há reuniões operacionais onde TI apresenta status de projetos, mas priorização é feita informalmente — pressão política ganha. Processo de decisão é conversado, não documentado. RACI existe na cabeça das pessoas, não escrito. Risco: inconsistência em decisões, falta de transparência, conflitos de priorização.
Governança é estruturada e formalizada. CIO é membro do comitê executivo. Há estrutura clara de comitês (Board, Executivo, PMO, Arquitetura), cada um com pauta definida, frequência fixa, responsabilidades claras. RACI é documentado. Processos de decisão têm critérios explícitos (matriz de scoring, alinhamento com estratégia). O risco é burocratização — processo de aprovação pode virar gargalo que desacelera negócio.
Governança de TI é a estrutura de comitês, processos de decisão e responsabilidades que define "quem decide o quê" em investimentos de tecnologia. Diferencia-se de "gerenciamento de TI" (como executar tecnologia bem) porque foca em garantir que TI invista nos projetos certos, alinhados à estratégia corporativa.
Por que governança importa: do reativo ao estratégico
Empresas sem governança formal sofrem com problema crônico: TI investe em projetos que não agregam valor porque faltam critérios claros de priorização. Resultado: altas horas técnicas gastas em projetos que o negócio não pediu ou que não entregam valor; oportunidades de negócio ignoradas porque TI não tinha visibilidade; conflitos entre áreas porque cada uma puxa TI em direção diferente.
Governança bem estruturada garante: (1) decisões consistentes sobre o que fazer, (2) visibilidade compartilhada entre TI e negócio sobre roadmap e prioridades, (3) critérios transparentes para escolher entre demandas concorrentes, (4) agilidade — processos formais não deixam TI mais lenta se bem desenhados.
Dois conceitos fundamentais: governança vs. gerenciamento
Muitas pessoas confundem governança com gerenciamento. São complementares, mas diferentes:
- Governança TI: "quem decide o quê?" Estrutura de comitês, processos de decisão, definição de responsabilidades. Pergunta a responder: "estamos investindo nos projetos certos?" Audiência: Board, C-suite.
- Gerenciamento TI: "como fazer bem?" Processos operacionais, metodologias, ferramentas. Pergunta a responder: "estamos entregando os projetos bem?" Audiência: PMs, técnicos, operação.
Exemplo: Governança decide "vamos investir em cloud". Gerenciamento decide "usaremos AWS, com arquitetura de 3 camadas, deploy via CI/CD." Governança decide prioridades; gerenciamento executa prioridades.
Modelos de governança: estruturas que funcionam em diferentes contextos
Não há "melhor" modelo de governança — há modelos apropriados para diferentes tamanhos e maturidades de empresa. Apresentamos os principais:
Modelo 1: Comitê Simples (PME Iniciante)
Estrutura: um comitê único com CIO + representantes de negócio (vendas, operações, finança). Frequência: mensal. Responsabilidade: priorizar demandas, aprovar projetos grandes, revisar status.
Vantagens: simples, rápido, sem burocracia. Desvantagens: único comitê pode virar gargalo, falta diferenciação entre decisões operacionais e estratégicas.
Modelo 2: Dois Níveis (PME Madura / Média Empresa)
Estrutura: Comitê Estratégico (trimestral, C-level + CIO, foco em decisões big-ticket como "vamos migrar para cloud?") + Comitê Operacional (mensal, gestores de áreas + PMO + CIO, foco em acompanhamento de projetos, priorização de demandas).
Vantagens: diferencia strategic de operacional, permite que C-level não se envolva em detalhes, comitê operacional mais ágil. Desvantagens: dois comitês demandam coordenação.
Modelo 3: Três Camadas (Grande Empresa)
Estrutura: Nível Board (anual/semestral, Board + CIO, foco em direção estratégica de TI, alocação de capital), Nível Executivo (trimestral, C-suite + CIO, foco em prioridades do ano, decisões maiores), Nível Tático (semanal/mensal, PMO + gestores, foco em execução, acompanhamento de portfolio).
Vantagens: clara hierarquia de decisões, permite escalação apropriada (decisão pequena no nível tático, não vai para Board). Desvantagens: mais formal, pode ser lento se há muitos níveis.
Recomendação: começar com "comitê de TI" simples — CIO + 1-2 representantes de negócio (sócio, gerente operacional), reunindo 1x/mês por 1 hora. Pauta: status de projetos em andamento, demandas novas, decisões pendentes, próximas prioridades. Documentação: ata simples em documento compartilhado. RACI: conversado, não escrito ("você cuida disso, ele assina, eu executo").
Recomendação: implementar modelo de dois níveis. Comitê Estratégico (trimestralmente, CFO + VP Vendas/Operações + CIO, 2h): avaliar roadmap de TI, aprova novos programas, revisa alocação de budget. Comitê Operacional (mensalmente, gerentes de área + PMO + CIO, 1,5h): prioriza demandas de 3 meses, acompanha projetos em execução, resolve conflitos de prioridade. RACI documentado em matriz simples.
Recomendação: implementar modelo de três camadas. Board (anual/semestral): revisão de direção de TI, alocação de capital de TI, risk review. Executivo (trimestral): aprovação de projetos maiores, revisão de portfolio, decisões de arquitetura. PMO (semanal/mensal): acompanhamento de execução, resolução de impedimentos, escalação. Ferramentas: dashboard de portfolio em Jira/Azure/Clarity, RACI em matriz documentada, gates formais de aprovação.
RACI: documentando responsabilidades
RACI é matriz que define responsabilidades em decisões. Cada decisão tem papéis definidos:
- Responsible: quem executa? (ex: gestor de TI executa o projeto)
- Accountable: quem aprova e é "dona" da decisão? (ex: CFO aprova investimento)
- Consulted: quem informa a decisão? (ex: equipe técnica consulta sobre viabilidade)
- Informed: quem é informado depois? (ex: todo o comitê executivo é informado da decisão)
Exemplo: Decisão "aprovar novo projeto de cloud migration". R: arquiteto de nuvem (executa). A: CIO (aprova). C: gerente financeiro (consulta sobre custo), gerente de operações (consulta sobre impacto). I: todos os VP, Board é informado.
RACI mal desenhado gera confusão (quem realmente aprova?), atraso (múltiplos "approvadores"), falta de responsabilidade. RACI bem desenhado acelera decisão.
Fluxo de decisão: como demanda vira projeto aprovado
Um fluxo de decisão bem desenhado em governança define: onde demanda entra, qual caminho ela segue, onde é avaliada, quem aprova, qual é critério de aprovação.
Exemplo de fluxo (média empresa):
- Demanda entra via formulário ou reunião com área solicitante
- PMO coleta informações: descrição, estimativa preliminar, impacto de negócio, urgência
- PMO classifica: é investimento de capital (big project) ou demand operacional (pequeno)? Qual é o nível de aprovação exigido?
- Se capital: vai para Comitê Estratégico (trimestral) com recomendação de PMO. Se operacional: vai para Comitê Operacional (mensal).
- Comitê avalia contra critérios: alinhamento com estratégia, ROI, risco, disponibilidade de recursos
- Aprovação ou rejeição. Se aprovado, entra em roadmap, recebe budget, PM é atribuído.
Sem fluxo claro, decisões são caóticas — cada comitê decide diferente, ou decisões são revisadas múltiplas vezes.
Critérios de decisão: tirando subjetividade de priorização
Muitas empresas definem critérios qualitativo de priorização ("projetos alinhados com estratégia" — mas qual é "estratégia"?). Critérios explícitos reduzem subjetividade.
Exemplos de critérios quantitativos:
- ROI (Return on Investment): projetos que geram economia ou receita adicional recebem pontos. Exemplo: "economia de R$ 500k/ano" = 50 pontos.
- Alinhamento com estratégia: matriz de alinhamento com OKRs corporativos. Se projeto contribui a OKR prioritário = 30 pontos.
- Risco operacional reduzido: projeto que reduz risco crítico (segurança, conformidade, continuidade) = 20 pontos.
- Custo/Esforço: projetos que entregam valor com pouco esforço = bônus de pontos.
Scoring simples: peso cada critério, calcule score por projeto, rank por score. Transparência: todos veem como projeto foi avaliado, reduz "pressão política" na decisão.
Métricas de efetividade da governança: como saber se funciona
Governança que existe mas não é efetiva é pura burocracia. Como medir se funciona?
- Tempo para decisão: quanto tempo levou da demanda até aprovação/rejeição? Target: <4 semanas. Se levando 3 meses, processo é lento.
- Consistência de decisão: duas demandas similares foram aprovadas ou rejeitadas do mesmo jeito? Inconsistência = critérios não claros.
- % de projetos aprovados que saem no prazo/orçamento: se metade dos projetos aprovados vaem atraso, critério de aprovação está errado (selecionando projetos inviáveis).
- Satisfação de negócio: pesquisa com líderes de negócio: "você sente que TI investe nos projetos certos?" Score: 1-10. Target: 7+.
- Alinhamento TI-negócio: pergunta "qual é a prioridade número 1 de TI?" — mesma resposta entre TI e negócio? Sim = alinhamento bom.
Sinais de que sua governança de TI é inefetiva
Se você se reconhece em três ou mais cenários abaixo, é provável que governança está inefetiva.
- Liderança de negócio não consegue dizer qual é a prioridade número 1 de TI para este ano
- Decisões sobre projetos de TI mudam frequentemente; falta previsibilidade
- Demandas de TI não tem critério claro de aprovação — pressão política decide
- Não existe comitê ou reunião formal entre TI e liderança de negócio
- Projetos entram em execução sem estar vinculados a objetivo estratégico
- Conflitos de prioridade entre áreas são resolvidos no CEO (todas as decisões sobem para o topo)
- Não há documentação de RACI ou processo de decisão; está tudo na cabeça de pessoas
Caminhos para implementar modelo de governança
Implementação de governança pode ser conduzida internamente ou com consultoria, dependendo da maturidade atual e complexidade desejada.
Viável quando há PMO ou CIO que comanda governança e adesão da liderança é alta.
- Perfil necessário: CIO ou PMO com experiência em design de processos de decisão
- Tempo estimado: 2 a 3 meses para definir modelo, documentar RACI, comunicar a comitês, começar a operar
- Faz sentido quando: empresa pequena/média, maturidade de TI é básica, objetivo é estruturar primeiro nível de governança
- Risco principal: modelo desenhado internamente pode carecer de rigor (ex: critérios de decisão mal definidos, RACI com muito "consulted" e ninguém "accountable")
Indicado quando governança não existe ou é frágil, ou quando empresa quer implementar modelo robusto rapidamente.
- Tipo de fornecedor: Consultoria de Governança (KPMG, Deloitte, BearingPoint), Consultoria de PMO/TI, Implementadores de COBIT/ITIL
- Vantagem: expertise em design de modelos, benchmark de indústria, facilitação com liderança para conseguir adesão, ajuda na mudança cultural
- Faz sentido quando: empresa média/grande, desejo de modelo robusto, falta de expertise interna em governança, necessidade de facilitar transição de cultura (de decisão ad hoc para estruturada)
- Resultado típico: em 8-12 semanas, modelo de governança desenhado (comitês, RACI, fluxo, critérios), documentado, comunicado à liderança, 2-3 ciclos de comitês facilitados, time treinado
Precisa de apoio para estruturar governança de TI na sua empresa?
Se alinhamento TI-negócio é desafio e você quer estruturar modelo de governança apropriado, o oHub conecta você gratuitamente a consultores especializados em governança. Em menos de 3 minutos, você descreve sua situação e recebe propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Qual é o melhor modelo de governança de TI?
Não há "melhor" modelo único. Melhor modelo é o apropriado ao porte e maturidade da empresa. PME iniciante: comitê simples (mensal). PME madura: dois níveis (estratégico + operacional). Grande empresa: três camadas (Board, Executivo, PMO). O essencial é que modelo seja claro, documentado, com responsabilidades definidas e critérios de decisão explícitos.
Como estruturar comitês de TI e negócio?
Estrutura básica de comitê: 6-8 membros (não mais, senão vira muito grande), com representação de TI e negócio, frequência fixa (mensal ou trimestral), duração clara (1-2h), pauta predefinida. Membros: CIO ou gestor TI (sempre), CFO ou representante de finança (sempre), VP/diretor de cada área-chave (vendas, operações, etc). Facilitador: alguém que segue processo, tira atas, acompanha ações.
Como definir RACI para decisões de TI?
Definir RACI por tipo de decisão: para cada tipo (aprovação de projeto, mudança de arquitetura, alocação de budget), defina R (quem executa), A (quem aprova — deve ser sempre UMA pessoa), C (quem consulta), I (quem é informado). Erros comuns: múltiplos "accountable" (ninguém é responsável), todos "consulted" (lento). RACI bem feito reduz conflitos e acelera decisão.
Qual framework usar para governança de TI (COBIT, ITIL)?
COBIT 2019 é framework específico para governança (quem decide, responsabilidades, processos). ITIL é framework para gestão (como executar bem). Para governança de decisão, COBIT é mais relevante. Não é necessário implementar COBIT completo; pode usar COBIT como referência para estruturar comitês, RACI, critérios de decisão — adaptado ao contexto da empresa.
Como implantar modelo de governança em empresa brasileira sem parecer burocrático?
Risco comum: governança vira burocracia que desacelera negócio. Evitar: (1) muitos níveis de aprovação, (2) processos com muitos campos/documentos, (3) foco em cumprimento vs. resultado. Abordagem: comece simples (1-2 comitês), documente o essencial (RACI, critérios), execute, aprenda, melhore. Ênfase em transparência e rapidez, não em perfeição de formulários.
Como saber se minha governança de TI está funcionando?
Sinais de que governa funciona: (1) liderança sabe qual é prioridade número 1 de TI, (2) tempo para decisão é <4 semanas, (3) projetos aprovados saem no prazo/orçamento, (4) satisfação de negócio com TI é alta (7+/10), (5) não há conflitos crônicos de prioridade entre áreas. Se vendo o oposto, governança precisa revisão.