Roles and Collaboration Model¶
1. Objetivo¶
Este documento define os papeis principais do processo e como eles colaboram.
O objetivo e evitar dois erros comuns:
- esperar que todo mundo faca tudo
- deixar a responsabilidade real ambigua
2. Papeis principais¶
2.1 Cliente¶
Representa quem traz a necessidade, valida direcionamento e devolve feedback de negocio.
Responsabilidades principais:
- explicitar problema, restricoes e expectativas
- validar se o caminho proposto faz sentido
- dar feedback sobre valor entregue
2.2 PM¶
PM aqui significa Product Manager / gerente do projeto da solucao.
Analogamente ao papel do arquiteto civil:
- entende a necessidade
- traduz o problema
- organiza escopo
- conduz priorizacao
- garante alinhamento entre atores
Responsabilidades principais:
- conduzir
SOWeDiscovery - manter coerencia entre problema, escopo e prioridade
- organizar o trabalho entre cliente, board, LI e equipe
- assegurar rastreabilidade e clareza do processo
2.3 LI¶
LI aqui significa lider de implementacao ou lider tecnico do produto.
Analogamente ao engenheiro responsavel pela obra:
- avalia viabilidade
- transforma direcao em solucao executavel
- garante padrao tecnico
- tira a entrega do papel
Responsabilidades principais:
- liderar
Inceptiondo ponto de vista tecnico - tornar a proposta implementavel e operavel
- orientar a equipe na decomposicao de backlog
- garantir qualidade tecnica, tradeoffs e integridade da entrega
2.4 ET¶
ET e a equipe tecnica do squad.
Responsabilidades principais:
- implementar
- testar
- documentar
- validar
- operar junto com o LI
2.5 Board¶
O board e um grupo de especialistas que funciona como conselho orientador.
Ele nao substitui PM nem LI.
Ele existe para:
- elevar a qualidade das analises
- reduzir vieses e lacunas de experiencia
- apoiar revisoes de maior impacto
Responsabilidades principais:
- orientar reunioes de revisao
- questionar premissas fracas
- ajudar a calibrar riscos, arquitetura e decisao de produto
3. Regras de colaboracao¶
3.1 O PM nao fecha desenho tecnico sozinho¶
O PM pode organizar o problema e o recorte.
Mas viabilidade tecnica e ownership de implementacao precisam passar pelo LI.
3.2 O LI nao redefine problema sozinho¶
O LI pode e deve tensionar premissas.
Mas redefinir objetivo de negocio, prioridade e compromisso sem alinhamento com PM e cliente cria desalinhamento estrutural.
3.3 O board orienta, nao executa no lugar do time¶
O board deve aumentar a qualidade da decisao.
Ele nao deve virar gargalo permanente para o fluxo cotidiano.
3.4 A equipe tecnica entra antes do codigo¶
Mesmo com participacao menor em SOW e Discovery, a ET nao deve aparecer apenas na implementacao.
Ela deve ser envolvida cedo o suficiente para:
- identificar riscos
- levantar dependencias
- antecipar inviabilidades
4. Matriz de protagonismo por fase¶
| Fase | Protagonista principal | Coprotagonistas |
|---|---|---|
SOW |
Cliente + PM | LI, board |
Discovery |
PM | Cliente, LI, board |
Inception |
PM + LI | Board, ET |
Implementation |
LI + ET | PM |
5. Matriz de foco por fase¶
| Fase | Foco dominante |
|---|---|
SOW |
compromisso inicial e contorno do problema |
Discovery |
entendimento do problema e do dominio |
Inception |
definicao de recorte e viabilidade da solucao |
Implementation |
execucao, validacao, entrega e feedback |
6. Como os agentes entram no processo¶
Agentes de IA devem ser tratados como aceleradores de trabalho, nao como donos da decisao.
Uso recomendado:
- PM usa agentes para consolidar discovery, comparar artefatos e estruturar documentacao
- LI usa agentes para explorar alternativas, detalhar contratos, revisar coerencia e decompor backlog
- ET usa agentes para implementar, testar, revisar e documentar
Regra importante:
- decisoes de negocio continuam com humanos
- decisoes tecnicas relevantes continuam rastreadas em artefatos humanos e ADRs
7. Sinal de bom funcionamento¶
O processo esta funcionando bem quando:
- o cliente entende o que esta sendo feito e por que
- o PM consegue explicar o problema e o recorte
- o LI consegue explicar viabilidade e riscos
- a ET consegue executar sem depender de interpretacao heroica
- o board melhora a decisao sem travar o fluxo