Baust du für Nutzer oder dein Backlog?

Agile Development verspricht schnellere Bereitstellung, Flexibilität und Anpassungsfähigkeit. This speed is but connected with Hidden Costs.

The traditional development based on an basic customer research, which provides the whole project. In agilen Umgebungen wird diese Grundlage oft untergraben.

Daily promise, anpassungen des Umfangs and function weiterings replace after and after the customer needs by the teams about, was „cool“ or „nützlich“ wäre. Und schon bald entwickeln sie das, was das Team will, und nicht das, was die Benutzer brauchen.

The blind fleck is in your numbers unsichtbar: The speed remains high, stories are completed, sprints are successfully completed. But the actual use sinds, if they develop functions, after users have not requests. Und so landet man am Ende bei aufgeblähten Produkten, Feature-Fabriken und Lösungen, die nach Problemen suchen.

Um ihren agilen Prozess wieder auf den Kunden auszurichten,

• Sie gehen noch einmal auf das Problem, nicht auf den Backlog. Wenn Ihr Team das Ziel, die Reibung und den Kontext des Kunden nicht klar in seinen eigenen Worten formulieren kann, rätselt es. Stoppen Sie den Versand und lernen Sie.
• Definieren Sie Erfolg, bevor Sie bauen. Nicht „wir haben es ausgeliefert“, sondern „das hat das Verhalten der Menschen verändert“. Erfolg = Akzeptanz, Kundenbindung, Häufigkeit — nicht ausgefüllte Tickets.
• Validieren Sie häufig und nicht nur durch Umfragen. Nehmen Sie teil an Verkaufsgesprächen. Beobachten Sie, wie Benutzer in Echtzeit Probleme haben. Lass das Engineering-Team Feedback aus erster Hand hören. Die Schleife kann nicht einfach existieren, sie müssen eng sein.
• Baue weniger. Messen Sie mehr. You need no 10 functions. Sie benötigen einen, der tatsächlich etwas löst. Bei den meisten Rückständen handelt es sich um zu 90% um Lärm, weil niemand beschneidet.

Bei Agilität geht es im besten Fall nicht um Geschwindigkeit. Es geht darum, schnell zu lernen. Und lernen passiert nur, wenn Sie in der Nähe des Kunden sind.

If your roadmap is not been used models and direct feedback, it is only fundiertes vermutungen, and you number the all older of the Development teams to test your anni in the production.

The following messwerts/watches go further an one, how it actually looks, agil to work, with the customer is in the middle point — not as gespräch theme, but as function principle.

Tauch you a.

Wichtige Lektüre zu Customer-Centric Agile

Kundenorientierte Produktentwicklung mit Jira: Ein praktisches Webinar

~53 Minuten Webinar
‍

Transformieren Sie Ihren Jira-Workflow, um den Kunden in den Mittelpunkt Ihres agilen Prozesses zu stellen.

View aufnahme >

‍

‍

‍

Why leading agile teams on the customer use

~6 Minuten Lesedauer‍

‍

7 reasons why it good is, their agile teams have a gesund maß and customer orientation.

Read more >
‍

‍

‍
‍

‍

Kundenorientierte agile Entwicklung — Die Grundlagen

~4 Minuten Lesedauer
‍

Eine Aufschlüsselung der Kernpraktiken und Denkweisen, die erforderlich sind, um nicht zu einer Feature Factory zu werden.

Schau es dir an >

‍

‍

‍

Die agile Weinrebe

Branchenpuls und Community Buzz

📝 Aufbau eines kundenorientierten agilen Teams: Eine Reise voller außergewöhnlicher Erlebnisse

Ein detaillierter Erfahrungsbericht, der zeigt, wie ein Unternehmen seine Teams im Hinblick auf den Kundennutzen transformiert hat.

Erfahren Sie mehr >

💬 „Machen wir Agile... nur weil? “

Reddit-Thread about agile rituals, that lose the real value from the Eyes. Wenn der Prozess den Zweck überholt hat.

Nehmen Sie teil an der Diskussion >

‍

Du bist dran.

Schnappen Sie sich aktuellen Ihren Backlog. Kann Ihr Team in einem Satz erklären, wie jeder Artikel mit einem Kundenproblem oder -ziel zusammenhängt? If not, you start with the beschneiden. Fangen Sie an zu fragen, warum. Fangen Sie an, Wert zu schaffen.

Wir sehen uns beim nächsten Mal.