Assessment — Pedro Brun

§1

Quem responde

Com quem falamos quando uma resposta abrir uma pergunta nova — e para quem vocês constroem.

01

Nome de quem está preenchendo

02

Empresa

03

Cargo

04

E-mail para retorno

05

Em uma frase: o que a sua empresa vende hoje.

Do jeito que você explicaria para um cliente novo.

06

Vocês constroem para quem?

É o que decide se o diagnóstico olha um produto ou uma carteira de projetos.

Produto próprio, usuário finalProjetos para clientesOs dois

§2

Estrutura do time

O tamanho e o formato da operação.

08

Quantas pessoas na empresa hoje, no total

09

Quebra por perfil

Os quatro primeiros são obrigatórios. Acrescente as outras linhas que existirem.

Perfil	Quantos
Dev
Produto
DevOps / Infra
Design

10

Um squad atende um cliente só, ou vários ao mesmo tempo?

Um cliente por squadUm squad atende vários clientesVaria por período

11

Os squads

Uma linha por squad. Em "perfis", a composição (3 dev, 1 QA, 1 PO). Em "entregas/mês", o que vocês contam como pronto: publicações, releases, entregas fechadas.

Nome	Responsabilidade	Pessoas	Perfis	Stack principal	Entregas/mês

12

Distribuição de senioridade

Nível	Quantos

§3

Acesso ao código

Onde o código vive, e o que a gente consegue ler para o diagnóstico.

13

Por squad: o código vive no git de vocês ou no git do cliente?

14

Vocês conseguem dar acesso de leitura ao repositório do squad piloto para o diagnóstico?

SimSim, mediante NDASó num projeto internoNão

§4

De onde vem o trabalho

O caminho do pedido do cliente até algo que um dev consegue executar.

16

Quem traduz isso em algo executável?

PO / BA internoO próprio devO cliente entrega prontoNinguém — vai como veio

17

Existe critério de aceite escrito antes de começar?

SempreÀs vezesQuase nunca

19

A ferramenta de gestão é de vocês ou do cliente?

NossaDo clienteDepende do projeto

20

Sendo do cliente: é possível extrair os dados e compartilhá-los conosco?

Export em CSV, acesso à API ou um relatório recorrente.

Sim, diretoSim, mediante aprovação do clienteSó o que dá para ver na telaNão

22

Um dev novo entra num projeto e leva quanto tempo até o primeiro PR útil?

Menos de 2 diasCerca de 1 semana2 a 4 semanasMais de um mês

§5

Como o código anda

Do commit ao deploy.

24

Quem revisa PR

Um par do squadSempre o líder técnicoRodízioNinguém revisa de verdade

25

Quanto tempo um PR fica esperando review, em média

Horas1 dia2 a 3 diasMais que isso

26

Existe suíte de teste em que o time confia?

Sim, e roda local rápidoSim, mas demora demaisExiste, mas ninguém confiaPraticamente não existe

27

Quanto tempo a suíte leva para rodar inteira?

28

Cobertura real, se souberem

§6

Qualidade, QA e produção

Como a qualidade é garantida hoje e como o problema chega até vocês.

30

Existe QA?

Sim, time dedicadoUma pessoa acumula a funçãoO próprio dev testaO cliente é quem testa

31

O teste é manual ou automatizado?

ManualMistoMajoritariamente automatizado

§7

IA hoje

O que já existe, quem paga, e principalmente: o que já deu errado.

37

Quem paga as licenças?

Empresa, para todo mundoEmpresa, para algunsCada um paga a suaNinguém paga: só plano gratuito

38

O que já tentaram com IA e não funcionou?

Sem filtro. Quanto mais específico, mais útil.

39

E qual foi a maior vitória com IA até hoje?

§8

Números — o baseline

Se não souberem de cabeça, uma estimativa honesta vale mais que o campo vazio.

40

Lead time do ticket ao deploy, mediana

41

O mesmo lead time, quebrado por etapa

Ponta a ponta diz que está lento; a quebra diz onde. Preencha as etapas que conseguirem estimar.

Etapa	Tempo médio
Ticket pronto → dev começa
Dev começa → PR aberto
PR aberto → review concluído
Review aprovado → merge
Merge → em produção

42

PRs mergeados por semana, por dev

43

Vazão por squad

Squad	PRs por sprint	Unidade de estimativa	Quanto por sprint

44

% de PRs que voltam com pedido de mudança

45

Incidentes em produção no último trimestre

46

Custo/hora médio de um dev, já carregado

47

Vocês calculam o custo de uma entrega? Se sim, como?

§9

Pessoas e mudança

48

Já fizeram treinamento interno antes? O que funcionou e o que não funcionou?

§10

Sucesso e limites

O que este programa precisa destravar, em número.

49

Existe demanda represada — trabalho que vocês recusam por falta de gente?

Sim, bastanteAlgumaNão, a agenda tem folga

50

Existe alguma oferta que vocês queriam vender e hoje não conseguem por capacidade ou custo?

51

Quais são seus objetivos com o uso de IA?

52

Meta de redução do lead time

Estes três números viram os KPIs do programa, medidos contra o baseline do §8. Chute informado serve.

53

Meta de redução do retrabalho

54

Meta de PRs por semana, por dev

55

Alguma outra meta que vocês mediriam?

Opcional. Se existe um número que importa mais que os três acima, é esse que a gente persegue.

56

Daqui a 30/60/90 dias, o que precisa ter acontecido para você dizer que valeu a pena?

Um retrato da sua empresa como ela funciona hoje.