Fundamento de produto

Do fundamento de produto a uma solução verificável

O fundamento de produto é o conteúdo autorizado que estabelece o que deve ser construído, por que deve existir, que resultados deve produzir, que condições deve respeitar e como seu cumprimento poderá ser determinado. Não é um novo tipo de documento nem um modelo obrigatório. Pode estar em uma Job Story, em uma formulação de Jobs to Be Done, em um épico, em uma capacidade, em um requisito, em uma regra de negócio, em uma jornada, em um critério de aceitação ou em uma combinação coerente desses elementos.

Quando o fundamento é identificável

Um fundamento de produto é identificável quando o desenvolvimento consegue estabelecer, sem inventar decisões de produto, os elementos a seguir. Eles podem estar distribuídos em uma ou várias partes da definição recebida e não precisam usar estes nomes nem esta ordem.

Elemento	Pergunta de controle	Condição mínima
Fonte e autoridade	De onde vem e quem pode modificá-lo?	Origem rastreável e autoridade reconhecida
Razão	Que situação, necessidade, problema ou oportunidade aborda?	Justificativa compreensível sem depender da solução
Resultado	Que mudança ou progresso deve produzir?	Resultado reconhecível para as pessoas ou para o produto
Condições e limites	Que regras, restrições e exclusões devem ser respeitadas?	Limites suficientes para evitar decisões silenciosas
Evidência	Como saberemos que foi cumprido?	Critérios, observações ou testes proporcionais ao risco

A ausência de uma seção ou campo específico no PRD não constitui, por si só, um defeito. O método deve compreender a estrutura que o produto utiliza. Se faltar uma definição capaz de mudar materialmente a solução, o agente deve expor a lacuna e recorrer à autoridade correspondente; não deve preenchê-la por meio de uma inferência silenciosa.

Escopo completo e autoridade de produto

Quando uma definição de produto aprovada contém múltiplas histórias, capacidades, regras ou especificações, todas fazem parte do escopo, salvo se a própria definição ou uma decisão autorizada estabelecer o contrário. O plano de desenvolvimento deve compreender o conjunto, resolver suas relações e dependências e assegurar sua cobertura. Pode decompor, ordenar, agrupar ou executar o trabalho em paralelo; essa decomposição não modifica o escopo.

O plano organiza como o escopo é implementado. Não decide silenciosamente que parte do escopo merece existir.

• Toda omissão, modificação ou adiamento deve ser explícito, rastreável e aprovado pela autoridade de produto.

• Se as restrições de tempo, recursos ou tecnologia impedirem cobrir o escopo, o plano deve tornar visível a incompatibilidade e solicitar uma decisão.

• Uma estratégia incremental, por fases ou por releases pode ser utilizada quando o projeto a adota; não é uma obrigação do núcleo.

• A completude é determinada reconciliando a implementação e a evidência com a definição de produto completa e suas exceções aprovadas.

Este manifesto utiliza Job Stories como forma de referência para mostrar como um fundamento de produto pode ser transposto para o design, a implementação e a verificação. As Job Stories tornam explícitas a circunstância, a motivação e o resultado esperado, o que as torna uma representação especialmente útil para raciocinar sobre o progresso humano.

Sua utilização nas explicações, regras, exemplos e testes não obriga que toda definição de produto venha expressa por Job Stories nem autoriza transformar automaticamente um PRD nessa estrutura. Quando a definição utilizar outra forma, o método deve preservar seu significado, suas relações e sua autoridade. Uma Job Story derivada pode ser proposta como visão de trabalho quando acrescenta clareza, mas não substitui a fonte nem adquire autoridade por ter sido gerada.

De Jobs to Be Done a Job Stories

Jobs to Be Done e Job Stories cumprem funções distintas. Jobs to Be Done mantém a direção do produto: o progresso geral em função do qual uma pessoa adota uma solução em sua vida ou em seu trabalho. A Job Story leva esse progresso a uma situação concreta, capaz de orientar uma decisão de design, uma implementação e um teste.

Quando essa forma é utilizada, cada Job Story deve conservar uma relação explícita com o trabalho, propósito ou resultado de nível superior correspondente. Essa relação impede que uma história isolada perca a direção do produto.

Relação entre os níveis

Nível	Define	Evita
Jobs to Be Done	O progresso amplo que a pessoa busca conseguir	Organizar o produto em torno de funcionalidades
Job Story	A circunstância, a motivação e o resultado que ativam uma necessidade concreta	Projetar a partir de papéis genéricos ou pedidos literais
Resposta do produto	O comportamento do sistema escolhido para responder à história	Confundir o problema com a primeira solução imaginada
Evidência de aceitação	A observação que demonstra progresso naquela circunstância	Aceitar uma entrega porque funciona tecnicamente

Forma canônica de uma Job Story

Quando ocorre uma circunstância observável, preciso avançar sem prescrever a solução, para poder alcançar um resultado reconhecível.

Quando. Descreve o fato, a mudança ou a tensão que ativa a necessidade. Deve poder ser observado ou reconhecido sem depender de uma persona fictícia.

Preciso. Expressa a motivação, a compreensão ou a decisão requerida. Não nomeia uma tela, um botão, um agente nem uma funcionalidade.

Para poder. Define a situação mais favorável que a pessoa busca alcançar e que depois deverá ser verificada.

Evidência mínima que acompanha a história

A frase guia a conversa, mas não substitui a pesquisa. Uma história pronta para orientar o desenvolvimento deve registrar apenas a evidência necessária para sustentar suas decisões.

Elemento	Pergunta	Conteúdo mínimo
Comportamento atual	O que a pessoa faz hoje?	Passos, alternativa ou abandono observados
Obstáculo ou ansiedade	O que freia ou torna arriscado o avanço?	Dúvida, custo, receio, esforço ou dependência relevante
Evidência causal	O que sustenta a relação entre circunstância e motivação?	Observação, entrevista, dado de uso ou suposição declarada
Evidência de sucesso	O que demonstraria que houve progresso?	Comportamento ou resultado observável dentro da circunstância

Quando o papel ainda importa

Job Stories evitam usar o papel como explicação automática. Não eliminam diferenças reais entre pessoas. Papel, experiência, idade, permissões ou uma restrição física devem ser incorporados quando mudam causalmente a circunstância, o risco ou a solução válida. Se não mudam a decisão, não devem governar a história.

Testes de qualidade antes de projetar

• A circunstância descreve um gatilho concreto, e não uma categoria de usuário.

• A motivação expressa progresso ou compreensão, e não uma funcionalidade solicitada.

• O resultado pode ser reconhecido sem confundi-lo com concluir o fluxo do produto.

• A história está sustentada por evidência ou identifica com clareza a suposição pendente.

• A formulação permite comparar várias respostas, inclusive a opção de não construir.

• O escopo é suficiente para mudar uma decisão, mas não tenta conter o trabalho inteiro da pessoa.

Cadeia de rastreabilidade

O desenvolvimento deve poder ser percorrido nas duas direções: de cada decisão implementada até o fundamento de produto que a justifica, e da definição completa do produto até a evidência que demonstra sua cobertura. Quando o fundamento se expressa por Job Stories, a rastreabilidade deve conservar a circunstância, a motivação e o resultado de cada história aplicável.

Origem	Decisão	Verificação
Definição de produto	O que deve ser construído e sob que condições	Todo elemento obrigatório tem cobertura ou uma exceção aprovada
Jobs to Be Done	Que progresso geral merece atenção quando essa forma é aplicável	O resultado continua relevante para a pessoa
Job Story	Que circunstância concreta deve ser atendida quando a fonte utiliza essa forma	A história está validada e não prescreve uma solução não autorizada
Design e implementação	Que comportamento responde ao fundamento	Cada elemento tem uma razão rastreável
Aceitação	Que evidência autoriza declarar o desenvolvimento concluído	Resultados, regras e critérios se cumprem sob as condições definidas