Was tun wir eigentlich? Und warum?

Was tun wir eigentlich? Warum implementieren wir diese erbärmliche Entschuldigung einer Benutzergeschichte? Was wird diese User Story im Gesamtkontext bewirken? Gibt es überhaupt ein größeres Bild? Ich habe als Coach an mehreren Fortbildungen teilgenommen, bei denen ich darauf gewartet habe, dass diese Fragen gestellt werden... Leider werden sie nur selten gestellt. Normalerweise, weil es keine einfache Antwort auf diese Fragen gibt. Die schwierige Wahrheit ist, dass wir alle gerne anderen gefallen wollen, also stecken wir lieber den Kopf in den Sand und hoffen, dass sich alles zum Guten wendet. Und genau das bekommen wir auch. Anstatt einen tollen Job zu haben, coole Sachen zu machen und etwas zu bewirken: unser Job wird genau das sein, er wird gut sein. Dabei könnte er so viel besser sein, wenn wir einige Praktiken anwenden würden, die ich in diesem Blog vorstellen werde.

Wenn Sie nicht verstehen, wie Ihre Arbeit zu anderen beiträgt, werden Sie allmählich die Motivation verlieren und bei der Arbeit passiv und reaktiv werden

Ich weiß nicht, wie es Ihnen geht, aber ich möchte mehr als nur gut sein. Ich möchte ein wunderbares Leben führen und ich würde es hassen, ein reaktives Individuum zu werden. Und ich glaube, ich bin nicht die Einzige, die von dieser Idee angetrieben wird. Als ich jung war, habe ich mich über Menschen geärgert, die in der Schule oder bei der Arbeit ein reaktives Verhalten an den Tag legten: Menschen, die erst dann handeln, wenn man ihnen sagt, dass sie etwas tun sollen. Aber in den letzten Jahren habe ich entdeckt, dass dies aus einem bestimmten Grund geschieht. Reagierendes Verhalten ist ein natürliches Ergebnis, wenn man in einem nicht motivierenden Umfeld arbeitet. Einer der wichtigsten Faktoren eines motivierenden Umfelds ist es, einen Sinn zu haben (siehe Dan Pinks Drive). Wir brauchen eine Richtung. Wir müssen wissen, wie unsere Bemühungen etwas bewirken können. Wenn wir nicht verstehen, wie unsere Bemühungen zu einer größeren Sache beitragen können - einer Sache, die größer ist als wir selbst - neigen wir dazu, uns mit dem Status quo zufrieden zu geben und einfach das zu tun, was uns gesagt wird. Ohne Sinn und Zweck neigen wir dazu, zu diesen reaktionsschnellen Menschen zu werden. Wir brauchen eine Richtung, um erstaunlich zu sein. Wir müssen sie uns selbst geben, oder wir brauchen jemanden mit einer Vision.

Wie schaffen wir also diese Richtung, dieses Gefühl der Zielsetzung in unserem Arbeitsumfeld? Ich habe herausgefunden, dass die beste Art und Weise, den Zweck in einer Organisation einzuführen, auf zwei Ebenen stattfindet: auf einer konzeptionellen Ebene (einer Produktvision) und einer greifbaren Ebene (Metriken). Die konzeptionelle Ebene hilft uns zu verstehen, wie unsere Beiträge dazu beitragen können, etwas Größeres als uns selbst zu erreichen, sie gibt uns einen Sinn. Sie ist auch wichtig, um Fragen zu beantworten wie: "Warum implementieren wir diese User Story?". Die greifbare Ebene hilft uns, uns auf die wichtigen Dinge zu konzentrieren und uns nicht mit philosophischen Diskussionen aufzuhalten, denn sie ist umsetzbar.

Konzeptionelle Ebene: Schaffung einer gemeinsamen Vision für das Produkt

Eine gemeinsame Vision ermöglicht es den Entwicklern, darüber nachzudenken, was das Beste für das Produkt ist. Sollten wir diese User Story umsetzen? Oder sollten wir etwas ganz anderes tun? Vielleicht gibt es eine Möglichkeit, das Problem des Kunden mit einer einzigen Zeile Code zu lösen. Um diese Diskussion zu führen, sollten die Teams eine Vision für das Produkt haben. Besser noch, sie sollten sie verstehen und in der Lage sein, User Stories anhand dieser Vision zu kritisieren. Eine gute Vision berücksichtigt immer die Prinzipien von SAM: Spezifisch: Eine Produktvision muss spezifisch sein, damit die Entwickler sie für die Diskussion von User Stories nutzen können. Annehmbar: Eine Produktvision muss akzeptabel sein, damit die Entwickler sie ernst nehmen. Bedeutungsvoll: Eine Produktvision sollte erklären, warum die Entwickler 8 Stunden am Tag an diesem Produkt arbeiten und nicht schon morgen aufgeben und zum Konkurrenten gehen.

BAD VISION: "Unser Produkt ist fast so gut wie das der Konkurrenz." GOOD VISION: "Unser Produkt wird den Menschen helfen, sich ein Bild von der Qualität zu machen." GOOD VISION: "Unser Produkt wird den Online-Einkauf zu einem persönlichen Erlebnis machen." GOOD VISION: "Mit unserer App kann der Nutzer mit einem einzigen Mausklick Lebensmittel bestellen."

Diese Produktvisionen sind akzeptabel, können bestimmte Leute inspirieren und können zur Kritik oder zur Diskussion von User Stories verwendet werden.

Visualisieren Sie die wichtigen Metriken (statt nur der Geschwindigkeit)

Metriken sind unglaublich mächtig. Unabhängig davon, welche Metriken Sie für Ihr Team visualisieren, wird sich das Team auf diese Metriken konzentrieren. Wenn Sie in Ihrem Teamraum ein Dashboard einrichten, das die Anzahl der 500 Fehler in der Produktion visualisiert, wird sich das Team darauf konzentrieren, die Anzahl der 500 Fehler zu reduzieren. Das ist ein automatisches Verhalten. Wir wollen, dass andere Menschen positiv über uns denken. Wenn Sie also einen Aspekt von sich oder dem Team visualisieren, wird Ihr natürliches Verhalten darin bestehen, diesen Aspekt zu verbessern. Leider verwenden viele Teams, die mit Scrum beginnen, die Geschwindigkeit als primäre Kennzahl. Anhand des vorangegangenen Beispiels können Sie vielleicht erahnen, worauf dies hinausläuft... Das Team wird sich darauf konzentrieren, so viele User Stories wie möglich zu liefern, ohne dabei auf die Qualität der Ergebnisse zu achten. Dann werden die Kunden immer unzufriedener und verlangen neue Dinge, was zu einem enormen Druck führt, eine Menge miserabler Software zu liefern. Aber wie Sie jetzt vielleicht verstehen, kann dies auch zu Ihrem Vorteil genutzt werden. Wenn Sie eine Metrik für die Qualität Ihrer Software erstellen und diese für das gesamte Team sichtbar machen, wird die Qualität automatisch steigen. So einfach ist das! Die Schwierigkeit liegt in der Auswahl der richtigen Metriken zur Visualisierung. Dies sind einige der nützlichen Möglichkeiten, wichtige Metriken zu visualisieren:

• Die Codeabdeckung ergibt sich aus der Ausführung Ihrer automatisierten Akzeptanztests.
• Die Anzahl der einzelnen Benutzer in der Produktion.
• Eine farbige LED-Lampe zeigt den Status der Build-Pipeline an.