Es ist eine harte Lektion, die auch wir derzeit in einem unserer Projekte lernen müssen: Die Tatsache, dass der Fokus auf Features anstatt auf Probleme bei der Entwicklung von Produkten zu unüberschaubaren Schwierigkeiten führen kann.

Genau darüber und Möglichkeiten, diese Schwierigkeiten zu umschiffen, schreibt Tom Watson in seinem Artikel "Problems, not Features" auf blueflavor.com.

Wo liegt das Problem?

Die Fragen, die man sich am Anfang jedes Projekts stellen sollte:

Welches Problem wollen wir lösen?

Und nicht:

Welche Features sollte unser Produkt haben?

Die Schwierigkeiten, die durch das Fokussieren auf Features liegen, lassen sich wie folgt zusammenfassen:

• Unüberschaubarkeit (ein Feature nach dem anderen wird hinzugefügt)
• Unzureichendes Wissen über Nutzen und Notwendigkeit der Features
• Höherer Entwicklungsaufwand für Features, die kein eventuell keinen Mehrwert erzeugen
• Fokus liegt auf der Technik-Seite und nicht auf der Kunden-Seite (falsche Perspektive)

Den Fehler vermeiden

Folgende Lösungen schlägt der Autor vor:

• Den Kunden bei der ersten Besprechung konkret nach Problemen fragen
• Dem Kunden zuhören. Je mehr man über das Geschäft des Kunden versteht, desto eher wird man die zu lösenden Probleme erkennen
• Budget als Argument: Weniger Features bedeutet meist auch geringere Kosten. Und das hört jeder Kunde gerne
• Features sind eine Toolbox und keine Zielsetzung

Die eigene Erfahrung 

Sehr wesentlich (und leider auch etwas, dass wir bei speak-friend erst jetzt beginnen umzusetzen) ist der initiale Entwurf, der das zu lösende Problem konkret erfasst. Auf diesen Entwurf kann man stets bei der Entscheidung über ein Feature zurückgreifen: "Hilft dieses Feature, Problem XY zu lösen, oder nicht?"

Wenn man sich konsequent in seinen Entscheidungen an den Problemen der Kunden entlang manövriert, so wird man am Ende in kürzerer Zeit ein effizienteres, Nutzer-orientiertes und vor allen Dingen erfolgreich abgeschlossenes Projekt sein eigen nennen.

[Links: Hier der link zum Artikel und einem weiteren Artikel über Ziele anstatt Features und ein Artikel über Probleme vor Lösungen]