Lo scopo è quello di evitare il lavoro inutile costringendo l'utente / cliente a fornire un vantaggio commerciale solido e tangibile come motivo per l'esistenza di questa funzione.
Non è inaudito che le funzionalità vengano aggiunte solo perché qualcuno pensava che suonassero alla moda, o perché altri software ce l'hanno, quindi anche il nostro deve averlo. Più spesso, quelli sono almeno completamente inutili, se non addirittura attivamente dannosi.
Tuttavia, di solito è facile individuare tali funzionalità, poiché le persone che le propongono in genere avranno difficoltà a fornire loro una ragione commerciale convincente.
Esiste una tecnica chiamata Popping The Why Stack , in cui prendi la parte "so that" e chiedi "Why?", Quindi prendi quella risposta e chiedi "Why?" di nuovo, ricorsivamente. Se, dopo la (diciamo) 04:57 "Perché" s, non si è arrivati alle due "perché ci farà soldi" o "perché ci risparmia denaro" (preferibilmente con una descrizione precisa di esattamente come quella sta per succedere), quindi la funzionalità non vale la pena implementare.
Alcune persone credono che questo sia così importante da metterlo al primo posto nel modello della storia:
In modo da [...]
Come un [...]
Voglio [...]
C'è un grande esempio da un discorso di alcune persone di Thoughtworks: uno dei loro clienti voleva che i rapporti stampati fossero formattati in un modo molto particolare. Quando il consulente ha chiesto "Perché", hanno detto che in questo modo era più facile digitare nuovamente. Quindi, invece di implementare la funzionalità di formattazione dei rapporti, hanno appena trasferito i rapporti sulla rete. Senza la clausola "così", avrebbero comunque stampato i loro documenti in un dipartimento, spedendoli all'altro dipartimento e digitandoli di nuovo.