Warum sich führende agile Teams auf den Kundennutzen konzentrieren

Im vergangenen Mai präsentierte John Walpole von Twitter auf der Facebook-Veranstaltung für technische Programmmanager im Silicon Valley Story Maps: Ein visuelles Tool für kundenorientierte Entwicklung. Und unser Produkt, Easy Agile User Story Maps for JIRA, erhielt einen Shoutout — danke John!

Schau dir jetzt John's Lightning Talk an:

John Walpole ist technischer Programmmanager bei Twitter in San Francisco. Bevor er zu Twitter kam, war er als Ingenieur, Produkt- und Programmmanager an den Xbox-, Azure- und Windows-Projekten bei Microsoft beteiligt.

In diesem Lightning Talk, der auf Facebook aufgezeichnet wurde, untersucht John Storymaps, um herauszufinden, worauf sich Ihr agiles Softwareentwicklungsteam konzentrieren sollte (um die Kundenbedürfnisse zu erfüllen). Storymaps stellen die Customer Journey während der Entwicklung in den Mittelpunkt und machen deutlich, was in einem Sprint eines Teams enthalten sein sollte. Weitere Informationen zum Story-Mapping finden Sie unter Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

Was ist eine Kundenpersona?

Customer Personas sind fiktive Verallgemeinerungen Ihrer wertvollsten Kunden.

Sie helfen Teams dabei, ihre Kunden zu verstehen, indem sie demografische Informationen wie Alter, Geschlecht, Standort und Einkommen sowie psychografische Informationen wie Interessen, Frustrationen und persönliche oder berufliche Beweggründe zusammenführen.

Was sind User Personas?

Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre wichtigsten Kunden zu erstellen.

Diese Übung bildet jedoch die Grundlage für andere agile Praktiken in der weiteren Entwicklung, und ihre Vorteile werden oft unterschätzt.

Agile-Experten haben mehr funktionsübergreifende Teams gefordert, was bedeutet, dass dieses Wissen darüber, wer der Kunde ist, nicht mehr in der alleinigen Verantwortung Ihres Vertriebs- und Marketingteams liegt. Jeder ist dafür verantwortlich, zu verstehen, wer der Kunde ist.

Teams, die ein gemeinsames Verständnis haben und sich darüber einig sind, wer die von ihnen bereitgestellte Lösung tatsächlich nutzt, haben eine höhere Erfolgswahrscheinlichkeit.

Der Aufbau von Kundenpersönlichkeiten hilft Teams dabei, die folgenden Fragen zu beantworten:

• Wer sind unsere Kunden?
• Was sind ihre gemeinsamen Verhaltensmuster?
• Was sind ihre gemeinsamen Probleme (beruflich und persönlich)?
• Was sind ihre Ziele und Vorgaben?
• Welche allgemeinen demografischen und psychografischen Informationen können ihre Entscheidungen beeinflussen?
• Was treibt sie dazu, Kaufentscheidungen zu treffen?
• Ist der Kunde der Käufer oder der Entscheidungsträger?
  

Sie können zwei Schritte unternehmen, um diese Fragen zu beantworten und herauszufinden, wer Ihre Kundenpersönlichkeiten sind:

Definieren Sie zunächst Ihre Personas im Großen und Ganzen

Es ist nicht verrückt zu glauben, dass die meisten Unternehmen eine umfassende Vorstellung davon haben werden, wer zumindest einige ihrer Kundenpersönlichkeiten sind. Dieses Wissen wird im Laufe der Zeit gesammelt und basiert auf Kundenfeedback, Supportanfragen, Gesprächen/Interviews und ersten Marktforschungen.

Dieses Wissen darf nicht unterschätzt werden und ist ein guter Ausgangspunkt, bevor Sie sich mit Analysen befassen, um diese Personas in spezifischeren Details zu konkretisieren.

Zweitens sollten Sie auf Erkenntnisse und Analysen achten

Sobald Sie sich ein paar Kundenpersönlichkeiten ausgedacht haben, ist es an der Zeit, sie mit qualitativen und quantitativen Daten zu konkretisieren.

Also, wo können wir diese Informationen finden?

Schau dir Quellen an wie:

• Webseiten-Analytik
• Einblicke in Facebook
• Kundenbefragungen und Umfragen
• Branchenberichte
• Kundeninterviews oder
• Produktinterne Analytik

Nachdem Sie all diese Informationen durchgesehen haben, können Sie die Daten Ihren ursprünglichen Annahmen zuordnen.

Am Ende der Übung sollten Sie und Ihr Team eine ziemlich gute Vorstellung davon haben, wer Ihre Kunden sind und wie Sie sie am besten betreuen, mit ihnen kommunizieren und Lösungen für sie entwickeln können.

Kundenpersonas in Jira

Sobald diese Personas entwickelt wurden, besteht die Herausforderung darin, zu entscheiden, wo sie gespeichert werden sollen.

Wenn Sie die Personas gut sichtbar machen, sollten Sie Ihr Team dazu ermutigen, sie jedes Mal in Betracht zu ziehen, wenn neue Arbeit in den Backlog aufgenommen wird. Sie möchten, dass sie denken: „Was würde Sam, der Systemadministrator, von dieser neuen Funktion halten? Würde sie es benutzen? Wie würde sie ihrem Team die Vorteile vermitteln? Auf welche Probleme kann Sam beim ersten Gebrauch stoßen?“

Deshalb haben wir eine App für Jira entwickelt — Easy Agile Personas.

Easy Agile Personas ermöglicht es dir, deine User Personas parallel zu deiner Arbeit in Jira zu erstellen und zu verwalten, sodass das gesamte Team den Kunden im Auge behalten kann.

Unabhängig davon, ob Sie sich für Easy Agile Personas entscheiden oder nicht, die von Ihnen entwickelten Kundenpersonas sind für die Erstellung von User Story Maps von entscheidender Bedeutung.

Probiere es jetzt

Bei Easy Agile orientieren wir uns (natürlich) an agilen Prinzipien und bemühen uns, Softwareentwicklungsteams dabei zu unterstützen, agile Methoden in die Praxis umzusetzen. Da jedoch jeden Tag so viel zu erledigen ist, ist es leicht, die Kernprinzipien der agiles Manifest.

Sie denken wahrscheinlich, dass Sie die agilen Prinzipien schon einmal gelesen haben und sie jetzt in die Praxis umsetzen... den ganzen Tag, jeden Tag. Warum müssen wir sie noch einmal überdenken?

Sie müssen die Prinzipien nicht auswendig lernen. Sie sind viel mehr ein Leitfaden als ein Routineprozess. Aber wenn Sie die agilen Prinzipien mit Ihren täglichen agilen Praktiken abgleichen, wird bestätigt, dass Sie sie in die Tat umsetzen. Dies hilft Ihnen auch dabei, Bereiche zu identifizieren, in denen Verbesserungen möglich sind. 🙌

Die anhaltende Relevanz der Prinzipien des agilen Manifests

Das agile Manifest konzentriert sich auf:

• Kontinuierliche Verbesserung durch Reaktion auf Feedback und Änderungen
• Es ermöglicht Softwareentwicklern und funktionsübergreifenden Teams, sich so zu organisieren, dass Zusammenarbeit und Interaktion gefördert werden
• Kunden in den Entwicklungsprozess einbeziehen und auf ihr Feedback reagieren

Das Manifest skizziert 12 agile Prinzipien, die das A und O der agilen Softwareentwicklung sind. Wir möchten diesen agilen Prinzipien einen praktischen Kontext bieten und werden sie daher in drei Kategorien unterteilen: Entwicklung funktionierender Software durch Organisation, Unterstützung der Teams bei der Zusammenarbeit und Taktiken zur Kundenzufriedenheit.

Organisieren Sie sich, damit Sie funktionierende Software erstellen können

Die ersten agilen Prinzipien, die wir besprechen werden, drehen sich um das Konzept einer funktionierenden Software — ein Produkt, das Ihre Kunden so früh wie möglich im Softwareentwicklungsprozess verwenden können. Sie passen es an, sobald Sie Feedback darüber erhalten, was gut funktioniert und was verbessert werden könnte. Dies steht im Gegensatz zu einem Wasserfall von der Methodik bis zur Entwicklung, bei der es sich um einen lineareren Ansatz handelt, der in der Regel keine iterativen Aktualisierungen zulässt.

Ein Ziel ist es, funktionierende Software zu entwickeln, die kontinuierlich aktualisiert werden kann. Aber das ist leichter gesagt als getan ohne die Hilfe von speziell entwickelten Tools wie Jira, dessen Ziel es ist, agilen Teams bei der Verwaltung ihres gewählten agilen Frameworks zu helfen, sei es Kanban oder Gedränge. (Sie können unseren Leitfaden zu den Unterschieden zwischen lesen Kanban und Scrum... oder wie man sie zusammen benutzt. 💪)

Schauen wir uns nun an, welche der 12 agilen Prinzipien in diese Kategorie fallen — #3, #7 und #8 — und wie Jira dabei hilft, ein Framework zu implementieren, das diesen Prinzipien entspricht.

Agiles Prinzip #3

„Stellen Sie häufig funktionierende Software bereit, von ein paar Wochen bis zu ein paar Monaten, wobei Sie den kürzeren Zeitrahmen bevorzugen.“

Atlassian (die Macher von Jira) fasst zusammen die Verkörperung dieses Prinzips perfekt in seiner Definition eines Sprints: „Ein Sprint ist ein kurzer, zeitlich begrenzter Zeitraum, in dem ein Scrum-Team daran arbeitet, eine bestimmte Menge an Arbeit zu erledigen.“

Agile Sprints laufen zwar über einen kurzen Zeitraum, aber ihre reibungslose Ausführung erfordert für Produktbesitzer und Softwareentwickler viel Arbeit. Zum Glück bietet Jira Möglichkeiten, diese Arbeit zu rationalisieren — sieh dir unseren Leitfaden an Teile deines Sprints automatisieren.

Agiles Prinzip #7

„Funktionierende Software ist das wichtigste Maß für Fortschritt.“

Mit Sprints können Sie sicherstellen, dass Ihr Team schrittweise funktionierende Software bereitstellt. Wenn ein Sprint gut genug geplant ist, kann er als Stopp für die Veröffentlichung Ihrer nächsten Reihe von Features und Funktionen für Ihre Endbenutzer dienen.

Agiles Prinzip #8

„Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Nutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo beizubehalten.“

Agile Frameworks wie Scrum können dabei helfen zu messen, ob ein Team ein konsistentes Tempo einhält. Innerhalb von Sprints kann der Aufwand auf verschiedene Arten gemessen werden, wie agile Storypoints. Wenn Sprints abgeschlossen sind, erstellt Jira automatisch einen visuellen Bericht darüber, wie viele Storypoints ein Team in seinem Team von Sprint zu Sprint abschließt Geschwindigkeitstabelle.

Zeit für Teamzusammenarbeit

Du bist ein agiles Team, das funktionierende Software bereitstellt und ein Super-Tool wie Jira nutzt, um deine Arbeit zu planen und deine Fortschritte zu verfolgen. Aber du brauchst eine menschliche Berührung, um wirklich agilen Werten zu folgen. Bitte begrüßen Sie die agilen Prinzipien #4, #6, #11, #5 und #12 auf der Bühne.

Agiles Prinzip #4

„Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.“

Tägliche Stand-up-Meetings sind eine Manifestation dieses Prinzips. In diesem Meeting ging jedes Teammitglied auf drei Themen ein: (1) woran sie gestern gearbeitet haben; (2) woran sie heute arbeiten; und (3) was sie daran hindert, heute Fortschritte zu erzielen.

Agiles Prinzip #6

„Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu vermitteln, ist ein persönliches Gespräch.“

Ob in einem persönlichen Meeting oder in einem Remote-Meeting, die Vermittlung von Informationen ist schwierig — aber (puh) wir haben das bereits mit Methoden wie täglichen Sprints und Geschwindigkeitsdiagrammen angegangen, um Informationen zwischen den Teammitgliedern auszutauschen und den Teamfortschritt visuell zu überprüfen. Und schon bald werden Sie andere Möglichkeiten sehen, wie agile Softwareentwicklungsteams sich organisieren und miteinander kommunizieren.

Agiles Prinzip #11

„Die besten Architekturen, Anforderungen und Designs entstehen in Teams, die sich selbst organisieren.“

Nun, zunächst, was genau ist ein sich selbst organisierendes Team? Es bedarf keiner Anleitung oder eines Mikromanagements von außen, um herauszufinden, woran gearbeitet werden muss und wie diese Arbeit definiert und priorisiert wird. Diese Teams finden heraus, wie sie ihre Arbeit planen, iterieren, um diese Arbeit zu erledigen, und arbeiten dann gemeinsam daran, wie sie sich kontinuierlich verbessern können. Das agile Scrum-Zeremonien — Stand Up, Sprint Planning, Sprint Review und Retrospektive — sind ein praktisches Beispiel dafür.

Agiles Prinzip #5

„Baue Projekte rund um motivierte Menschen auf. Bieten Sie ihnen das Umfeld und die Unterstützung, die sie benötigen, und vertrauen Sie darauf, dass sie die Arbeit erledigen.“

Ok, nach diesem Prinzip sind wir aus dem Ruder gelaufen — aber aus gutem Grund. Das Befolgen des Prinzips #11 ist sinnvoll, da gute, selbstorganisierte Teams von Natur aus motiviert sind. Sie arbeiten zusammen, um herauszufinden, wie die Arbeit erledigt werden kann, und um sich gegenseitig zu helfen, wenn jemand nicht weiterkommt. Nichtsdestotrotz ist es wichtig, dass definierte Rollen in einem agilen Team, wie ein Scrum Master, der Teammitglieder motivieren und ihnen Feedback geben kann.

Agiles Prinzip #12

„In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.“

Dieses Prinzip beschreibt perfekt eine Rückblick — eine Teambesprechung, um über deinen letzten Sprint oder deine letzte Iteration nachzudenken und zu besprechen, wie du dich für den nächsten Sprint verbessern kannst. Indem du diese Fragen beantwortest: (1) Was lief gut? ; (2) Was hätte besser laufen können? ; und (3) Was können wir anpassen, um uns beim nächsten Mal zu verbessern? Ihr Team arbeitet zusammen und interagiert, um effektiver zu werden.

Kundenzufriedenheit erreichen

Nicht zuletzt gehören zu den agilen Prinzipien auch Kundenbedürfnisse. Wer ist Ihr Kunde? Was sind ihre Bedürfnisse? Wie reagieren Sie auf ihr Feedback, um sicherzustellen, dass Sie ein funktionierendes Produkt anbieten, das sie lieben? Geben Sie die Prinzipien #1, #2, #9 und #10 ein.

Agiles Prinzip #1

„Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

Es stellt sich heraus, dass Sie wissen müssen, wer Ihr Kunde ist, um Ihren Kunden zufrieden zu stellen. 😉 Das erfordert Arbeit. Eine bewährte Methode, um herauszufinden, wer Ihre Kunden sind, besteht darin, Kundenpersönlichkeiten. Dabei handelt es sich um fiktive Profile Ihrer Kunden, die Dinge wie ihre Verhaltensmuster, ihre gemeinsamen Probleme und das Aussehen ihrer allgemeinen demografischen Informationen dokumentieren.

Agiles Prinzip #2

„Wir begrüßen die sich ändernden Anforderungen, auch in der späten Entwicklungsphase. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.“

Anforderungen können nur wirksam geändert werden, wenn sie definiert und den Stakeholdern zur Rückmeldung zur Verfügung gestellt werden. Selbst wenn dieses Feedback spät in einem Entwicklungszyklus zu Veränderungen führt, ist das in Ordnung! (Wahrscheinlich erhalten Sie auch Feedback zu der funktionierenden Software, die Sie bereits geliefert haben. 😎) Tools wie ein Produkt-Roadmap oder ein User-Story-Map die visuelle Ansicht Ihres Produkt-Backlogs bieten Ihren Kunden und Stakeholdern eine Plattform, auf der sie Feedback geben können.

Agiles Prinzip #9

„Kontinuierliches Augenmerk auf technische Exzellenz und gutes Design erhöht die Agilität.“

Ein Wort: Rückblick.

Ok, noch zwei Worte: Sprint Review.

Im Zusammenhang mit Prinzip #9 sind die Retrospektive und das Sprint-Review zwei agile Zeremonien, mit denen Sie die Qualität und das Design Ihrer Software kontinuierlich anpassen können, um die Bedürfnisse Ihrer Kunden bestmöglich zu erfüllen.

Agiles Prinzip #10

„Einfachheit — die Kunst, die Menge der nicht geleisteten Arbeit zu maximieren — ist unerlässlich.“

Stellen Sie sich vor, Sie hätten Ansichten Ihrer Kundenprofile (Personas), eine visuelle Abbildung ihrer Reise durch Ihr Produkt (User Story Map) und eine priorisierte Ansicht Ihres Plans zur Auslieferung Ihres Produkts (Roadmap). Was für eine Zeit, um am Leben zu sein! Wenn Sie alle drei Dinge tun, hat Ihr Team wahrscheinlich ziemlich gute Einblicke in die Frage, ob Sie die richtige Arbeit erledigen oder nicht. 💪

Die 12 agilen Prinzipien in die Tat umsetzen

Jetzt verstehst du, wie die agilen Prinzipien in agile Frameworks umgewandelt wurden und wie Tools wie Jira agilen Teams helfen können, mit diesen Frameworks zu arbeiten. Wir haben auch drei effektive Möglichkeiten erwähnt, um diese Prinzipien in die Tat umzusetzen, und unsere Produkte machen es einfach.

• Einfacher agiler Teamrhythmus unterstützt agile Teams von der Planung bis zur Überprüfung mit Funktionen, die User Story Mapping, Backlog-Refinement, Sprint- und Versionsplanung sowie Team-Retrospektiven unterstützen.
• Einfache Agile Personas für Jira bietet Teams einen kundenorientierten Ansatz zur Verfeinerung von Backlogs.
• Einfache Agile Roadmaps für Jira bietet Teams und Stakeholdern visuelle Einblicke in die Vision und den Plan für ein Produkt.
• Einfache agile Programme ist eine komplette PI-Planungslösung, die eine skalierte teamübergreifende Planung und Ausführung einfach macht.

Schauen Sie sich alle unsere agilen Lösungen an in Der Marktplatz von Atlassian!