O objetivo é evitar trabalho desnecessário, forçando o usuário / cliente a fornecer um benefício comercial sólido e tangível como uma razão para a existência desse recurso.
Não é incomum que esses recursos sejam adicionados apenas porque alguém achou que parecia legal ou porque outro software o possui, então o nosso também deve tê-lo. Na maioria das vezes, essas são pelo menos completamente desnecessárias, se não ativamente prejudiciais.
No entanto, geralmente é fácil identificar esses recursos, porque as pessoas que os propõem geralmente têm problemas em fornecer uma razão comercial convincente para eles.
Existe uma técnica chamada Popping The Why Stack , onde você pega a parte "so that" e pergunta "Why?", Depois pega a resposta e pergunta "Why?" novamente, recursivamente. Se, depois (digamos) de três a cinco "Por que", você não chegou a "porque nos dará dinheiro" ou "porque nos poupará dinheiro" (de preferência com uma descrição precisa de como exatamente isso vai acontecer), então não vale a pena implementar o recurso.
Algumas pessoas acreditam que isso é tão importante que, na verdade, colocam em primeiro lugar no modelo da história:
A fim de [...]
Como um [...]
Eu quero [...]
Há um ótimo exemplo de uma palestra de algumas pessoas da Thoughtworks: um de seus clientes queria que os relatórios impressos fossem formatados de uma maneira muito peculiar. Quando o consultor perguntou "Por que", eles disseram que dessa maneira eram mais fáceis de digitar novamente. Portanto, em vez de implementar o recurso de formatação de relatório, eles apenas transferiram os relatórios pela rede. Sem a cláusula "para que", eles ainda estariam imprimindo os papéis em um departamento, enviando-os por correio para o outro departamento e digitando-os novamente.