Declaração
P01 O progresso da pessoa é a unidade de design
Não projete o que a pessoa pode fazer. Projete o progresso que ela precisa alcançar.
Tensão
Explicação
Um time pode entregar muitas funcionalidades e resolver pouco. Quando o trabalho é organizado por features ou por perfis genéricos, ninguém tem que explicar o que muda para a pessoa depois de usar o produto.
Aprofundar: Tensão
Quando o trabalho se organiza em torno de funcionalidades ou perfis genéricos, o time pode entregar muito e resolver pouco. Uma Job Story obriga a explicitar a causalidade: a circunstância que ativa a necessidade, a tensão que impulsiona a agir e a situação mais favorável que permitiria reconhecer o progresso. Quando o produto utiliza outra forma, essa mesma causalidade deve ser preservada na medida em que for aplicável.
Significado
Explicação
Uma capacidade importa apenas quando produz uma mudança reconhecível para alguém: passar de uma situação atual a um resultado desejado. Antes de projetar uma resposta, descreve-se quando surge a necessidade, o que a motiva e qual resultado permitiria reconhecer o avanço.
Aprofundar: Significado
Uma funcionalidade só faz sentido se ajudar alguém a passar de uma situação atual para um resultado desejado. O fundamento de produto estabelece a razão autorizada do desenvolvimento. Jobs to Be Done pode definir o progresso em um nível amplo, e a Job Story o torna operacional ao descrever quando surge a necessidade, o que motiva a pessoa e que resultado ela busca, sem antecipar a solução.
Consequência
Explicação
Toda decisão tem que ser rastreável até o fundamento de produto que a justifica. Uma solicitação de funcionalidade é reformulada como circunstância, motivação e resultado antes que as soluções sejam discutidas, e essa formulação admite mais de uma resposta, incluindo a de não construir.
Aprofundar: Consequência
Identificar o fundamento de produto e a fonte autorizada que estabelece o escopo antes de projetar uma resposta.
Quando o fundamento se expressar por Job Stories, situá-las dentro do progresso ou propósito de nível superior correspondente.
Formular cada Job Story como circunstância, motivação e resultado, sem nomear uma tela, um componente nem uma funcionalidade.
Sustentar as decisões com comportamento observado, obstáculo ou ansiedade atual e evidência que permita aceitar o resultado.
Exemplo
Uma solicitação chega como “adicionar um botão de exportação”. Reformulada, diz: quando alguém tem que apresentar seus dados a outra pessoa, precisa levá-los para fora da ferramenta sem refazer o trabalho. Essa formulação admite um botão, um link para compartilhar ou um relatório automático, e permite escolher a resposta que acrescenta menos carga.
Contraexemplo
Descrever um site como uma coleção de páginas ou efeitos. A lista do que ele contém não diz que compreensão ou capacidade obtém a pessoa que o percorre.
Sinal de descumprimento. “Como estudante, quero receber dicas para resolver derivadas” parece uma história útil, mas começa por um papel e prescreve uma função. Não explica quando surge o bloqueio, o que a pessoa precisa compreender nem como reconhecer que retomou o avanço.
Teste de decisão
Uma decisão está pronta quando estas perguntas têm respostas respaldadas por evidência, não por intuição.
É possível apontar a fonte autorizada que justifica esta decisão e sua relação com o escopo completo?
Quando existe uma Job Story, a circunstância é específica e observável ou apenas descreve um papel?
A motivação e o resultado estão sustentados por evidência ou foram supostos pelo time?
A formulação admite várias soluções possíveis? Se já prescreve uma interface sem que isso seja uma decisão de produto, precisa ser revista.
Fonte
Núcleo do manifesto v2.1, seção PRINCÍPIO 1 · P01. Baixar o núcleo