Voltar para Trilha 3
Modulo 3.4

Estrategia de adocao em times de engenharia

Numeros reais de adocao, metricas DORA + SPACE, planos de 90 dias e ROI calculavel.

1

📊 Numeros de marco 2026 - 92% dos devs usam IA, 41% do codigo e gerado

O que e:

Os dados concretos de adocao em 2026: 92% dos devs usam IA no trabalho, 41% do codigo novo e gerado por IA. Produtividade medida: 3.6h/semana economizadas, +60% PRs mergeados, -24% cycle time.

Por que aprender:

Dados concretos vencem opinioes. Conhecer os numeros reais permite argumentar com lideranca, calibrar expectativas e identificar onde seu time esta em relacao ao mercado.

Conceitos-chave:

Adoption rates, code generation percentage, productivity metrics, quality tradeoffs (1.7x issues sem governanca), benchmark data.

2

📏 Metricas que importam - DORA + SPACE + DX Core 4 + Flow metrics

O que e:

Os frameworks de metricas relevantes para medir impacto de IA em times de engenharia. DORA (deployment frequency, lead time, MTTR, change failure rate), SPACE (satisfaction, performance, activity, communication, efficiency), DX Core 4 e Flow metrics.

Por que aprender:

Sem metricas, voce nao sabe se IA esta ajudando ou atrapalhando. "Parece mais rapido" nao e metrica. Medir antes e depois com frameworks validados e o que permite decisoes informadas sobre investimento em ferramentas e treinamento.

Conceitos-chave:

DORA metrics, SPACE framework, developer experience, flow state, cycle time, review time, code churn, rework rate.

3

🚦 Modelo de adocao - Read-only primeiro, write depois

O que e:

O modelo de adocao progressiva que funciona: comecar com uso read-only (explicacao, documentacao, entendimento de codigo), depois assistido com review obrigatorio, depois agentes com guardrails definidos.

Por que aprender:

Pular direto para geracao de codigo sem dominar leitura assistida e context engineering gera resultados ruins e resistencia no time. A progressao read-only > assistido > agentic e o que funciona na pratica.

Conceitos-chave:

Progressive adoption, read-only phase, assisted phase, agentic phase, go/no-go criteria, rollback plan, champion model.

4

📚 Onboarding que funciona - Context engineering, nao so "como usar Copilot"

O que e:

Onboarding que ensina as habilidades certas: context engineering, prompt structure, validation practices, tool selection. Nao apenas "como instalar e usar" a ferramenta, mas como pensar sobre IA como parte do fluxo de engenharia.

Por que aprender:

O bloqueio real de adocao e skill gap, nao tecnologia (Deloitte 2026). Times que investem em onboarding estruturado reportam 3x mais retencao de praticas corretas vs times que so distribuem licencas.

Conceitos-chave:

Skill-based onboarding, context engineering training, validation habits, tool mastery path, mentoring program, pair programming com IA.

5

📋 Classificacao de tarefas - Assistidas, automatizadas ou humanas

O que e:

Classificar cada tipo de tarefa do time: quais devem ser assistidas por IA, quais podem ser totalmente automatizadas e quais devem permanecer exclusivamente humanas. A classificacao depende do risco, complexidade e necessidade de julgamento.

Por que aprender:

Nem tudo deve ser automatizado e nem tudo precisa ser manual. A classificacao correta maximiza o ROI de IA concentrando investimento onde o retorno e maior e mantendo humanos onde o risco e critico.

Conceitos-chave:

Task classification matrix, risk-based categorization, automation candidates, human-only tasks, hybrid workflows, ROI per task type.

6

💰 ROI e caso de negocio - Custo vs horas economizadas vs bugs evitados

O que e:

Calcular o retorno sobre investimento real de IA em engenharia: custo das ferramentas + tokens vs horas dev economizadas + bugs evitados + tempo de review reduzido. Montar caso de negocio para lideranca tecnica.

Por que aprender:

Lideranca decide com numeros, nao com entusiasmo. Um caso de negocio solido com ROI calculado e o que transforma "queremos usar IA" em budget aprovado e suporte organizacional.

Conceitos-chave:

ROI calculation, total cost of ownership, productivity gains measurement, quality improvement metrics, business case template, executive presentation.

Exercicios

Exercicio

Plano de adocao em 90 dias (90 min)

Plano completo para time de 8 devs: semana 1-4 (read-only: explicacao, doc, testes), semana 5-8 (assistido com review obrigatorio), semana 9-12 (agentes com guardrails definidos). Metricas de sucesso para cada fase. Criterios de go/no-go entre fases.

Lab

Onboarding kit completo (120 min)

Montar kit para novo dev: CLAUDE.md padrao do time, biblioteca de prompts testados, lista de do/don't, fluxo de trabalho documentado passo a passo, checklist de review para codigo gerado por IA, FAQ com erros comuns.

Exercicio

Matriz de decisao por tarefa (45 min)

Para cada tipo de tarefa do time (bug fix, feature, refactor, migration, doc, test, review, deploy, incident response), classificar: AI-appropriate, human-required, ou hibrido. Justificar cada decisao com dados e riscos.

Exercicio

ROI real (60 min)

Calcular ROI com dados reais ou simulados: custo das ferramentas + tokens vs. horas dev economizadas + bugs evitados + tempo de review reduzido. Montar apresentacao de caso de negocio para lideranca tecnica em 5 slides.

Lab

Retrospectiva de AI adoption (45 min)

Simular retrospectiva de time apos 3 meses usando IA: o que funcionou, o que nao funcionou, o que surpreendeu, o que deve mudar. Template estruturado com dados quantitativos.