O Framework de Referência
Este documento consolida o modelo de maturidade, o princípio operacional e as duas escalas que estruturam a transformação em IA.
A regra de tradução universal
O princípio operacional de toda a transformação cabe em uma frase:
Substituir "o humano produz o artefato" por "o humano define a especificação → o sistema produz o artefato."
O que isso significa por departamento
O teste decisivo
Se essa pessoa desaparecesse, um sistema poderia executar 80% das suas tarefas?
- Se não → o papel ainda é baseado em execução
- Se sim → o papel é IA-nativo
Isso não é "adoção de IA". É a transição de uma empresa baseada em mão de obra para uma empresa baseada em sistemas.
Escala organizacional – Levels 1 a 3
Esta escala se aplica a toda a organização – engenharia, marketing, vendas, finanças, atendimento ao cliente.
AI-Assisted
Como parece:
- A IA é uma ferramenta que os indivíduos escolhem usar
- Mesmas estruturas, mesmos processos, mesmos papéis
- Se a IA desaparecesse amanhã, nada estrutural mudaria
Comportamentos típicos:
- Usar ChatGPT/Claude como o Google ou um corretor ortográfico
- Prompts isolados, sem iteração
- Outputs de IA colados manualmente no trabalho
- Sem prompts compartilhados, sem documentação
- A adoção é desigual e opcional
A lacuna é mensurável: em funções técnicas, a IA tem 94% de cobertura teórica de tarefas, mas apenas 33% de uso real. Organizações no Level 1 deixam a maior parte da capacidade da IA intocada.
AI-Integrated
Como parece:
- A IA está integrada aos fluxos de trabalho e sistemas
- Alguns processos redesenhados em torno das capacidades da IA
- Os papéis começam a mudar de "fazer" para "dirigir" (veja os padrões de evolução de papéis)
- Se a IA desaparecesse amanhã, alguns fluxos de trabalho quebrariam
Comportamentos típicos:
- Prompts salvos, templates, bibliotecas de prompts
- IA usada em múltiplas etapas de uma tarefa, não apenas uma
- Ferramentas como Copilot, Notion AI, Zapier, n8n em uso ativo
- Prompts e fluxos de trabalho compartilhados entre colegas
- O uso de IA é esperado, não opcional
AI-Native
Como parece:
- O design organizacional pressupõe a IA como recurso de primeira classe
- Os papéis são definidos por julgamento e direção, não execução
- O quadro de pessoas é uma fração de uma empresa tradicional com o mesmo output
- Se a IA desaparecesse amanhã, a empresa não poderia funcionar
Comportamentos típicos:
- A pergunta inicial é: "Que parte deve ser automatizada?"
- Agentes, pipelines e sistemas de decisão construídos (com código ou sem)
- Processos desenhados para que humanos tratem do julgamento, a IA trate da execução
- O impacto da IA é medido (tempo economizado, custos reduzidos, qualidade melhorada)
- Literacia em IA é condição de emprego
Escala de engenharia – Rungs 0 a 5
A engenharia precisa de granularidade mais fina. Baseada no framework de Dan Shapiro, esta escala descreve a progressão do desenvolvimento de software. O Lab de IA a detalha e explica como funciona.
| Rung | Papel do humano | Quem escreve o código | Quem revisa o código |
|---|---|---|---|
| 0 – Codificação assistida | Humano codifica, IA sugere | Humano | Humano |
| 1 – Delegação delimitada | Humano atribui tarefas delimitadas | IA | Humano (tudo) |
| 2 – Geração supervisionada | Humano supervisiona mudanças em múltiplos arquivos | IA | Humano (tudo) |
| 3 – Desenvolvimento dirigido | Humano dirige, revisa em nível de feature/PR | IA | Humano (PR) |
| 4 – Desenvolvimento spec-driven | Humano escreve a spec, verifica resultados | IA | Ninguém (testes verificam) |
| 5 – Produção autônoma | A spec entra, o software sai | IA | Agente revisor + cenários; portões humanos graduados por risco |
O Rung alcançável em uma determinada base de código é limitado pela maturidade do código: uma equipe no Rung 5 operando em uma base de código no Nível 2 de maturidade produzirá output alucinado rapidamente, sem sinal de correção.
Como o Rung 5 realmente se parece
O Rung 5 não é monolítico. A validação é graduada por risco segundo o raio de impacto, a reversibilidade e a consequência de uma ação:
O humano aprova antes da execução.
Padrão para ações irreversíveis de alto impacto: transações financeiras, deploys de produção, mudanças voltadas ao cliente.
O agente age de forma autônoma; o humano monitora com autoridade de intervenção.
Padrão para trabalho de produção reversível com cobertura de avaliações.
O agente age dentro de fronteiras pré-definidas; sem envolvimento humano em tempo real.
Reservado para trabalho reversível em sandbox com testes fortes e um agente revisor em cada PR.
Uma equipe no Rung 5 opera os três simultaneamente, escolhendo o portão por classe de ação. Cada portão executa a mesma unidade operacional – Contexto → Clarificação → Execução → Validação → Recuperação – descrita em detalhes no Lab de IA.
Para além da engenharia
A escala de engenharia é a instância mais documentada de um padrão mais amplo. A realidade operacional do Rung 5 – loop recorrente, validação graduada por risco, agente revisor – se generaliza para outros domínios de tarefas discretas (engenharia, atendimento ao cliente, operações financeiras, revisão jurídica, pesquisa de conhecimento) onde a IA opera de forma similar como camada de execução. Modelos de maturidade paralelos para esses domínios estão no roadmap do framework. Veja também a nota de profundidade no Mapa de Progressão sobre como essa assimetria aparece papel por papel.
Mapeamento
| Escala organizacional | Escala de engenharia |
|---|---|
| Level 1 – AI-Assisted | Rungs 0-1 |
| Level 2 – AI-Integrated | Rungs 2-3 |
| Level 3 – AI-Native | Rungs 4-5 |
Perguntas de diagnóstico
Três testes rápidos para avaliar a maturidade. Para uma metodologia completa de avaliação equipe por equipe, veja Avaliando Sua Organização.
"Se a IA desaparecesse amanhã, o que mudaria?"
- Nada estrutural → Level 1
- Alguns fluxos de trabalho quebram → Level 2
- A empresa não pode funcionar → Level 3
Para critérios de aceitação por nível e o caminho de transformação – cronogramas, pré-requisitos e o que observar –, veja o Roteiro de Implementação.
Tiers de liderança
A empresa não pode superar o tier da sua liderança. A liderança é o teto.
Endossa publicamente a IA. A usa pessoalmente. Não impulsiona a adoção.
Define expectativas por função. Pergunta "como a IA ajudou?". Financia a automação antes de contratar.
Redesenha a estrutura organizacional. Reescreve papéis e KPIs. Faz da literacia em IA uma condição de liderança.
Tiers individuais
A escala de tiers individuais mede onde uma pessoa está na sua transição em IA. Os três tiers principais (T1, T2, T3) descrevem estados estabelecidos. Os tiers intermediários (T0.5, T1.5, T2.5) descrevem as transições entre eles – prova de que alguém está se movendo, não apenas rotulado.
A IA não faz parte do trabalho de nenhuma forma.
Já tentou a IA mas ela não mudou como o trabalho é feito.
"A IA me ajuda a fazer meu trabalho mais rápido."
Projetando e testando ativamente fluxos de trabalho de IA. A fase de construção.
"A IA nos ajuda a fazer essa tarefa melhor e de forma mais sistemática."
Construindo sistemas onde a IA trata a maior parte da execução. O papel está se transformando por dentro.
"Esse papel deveria existir de forma diferente porque a IA existe."
Os três tiers principais são estados operacionais – descrevem como alguém trabalha. Os tiers .5 são transitórios – descrevem que alguém está ativamente se movendo entre estados.
Tier 0 / 0.5 – A lacuna entre T0 e T1 não é conhecimento, é o hábito de recorrer à IA quando o trabalho começa. Uma pessoa no T0.5 experimentou mas não integrou. O risco: as pessoas ficam aqui indefinidamente sem estímulos estruturados.
Tier 1.5 – É aqui que a maioria das pessoas emperra. Estão além do uso ad hoc e constroem ativamente fluxos de trabalho – projetando prompts, testando sistemas, iterando. Alguns experimentos falham, alguns se firmam. A transição de T1 para T2 exige que esses experimentos se tornem fluxos de trabalho estabelecidos, não apenas experimentos pessoais. Arquivos de contexto e bibliotecas de prompts compartilhadas se tornam críticos nessa fase.
Tier 2.5 – Múltiplos processos redesenhados em torno da IA. A pessoa passa a maior parte do tempo em direção, julgamento e revisão em vez de execução. Começa a eliminar a sobrecarga de coordenação – fazendo sozinha o que antes exigia entregas entre equipes. A distinção do T3: o papel ainda tem o mesmo título e limites, mas o trabalho interno mudou fundamentalmente. Essas pessoas demonstram como o Level 3 parece antes que a estrutura organizacional se atualize.
Tier 3 – A IA é a camada de execução; os humanos dão direção e validam. O trabalho é estruturado em torno de uma unidade operacional recorrente (Contexto → Clarificação → Execução → Validação → Recuperação), com ciclos colapsados para dias no nível de feature em vez de semanas no nível de sprint. O valor da pessoa se concentra nas fronteiras: trabalho de fronteira frontal (especificação, alinhamento, diálogos de clarificação com a IA) e trabalho de fronteira traseira (validação, sessões de casos extremos, testes UX com primeiros usuários). Dentro do loop, o agente roda. A disciplina que distingue T3 de T2.5 não é mais uso de ferramentas – é process design para IA: definir as restrições, portões e níveis de validação dentro dos quais a IA opera de forma consistente. O papel e o trabalho dentro dele parecem fundamentalmente diferentes do T2.5; os títulos podem não ter mudado, mas o dia a dia mudou.
Mapeamento para os níveis organizacionais
| Tier individual | Nível organizacional |
|---|---|
| T0 / T0.5 | Abaixo do Level 1 (consciência sem integração) |
| T1 | Level 1 (AI-Assisted) |
| T1.5 | Transição de Level 1 para Level 2 |
| T2 | Level 2 (AI-Integrated) |
| T2.5 | Transição de Level 2 para Level 3 |
| T3 | Level 3 (AI-Native) |
← Voltar para o início · Roteiro de Implementação · Padrões de Execução de IA · O Lab de IA · Maturidade do código · Glossário