Ersetzen Sie User Story durch Job Story

Hallo allerseits. Ein weiteres interessantes Material für Studenten des Kurses "Product Manager IT-projects" übersetzt. Viel Spaß beim Lesen

---

Zuvor habe ich bereits über Probleme mit User Stories (User Stories) geschrieben. Damals hielt ich es für besser, das Team zu bitten, die vorgeschlagenen Änderungen am Produkt zu besprechen. Die Strategie war gut, wenn das Team Unterstützung bot und das Produkt bereits ausgereift war. Jetzt arbeite ich jedoch mit einem neuen Team und erstelle ein Produkt von Grund auf neu. In diesem Fall haben wir ein leeres Blatt und es ist nicht leicht für uns, eine Einigung zu erzielen, wenn es um Kundenmotivation, Ereignisse und Erwartungen geht. Heute hat sich alles verändert. Ich habe eine großartige Möglichkeit gefunden, die Philosophie von Jobs To Be Done zur Definition der Produktfunktionalität zu verwenden. Heute sprechen wir über Jobgeschichten.

Woher kam sie?

Diese Idee kam von sehr klugen Leuten von Intercom . Hier ist, was sie zu diesem Thema sagen:

Wir nennen jede Aufgabe der Architektur Arbeit, wir konzentrieren uns auf die Situation oder das Ereignis, das sie initiiert, die Motivation oder den Zweck, und wir erhalten Folgendes:

Wenn _____, möchte ich ______ zu _______.

Wenn sich beispielsweise ein wichtiger Neukunde anmeldet, möchte ich Benachrichtigungen erhalten, damit ich ein Gespräch mit ihm beginnen kann.

In diesem Artikel beziehe ich mich nicht auf diese Konstruktion als auf Job Story, sondern werde sie so benennen, dass sie in Zukunft leicht wiedergegeben werden kann.

Heute werden wir nicht viel Zeit damit verbringen, das Konzept zu erklären. Ich werde nur darüber sprechen, warum es mir gefällt und warum es besser ist als User Story.

Über das User Story-Problem [erneut]

Im Allgemeinen besteht das Problem bei User Stories darin, dass sie zu viele Annahmen und wenig Kausalität enthalten. Wenn eine Aufgabe im Format einer User Story festgelegt ist ( wie [Art des Benutzers], möchte ich, dass [Aktion] [Ergebnis] erhält ), hat die Frage „Warum?“ Keinen Platz. Tatsächlich sind Sie einfach auf eine bestimmte Sequenz beschränkt, die aus dem Kontext herausgenommen wird.

So sehe ich dieses Format:


Annahmen und mangelnde Kommunikation zwischen einer Person und ihrem Handeln.

Das erste Problem ist, dass wir mit einer Persönlichkeit beginnen, die keine gute Idee ist , und dann die Aktion, die unserer Meinung nach ergriffen werden sollte, um das gewünschte Ergebnis zu erzielen. Wie ich bereits in der obigen Abbildung festgestellt habe, besteht die Kluft zwischen Aktion und Persönlichkeit.

Schauen wir uns einige vorhandene User Stories an:


Ein Beispiel für das Schreiben von User Stories

Können wir in der obigen Tabelle sagen, dass die Benutzertypen „Moderator“ und „Bewerter“ dem Gesamtbild Farbe verleihen? In jedem Fall führt dies zu Mehrdeutigkeiten. Wir können unsere eigene Interpretation dieser Konzepte anbieten und erklären, warum der Kontext so aussieht.

Hier, probier es aus. Entfernen Sie den gesamten Teil "als [Benutzertyp]" und prüfen Sie, ob Sie wirklich etwas verlieren. Vergleichen Sie die folgenden Aussagen:

Als Moderator möchte ich ein neues Spiel erstellen, indem ich einen Namen und eine optionale Beschreibung eingebe.

Oder sonst:
Ich möchte ein neues Spiel erstellen, indem ich einen Namen und eine optionale Beschreibung eingebe.
Ist der Himmel zusammengebrochen?

Job Story: Alles über Kontext und Ursachen


Job Story Format

Basierend auf noch mehr Erfahrung und Feedback verwende ich jetzt eine etwas andere Erklärung. Jetzt sehe ich es wie folgt .

Schauen wir uns das Bild noch einmal an und fangen wir endlich an!

Alle oben genannten Informationen sind sehr wichtig und informativ, da wir uns auf die Schadensursache konzentrieren. Jede Job Story sollte so viel Kontext wie möglich enthalten und sich auf die Motivation konzentrieren, nicht nur auf die Umsetzung.

Nachdem ich eine Weile mit Job Story gearbeitet hatte, änderte ich die Motivations in Motivations und Acting Forces. Lesen Sie den Artikel „5 Tipps zum Schreiben einer Jobstory“, in dem dieses Thema direkt behandelt wird. In diesem Podcast und in diesem kurzen Artikel erfahren Sie mehr über die wirkenden Kräfte.

Lassen Sie uns einige Beispiele aus der obigen Job Story-Tabelle in Job Story umschreiben und jedem Motivieren und Kontext hinzufügen.

User Story:
Als Moderator möchte ich ein neues Spiel erstellen, indem ich einen Namen und eine optionale Beschreibung eingebe.
Berufsgeschichte:
Wenn ich bereit bin, damit die Bewerter auf mein Spiel wetten können, möchte ich das Spiel in einem Format erstellen, das sie verstehen, damit die Bewerter mein Spiel finden und verstehen können, dass sie wetten können.

User Story:
Als Gutachter möchte ich sehen, ob der Artikel bewertet wird, um zu wissen, worauf ich wette.
Berufsgeschichte:
Wenn ich einen Artikel finde, den ich bewerten möchte, möchte ich ihn ansehen können, um zu verstehen, dass ich den Artikel, auf den ich wette, wirklich brauche.

User Story:
Als Moderator möchte ich einen Artikel zur Bewertung oder erneuten Bewertung auswählen. Das Team sieht diesen Artikel und kann ihn bewerten.
Berufsgeschichte:
Wenn ein Artikel keine Bewertung hat oder mir die Bewertung nicht gefällt, möchte ich den Bewertungsprozess neu starten und alle benachrichtigen, damit das Team weiß, dass ein bestimmtes Thema bewertet werden muss.

Was ist mit mehreren Rollen und Ereignissen?

Da ich verschiedene Rezensionen über die Job Story erhalte und weiterhin selbst mit ihnen arbeite, finde ich es angemessen, manchmal einige Rollen oder Charaktere in den Wann _____- Teil aufzunehmen.

Produkte mit mehreren Rollen

Rollen und Charaktere sind am nützlichsten, wenn das Produkt selbst mehrere Rollen hat, z. B. ein IT-Produkt (Administrator, Manager, Teilnehmer) oder ein Open Market-Produkt (Käufer, Verkäufer). Der Grund ist, dass man immer verstehen muss, über wen wir sprechen.

Nehmen Sie als Beispiel eBay:

Wenn der Käufer bereits eine Wette auf das Produkt abgeschlossen hat, ist er besorgt, dass jemand ein hohes Gebot abgeben wird, und möchte Benachrichtigungen erhalten, damit er genügend Zeit hat, um sein eigenes Gebot zu bewerten und zu aktualisieren.

Rollen und Kausalität

Manchmal treten Situationen auf, in denen die Job Story das Zusammenspiel mehrerer Rollen gleichzeitig beschreibt und ein Kausalszenario erstellt.

Nehmen wir noch einmal eBay als Beispiel:

Wenn der Verkäufer mit den eingegangenen Angeboten unzufrieden ist und sein Produkt vom Markt zurückzieht, möchten Käufer, die bereits Gebote abgegeben haben, sofort benachrichtigt werden, dass das Produkt von der Auktion zurückgezogen wurde, damit sie der Preisdynamik nicht mehr folgen und nach einem ähnlichen Produkt suchen.

Verwenden von Ereignissen anstelle von Rollen

Manchmal kann es vorkommen, dass ein Ereignis alle Rollen oder Personengruppen betrifft. Beispielsweise müssen Sie eine Kennworterinnerung abrufen. In diesem Fall gibt es keinen Grund, eine bestimmte Rolle einzuführen, sondern sie sollte auf der Ebene allgemeiner Konzepte belassen werden, z. B. "Client" oder etwas Ähnliches (aber nicht "Benutzer"):

Wenn ein Kunde sein Mobilgerät verwendet und das Kennwort vergisst, möchte er ein Kennwort, das mit seinem Mobilgerät problemlos wiederhergestellt werden kann, damit sich der Kunde weiterhin anmelden und auf seinen Newsfeed zugreifen kann.

Warum kein Benutzer ? Ein „Benutzer“ hört sich sehr leblos und fruchtlos an, während ein „Kunde“ Sie daran erinnert, dass es Menschen gibt, denen Sie eine Dienstleistung erbringen müssen und die geachtet werden müssen.

Motivation definieren, nicht Umsetzung

Job Stories sind gut, weil sie uns zum Nachdenken über Motivation und Kontext anregen und die Betonung der Hinzufügung einer bestimmten Implementierung aufheben. Oftmals aufgrund der Tatsache, dass die Menschen sich auf die Fragen „wer“ und „wie“ konzentrieren und dabei das „warum“ völlig vergessen. Wenn Sie anfangen, über das „Warum“ nachzudenken, eröffnen sich Ihrem Geist kreative und originelle Möglichkeiten, um das Problem zu lösen.

Erfahren Sie mehr

Ihre Job Story braucht einen schwierigen Moment (https://jtbd.info/your-job-story-needs-a-struggling-moment-c03de87c6026), 5 Tipps zum Schreiben einer Job Story.
Sie können auch mehr über JTBD und Job Story in meinem Buch When Coffee and Kale Compete erfahren.
Sie können es kostenlos als PDF-Datei herunterladen oder hier eine Papierversion kaufen. Und hier können Sie es online bestellen.