PM-007 — Promessa Comercial Responsável
Conflito entre documentos
Aberto a partir da Análise PRDs × v0.3, depois da decisão de adotar os PRDs como fonte de construção (DEC-008 Adoção dos PRDs por incremento). Precisa de decisão das sócias antes da construção do incremento afetado.
O que precisa mudar?
O v0.3 exige formular uma promessa comercial responsável e registrar que o cliente reconheceu a transformação prometida. Nos PRDs isso não existe: há a reação à solução (sim, em parte, não) e nada mais.
Por quê?
É um gate inteiro do v0.3 que some. A promessa é o que liga a proposta ao que será cobrado na entrega, e é o que o handoff deveria carregar.
Exemplo
O cliente aceita a proposta entendendo que vai reduzir retrabalho. A entrega começa e ninguém consegue mostrar, por escrito, qual transformação foi prometida e aceita.
Preenchido por Julio:
Análise
- Requisitos e decisões afetados: ver a propriedade
afetaacima. - Impacto: decide o conteúdo do incremento correspondente. Quanto mais tarde for decidido, maior o retrabalho.
- Respeita as regras do produto (IA sugere, humano valida; ética; gates)? Sim nas duas versões; a diferença é o grau de controle.
Recomendação
Adotar a promessa do v0.3 dentro do Incremento 4, com registro do alinhamento antes da proposta, e fazer o handoff do Incremento 6 carregar a promessa aceita.
Decisão
- Resultado: aprovado — motivo: confirmado pelo Conflito 7 da Reconciliação Final v0.3 × PRDs. Recupera a Responsible Commercial Promise versionada e o Promise Alignment; Alignment é um Client Alignment Event, não um Gate numerado. A Proposal não pode inventar ou ampliar a Promise sem nova validação.
- Decidido por: Julio — data: 2026-09-20
Aplicação pendente
A decisão está registrada. A edição do PRD do Incremento 4 v2 para incluir a Promise versionada e o registro do Promise Alignment, e do handoff do Incremento 6 v2 para carregar a promessa aceita, acontece quando esses incrementos entrarem em construção.
O que foi alterado
| Arquivo | Mudança |
|---|