Governança Contínua — Handoff, Renovação e Saída
Documento canônico:
04-operations/governanca-continua-handoff-and-renewal.md
Status: operacional Produto: Governanca Continua Issue: #25
Objetivo
Seção intitulada “Objetivo”Definir quando Governanca Continua entra, como inicia, como renova e quando deve sair ou migrar para outra camada do ecossistema.
Handoff por porta
Seção intitulada “Handoff por porta”Porta A — Trust Score
Seção intitulada “Porta A — Trust Score”Vender Governanca Continua quando:
- score final fica entre 61 e 100;
- score 36-60 ja possui plano de remediacao aprovado;
- riscos criticos foram fechados ou possuem owner e prazo;
- sponsor quer acompanhamento mensal;
- existe portfolio de sistemas, agentes ou automacoes que continuara mudando.
Nao vender ainda quando:
- score 0-35 sem Assessment de Viabilidade;
- D3 esta critico sem contencao;
- cliente espera que o retainer corrija tudo sem Squad.
Mensagem:
“O Trust Score mostrou onde esta o risco. A Governanca Continua impede que o risco volte invisivel no proximo ciclo.”
Porta B — AI-First Blueprint
Seção intitulada “Porta B — AI-First Blueprint”Vender Governanca Continua quando:
- politica interna de IA foi aprovada;
- processo de aprovacao de agentes existe;
- mapa de ferramentas e niveis foi definido;
- areas de negocio continuarao criando automacoes;
- board precisa de acompanhamento periodico.
Nao vender ainda quando:
- Blueprint ainda nao foi aprovado;
- nao ha sponsor para enforcement;
- a empresa quer apenas treinamento pontual.
Mensagem:
“Blueprint sem acompanhamento vira documento. Governanca Continua transforma politica em rotina.”
Porta C — CTO aaS + Squad
Seção intitulada “Porta C — CTO aaS + Squad”Vender Governanca Continua quando:
- CTO aaS estabilizou roadmap e estrutura minima;
- cliente nao precisa mais de lideranca tecnica intensiva;
- squad ou time interno ja opera com cadencia previsivel;
- governanca mensal e suficiente para manter risco e decisao.
Nao vender ainda quando:
- CEO ainda precisa de CTO fracionado para liderar tecnologia;
- time tecnico ainda nao consegue operar sem orientacao semanal;
- existem projetos estruturais abertos que exigem Squad.
Mensagem:
“A fase intensiva criou direcao. Agora podemos manter maturidade com governanca recorrente.”
TH Build + JARVIS
Seção intitulada “TH Build + JARVIS”Vender Governanca Continua quando:
- P6 foi concluido;
- runbook foi entregue;
- Trust Score interno foi calculado;
- cliente tem owner para operar;
- sistema entrara em uso real e mudara ao longo do tempo.
Nao vender ainda quando:
- handoff nao foi aceito;
- monitoramento e rollback ainda nao estao claros;
- cliente nao tem owner.
Mensagem:
“O produto esta vivo. Agora precisa continuar saudavel.”
Checklist de entrada
Seção intitulada “Checklist de entrada”- Sponsor executivo identificado.
- Owner operacional identificado.
- Portfolio inicial definido.
- Sistemas, agentes e automacoes no escopo listados.
- Acessos e evidencias minimas confirmados.
- Riscos criticos atuais documentados.
- Pacote comercial escolhido.
- Limites do retainer explicados.
- Canal de hotline definido.
- Primeiro ciclo mensal agendado.
Primeiros 30 dias
Seção intitulada “Primeiros 30 dias”Dia 0-5 — Setup
Seção intitulada “Dia 0-5 — Setup”- kickoff com sponsor e owner;
- confirmar escopo;
- abrir dashboard;
- registrar baseline;
- revisar politica existente;
- configurar memoria de reunioes, preferencialmente com NeedyU.ai.
Dia 6-15 — Baseline operacional
Seção intitulada “Dia 6-15 — Baseline operacional”- mapear portfolio;
- revisar riscos herdados;
- definir score de evolucao inicial;
- priorizar backlog;
- classificar itens fora de escopo.
Dia 16-25 — Primeira decisao executiva
Seção intitulada “Dia 16-25 — Primeira decisao executiva”- conduzir audit mensal;
- preparar decision review;
- aprovar ou rejeitar riscos residuais;
- definir acoes do proximo ciclo.
Dia 26-30 — Relatorio 1
Seção intitulada “Dia 26-30 — Relatorio 1”- emitir relatorio mensal;
- confirmar dashboard;
- registrar decisoes pendentes;
- ajustar escopo se necessario.
Renovacao
Seção intitulada “Renovacao”Avaliar renovacao no mes 5, antes do fim do minimo de 6 meses.
Renovar quando:
- sponsor percebe valor executivo;
- riscos criticos reduziram ou ficaram sob controle;
- dashboard virou instrumento de decisao;
- novas iniciativas continuam surgindo;
- governanca gerou clareza comercial para proximos passos.
Expandir pacote quando:
- portfolio monitorado cresceu;
- mais areas passaram a criar agentes;
- board exige report mais frequente;
- hotline esta sendo usada acima do previsto;
- cliente quer incluir fornecedores, squads ou unidades adicionais.
Reduzir ou encerrar quando:
- portfolio estabilizou;
- time interno absorveu processo;
- nao ha mais decisao relevante mensal;
- sponsor nao participa;
- relatorio virou formalidade sem acao.
Saidas e migracoes
Seção intitulada “Saidas e migracoes”| Sinal | Acao |
|---|---|
| Cliente precisa construir ou corrigir | TH Build + JARVIS / Squad |
| Cliente precisa lideranca tecnica semanal | CTO aaS |
| Falta pessoa interna | THunting |
| Falta memoria operacional | NeedyU.ai |
| Dor repetivel tem potencial de produto | Trustyu Forge |
| Risco critico sem viabilidade clara | Assessment de Viabilidade |
| Cliente nao tem sponsor | Pausar ou encerrar governanca |
Criterio de saida saudavel
Seção intitulada “Criterio de saida saudavel”Governanca pode encerrar bem quando:
- riscos criticos estao fechados ou aceitos formalmente;
- politicas estao aprovadas;
- owners internos estao definidos;
- dashboard pode ser mantido pelo cliente;
- proximos passos estao claros;
- nao ha dependencia artificial da Tech Human.