Kundenzentrierung in agilen Projekten von Anfang an stärken

” Kundenorientierte Produktentwicklung kann der Schlüssel zum Erfolg für ein Produkt sein. Daher ist die Verbreitung einer kundenzentrierten Denkweise unerlässlich. ”

Verantwortung für kundenzentrierte Designaktivitäten

Obwohl der Kundennutzen im Mittelpunkt aller Mitglieder eines agilen Teams stehen sollte, sind klare Verantwortlichkeiten für kundenzentrierte Designaktivitäten erforderlich. Die Verantwortlichen sollten Erfahrung mit Forschungs- und Designmethoden haben, die Fähigkeit zur Zusammenarbeit mit anderen Abteilungen und Stakeholdern besitzen, stets eine Vogelperspektive einnehmen, zur Selbstreflexion neigen und diese Fähigkeiten kreativ im agilen Kontext anwenden können. Wie alle agilen Teammitglieder sollten sie unabhängig in der Art und Weise sein, wie sie ihre Ziele erreichen, und über ausreichende Ressourcen verfügen, um sich ohne Ablenkungen den Zielen zu widmen.

Backlog für Forschung oder Forschung für Backlog?

Designer haben nicht unbedingt immer ein Mitspracherecht bei der Entscheidung über die nächsten Themen für Forschung, Design oder Entwicklung. Dies kann dazu führen, dass Design zu einem reinen Formalakt in der Mitte eines Prozesses wird, anstatt eine Aktivität zu sein, die beeinflusst, wie das Team Wert schafft. Wenn Produktmanager vorgeben, welche Themen für Vorabrecherche und Entwicklung ausgewählt werden, kann Design nicht beeinflussen, wie das Team Kundennutzen generiert.

Kundenerkenntnisse sollten im Mittelpunkt der Entscheidungsfindung stehen, wenn das Team plant, woran es als Nächstes arbeiten soll. Das Team sollte darauf achten, dass seine Ziele nicht mit den Zielen der Kunden und Endnutzer kollidieren, um wertlose Arbeit zu vermeiden. Das Kundenerlebnis sollte nicht vernachlässigt werden, nur weil das Team unter Zeitdruck steht oder eine andere Lösung einfacher umzusetzen ist.

Finden Sie agile Wege, um Kundenerkenntnisse zu sammeln und eine Community aufzubauen.

Der Versuch, für jedes Ziel und jedes Entwicklungsthema Forschung zu betreiben, führt höchstwahrscheinlich zu Engpässen und überarbeiteten Designern. Wählen Sie die wichtigsten Forschungsthemen basierend auf dem aus, was Sie am meisten bezweifeln, und validieren Sie die sichereren Themen nach der Entwicklung. Der Aufbau eines Pools begeisterter Kunden und Endnutzer kann die Sammlung von Feedback gleichzeitig schneller und entspannter machen. Die Möglichkeit, einer solchen Community beizutreten, kann auch das Kundenerlebnis verbessern.

Konzentrieren Sie sich auf das Lernen nach der Entwicklung

Wenn ein Team in der Lage ist, häufig Releases durchzuführen, ist es wichtig, nach der Entwicklung Zeit damit zu verbringen, aus dem Feedback von Kunden und Endnutzern zu lernen, anstatt nur an den nächsten Funktionen zu arbeiten. Es sollte im Interesse des gesamten Teams und der Organisation liegen, zu erfahren, ob die Lösungen den gewünschten Nutzen schaffen. Was verbessert werden sollte und worauf als Nächstes der Fokus gelegt werden sollte. Reservieren Sie Zeit und schaffen Sie Rituale, um dies zu ermöglichen.

Integrieren Sie Kundenerkenntnisse in die tägliche Arbeit des Teams.

Wenn Ihr Team seine Ziele nicht so formuliert, dass sie Ergebnisse für den Kunden oder Endnutzer beschreiben, ist es an der Zeit, dies in Frage zu stellen. Job Stories sind ein Beispiel für ein effektives und einfaches Format zur Beschreibung von Zielen in agilen Teams. Der beste Ort, um Kundenerkenntnisse zu dokumentieren, sind direkt die Tickets, die das Team zur Verwaltung seiner Arbeit verwendet. Indem Sie die Tickets mit Nutzerdaten, Kommentaren und Anhängen füllen, stellen Sie sicher, dass Kundenerkenntnisse ihren Weg zu den Entwicklern finden.

Oft hat ein agiles Team keine Dokumentation des Kundenerlebnisses außer dem Dienst selbst. Wenn dem Team ein gemeinsames Verständnis des Erlebnisses fehlt, das es schafft, kann eine klassische Customer Journey Map hilfreich sein. Für agile Teams ist jedoch eine konkretere und praktischere Wahl das Story Mapping, bei dem das Team die Customer Journey mit seinen eigenen Story-Tickets als Bausteine erstellt. Bei allen Besprechungen und Kooperationspunkten sollten Designer als Stimme des Kunden auftreten und die Möglichkeiten nutzen, alle Teammitglieder dazu anzuregen, über den Kundennutzen nachzudenken.

Reviews, Reflexionen und Daily Meetings eignen sich hervorragend dafür, aber Sie können auch eigene informelle Kaffeepausen oder etwas Entspannteres einführen.

Tipps, um den Kunden von Anfang an in den Mittelpunkt zu stellen und Kundenzentrierung in Teams zu bringen:

• Die Erstellung der grundlegenden Architektur des Erlebnisses hilft uns später, wenn neue Funktionen eingeführt werden. Wir müssen mit der vorbereitenden Forschungs- und Designphase beginnen, bevor die sprintbasierte Entwicklung startet.
• Wir teilen Kundenerkenntnisse so weit oben in der Organisation wie möglich, um Wirkung zu erzielen.
• Wir erstellen eine Strategie für den Austausch von Kundenerkenntnissen.
• Wir stellen immer sicher, dass alle wichtigen Stakeholder erfasst wurden.
• In Konfliktsituationen nutzen wir die schriftlichen strategischen Ziele und Zielsetzungen der Organisation, um kundenzentrierte Aktivitäten zu rechtfertigen.
• Wir visualisieren die Roadmap gemeinsam, um festzustellen, ob es irgendwo an Kundenverständnis mangelt. Verwenden Sie zum Beispiel Story Mapping.
• Wir behalten den Fokus auf die aktuellen Ziele des Teams.
• Wir beziehen die gesamte Customer Journey in die Diskussion ein, selbst bei der Entwicklung kleinerer Funktionen.
• Wir vermeiden schnelle Hotfix-Lösungen, die das Gesamtbild nicht unterstützen, wenn es noch möglich ist.
• Wir suchen nach Möglichkeiten, das Kundenverständnis zu teilen.
• Wir integrieren unsere Gedanken und Kundenerkenntnisse direkt in Aufgaben und Tickets.
• Wir erinnern das Team ständig daran, dass wir Wert liefern sollen, nicht Funktionen.

Klärung der Begriffe

Kunde

In diesem Artikel sprechen wir hauptsächlich über Kundenorientierung und Kundenwert. Diese Begriffe beziehen sich nicht nur auf Kunden, sondern auch auf potenzielle Endnutzer und andere Stakeholder.

Team

Team bezieht sich auf alle Personen, die an der Erstellung eines Produkts für Kunden und Endnutzer beteiligt sind. Ob Entwickler, Designer, Product Owner, Manager oder andere Spezialisten – alle werden als Teil des Teams gesehen.

Design

Wir ziehen keine Grenzen zwischen verschiedenen Designrollen und Bezeichnungen (UI-Designer, UX-Designer, Produktdesigner, Servicedesigner, ...), da viele Arten von Designern wertvolle Mitglieder eines funktionsübergreifenden, agilen Teams sind. Wir definieren Design jedoch stark durch eine kundenorientierte Denkweise und setzen es in den Kontext von Teams, die Software als Teil einer Dienstleistung entwickeln.

Agil

Das Wort agil beschreibt eine Eigenschaft bestimmter Softwareentwicklungsteams. Agile Teams haben die Autonomie, ihre Arbeit in kurzen Feedbackzyklen zu organisieren, die es ihnen ermöglichen, ihre Arbeitsweise ständig weiterzuentwickeln, aus Kundenfeedback zu lernen und ihre Ziele anzupassen, um den Kundenwert zu maximieren.