Drei Gründe, nicht mehr über Zeit und Termine in agilen Umgebungen zu reden

Fristen und Termine waren für die Softwareentwicklung immer schwierig. Mit dem Aufkommen von Agile Software Development und Scrum wird sich das vielleicht noch schwieriger anfühlen. In diesem Beitrag werde ich untersuchen, wie Sie die Konversation von der Zeit und den Terminen auf etwas verschieben können, das wichtig ist: eine schnellere Wertschöpfung für Ihre Kunden.

Die meisten Organisationen sind immer noch projektorientiert und fordern Berichte über Liefertermine und -fristen. Dies ist notwendig, damit verschiedene Lenkungsausschüsse Entscheidungen treffen können. Infolgedessen verbringen Teams mehr Zeit mit der Erstellung von Aktualitäten und dem Verfassen von Berichten als mit der schnelleren Wertschöpfung für den Kunden. Aber um Organisationen dabei zu unterstützen, das zu verstehen, was es heißt, agil zu sein, müssen Sie ihnen helfen, ihre Denkweise zu ändern. In diesem Artikel teile ich meine Top-3-Lösungen darüber, wie ich dazu beigetragen habe, dies zu ermöglichen.

Projekte verkleinern

Eines der Probleme, mit denen ich oft konfrontiert bin, ist, dass Projekte viel zu groß sind. Darüber hinaus sind auch die entsprechenden Projektziele enorm. Als Faustregel gilt: Je größer das Projekt, desto komplexer, unvorhersehbarer und schwieriger wird es aufgrund zunehmender Abhängigkeiten. Je mehr Abhängigkeiten vorhanden sind, desto höher ist der Anpassungsbedarf und damit der „richtige“ Zeit- und Terminbedarf.

Wenn Sie als Product Owner Ihren Stakeholdern helfen können, Projekte zu verkleinern, z. Liefern Sie häufig kleinere Wertbrocken, ist weniger Ausrichtung erforderlich. Infolgedessen sinkt auch der Bedarf an Aktualität. Das Aufteilen größerer Ziele in zeitweilige Ziele hilft dabei, den Fokus zu schaffen - sowohl für Teams als auch für Stakeholder. Und diese Aufschlüsselung wird wahrscheinlich die Sprintziele für Ihre Sprints aufzeigen.

Story Mapping ist eine bessere Möglichkeit, User Stories zu erstellen - Jeff Patton
Storymapping… Konzentrieren Sie sich auf die ersten Funktionen

Ich habe Story Mapping als Technik verwendet, um Projekte zu verkleinern. Diese Technik hilft Ihnen, das Projekt so aufzuschlüsseln, dass Sie einen geschäftlichen Nutzen erzielen und schneller von Kundenfeedbacks profitieren. Außerdem können Sie festlegen, worauf Sie sich jetzt konzentrieren und worauf Sie sich nicht konzentrieren müssen. Beim Story Mapping hat unser Team die Stakeholder anhand von Sprint-Überprüfungen über den Fortschritt informiert und den bereits erzielten Nutzen demonstriert. Pro Sprint würden wir uns das Sprintziel setzen und untersuchen, ob und wie viel wir brauchen, um uns mit anderen Teams abzustimmen.

Verbinden Sie Ihre Stakeholder und die verschiedenen Silos

Eine weitere Herausforderung besteht darin, dass jede Abteilung - aus ihrer eigenen Perspektive - dem Kunden helfen möchte. Lenkungsausschüsse treffen Entscheidungen über die Gesamtstrategie. Obwohl die meisten Lenkungsausschüsse bereits den Business Case und die allgemeinen organisatorischen Abhängigkeiten und Vorteile in Frage stellen, wird es nach Genehmigung eines Projekts zu einem Wettlauf, das Projekt gemäß den versprochenen Fristen durchzuführen. Jedes Projekt übt dann Druck auf Einzelpersonen und Teams aus, um Funktionalität als höchste Priorität bereitzustellen. Wenn Sie diese Fristen nicht einhalten, müssen Sie vor dem Lenkungsausschuss stehen und erklären, warum Sie die versprochenen Fristen nicht einhalten.

Beauftragen Sie in diesen Fällen einen starken Product Owner, der die Werte der verschiedenen Stakeholder zusammenbringt. Er kann die verschiedenen Silos daran erinnern, dass der organisatorische Nutzen wichtiger ist als der Nutzen einer Abteilung. Dies erfordert, dass die Stakeholder Teil des Entscheidungsprozesses sind. Welche Features bauen wir? In welcher Reihenfolge? Auf diese Weise werden Entscheidungen von Menschen getroffen, die tatsächlich arbeiten oder mit den Konsequenzen konfrontiert sind.

Ich befand mich in einer Situation mit drei Stakeholdern, in denen jeder ein Drittel der Finanzierung des Teams bereitstellte, und forderte daher auch ein Drittel des Sprint-Rückstands auf, um sie für ihre Wünsche einzusetzen. Nach einigen Stakeholder-Meetings forderte ich die einzelnen Stakeholder auf, einen Einblick in ihre Kosten der Verzögerung zu gewähren. Die Verzögerungskosten sind ein Indikator dafür, wie viel Geld Sie verlieren, wenn Sie noch kein Feature in der Produktion haben (Quelle). Nachdem alle erklärt und transparent gemacht hatten, waren sie sich einig, dass der nächste Sprint einem Stakeholder zum Wohle der Organisation gewidmet sein würde.

Leiten Sie Gespräche vom Zeitfokus zum Wertefokus um

Agile Product Ownership ist sehr schwierig, da die Kultur geändert werden muss. In einer wertorientierten Organisation möchten Sie sich darauf konzentrieren, Werte zu liefern, anstatt pünktlich zu sein. Dies bedeutet, dass Sie die Aufmerksamkeit kontinuierlich auf den Wert lenken müssen, den wir schaffen. Wann immer Anfragen nach Fristen und Terminen auftauchen, müssen Sie das Denken herausfordern und fragen: „Wie können wir den Kunden auf diese Weise schneller einen Mehrwert bieten?“. Es geht hier nicht darum, einen kostenlosen Pass zu bekommen und zu erstellen, was immer Sie wollen, wann immer Sie wollen, sondern auf einer tiefen Ebene zu akzeptieren, dass alle Gespräche über Fristen und Termine in der komplexen Welt der Softwareentwicklung letztendlich sinnlos sind. Kein Grad an Planung, Terminplanung oder Terminfestlegung wird die Arbeit vorhersehbar machen. Konzentrieren Sie sich also nicht auf Termine, sondern darauf, den Kunden bei jedem Sprint funktionierende Software zur Verfügung zu stellen. Es kann eine Weile dauern, bis wir landen, aber die Leute werden feststellen, dass dies letztendlich die Risiken der Softwareentwicklung stärker reduziert als jede Art von Planung.

Innerhalb von zwei bis drei Sprints erhalten Sie wertvolle Funktionen. Bitte helfen Sie mir bei diesem Prozess, indem Sie während des Sprint-Reviews Feedback geben.

Und wenn Sie dies tun, können Sie mit den Stakeholdern diskutieren, was für einen Sprint am wichtigsten ist. Was brauchen sie gerade?

Abschließend

Zeit und Termine zu verwalten ist schwierig. Als Product Owner habe ich jedoch drei Techniken angewendet, um mit ihnen umzugehen und die Organisation dabei zu unterstützen, ihr volles Potenzial auszuschöpfen:

  • Projekte verkleinern
  • Verbinden Sie Ihre Stakeholder und die verschiedenen Silos
  • Leiten Sie die Konversation vom Zeitfokus zum Wertefokus um

Ich hoffe, diese Tipps helfen Ihnen dabei, mit Zeitplänen und Terminen effektiver umzugehen. Wenn Sie Tipps oder Tricks haben, mit denen Sie sie verwalten, können Sie diese gerne weiter unten veröffentlichen.

Dies ist ein Artikel des Gastautors Ziryan Salayi. Ziryan ist ein Allround-Agilist, der es sich zur Aufgabe gemacht hat, Menschen dabei zu helfen, ihr volles Potenzial auszuschöpfen. Zusammen mit The Liberators bietet er regelmäßig Workshops an und hilft Organisationen, ihr volles Potenzial auszuschöpfen. Ziryan ist auch Autor von Mythos- oder Fakt-Scrum-Coaching-Karten, einem Tool, mit dem Sie Diskussionen und Lerneffekte in Ihrem Unternehmen auslösen können.