Читать книгу Der Scrum-Reiseführer - Tobias Renk - Страница 21

Nachdem nun die Ziele für die verschiedenen Ebenen ermittelt wurden, ist es an der Zeit, über die Erfolgsfaktoren nachzudenken. Beim klassischen Projektmanagement hat man immer die Zieldimensionen Zeit, Kosten und Leistung im Blick. Deren Abhängigkeiten voneinander aufmerksam zu berücksichtigen ist von Bedeutung, da diese drei Größen in direkter Verbindung zueinanderstehen (siehe Abbildung 13).

Abbildung 13:

Magisches Dreieck

Als Erweiterung zum magischen DreieckMagisches Dreieck gibt es auch noch das TeufelsquadratTeufelsquadrat (siehe Abbildung 14). Bei diesem Quadrat wird die Leistungsdimension in die zwei Dimensionen Inhalt und Qualität aufgespalten. Werden alle Dimensionen des magischen Dreiecks oder des Teufelsquadrats (weitestgehend) erfüllt, spricht man von einem erfolgreichen Projekt.

Abbildung 14:

Teufelsquadrat

Sind diese Kriterien ein guter Maßstab, den Erfolg eines Projekts zu messen? Wer sagt denn, dass ein Projekt nicht bereits erfolgreich sein kann, wenn nur 60 % des Inhalts umgesetzt wurde und das innerhalb der Hälfte der Zeit. Das Projektbudget wurde zwar um 10 % überzogen, mit dem neuen Produkt erhöht sich jedoch der Umsatz gegenüber dem Vormonat um 20 % und das obwohl noch 40 % der Anforderungen fehlen. Natürlich sind Kosten, Leistung, Inhalt und Zeit weiterhin wichtige Erfolgsfaktoren. Gleichzeitig werden weitere Kriterien berücksichtigt. Was bedeutet es in unserem fiktiven Beispiel für den Projekterfolg, wenn sich aufgrund einer geringeren Produktqualität der Serviceaufwand um ein Fünftel erhöht? Welche Konsequenzen hat es, dass eine hohe Fehleranzahl dazu führt, dass die Kunden das Produkt nicht kaufen möchten? Was wäre, wenn man die Produktqualität im nächsten Release nur um 3 % verbessern würde, aber ein neues Feature, das ein Alleinstellungsmerkmal ist, implementieren würde und sich dadurch der Umsatz um 25 % steigern würde?

Kosten, Zeit, Inhalt und Qualität bleiben weiterhin wesentliche Erfolgsfaktoren. Dennoch bedürfen sie einer Erweiterung um den Funktionsumfang, den Marktanteil (insbesondere, wenn es relevante Mitbewerber gibt) und den generierten Wert. Der Wert der Produktanforderungen, auch als Business Value bezeichnet, wird uns später intensiver beschäftigen. Abhängig davon, welche Erfolgsfaktoren man für ein Produkt zugrunde legt, ist die Projektvorgehensweise darauf abzustimmen. Soll zum Beispiel ein fester Liefertermin eingehalten werden, richten sich sämtliche Bestrebungen danach. Kosten, Inhalt, Qualität und Funktionsumfang würden kaum beachtet werden. Stattdessen würden wahrscheinlich viele kostenintensive Experten mit den notwendigen Erfahrungen einkauft werden, das Produkt in kürzester Zeit mit minimalem Funktionsumfang so einfach wie möglich umsetzen.

Abbildung 15:

Produktziele

Für der Produktentwicklung sollte also nicht ein einziges Produktziel verwendet werden, sondern mehrere. Im Scrum Guide steht, dass das ProduktzielProduktziel das langfristige Ziel für das Scrum Team sei und, dass erst eine Zielvorgabe erfüllt sein sollte, bevor es an die nächste geht. Jedoch steht im Guide nicht, dass es für das Projektprodukt nicht ein Ziel gibt. Es wird auch nicht genauer festgelegt, was ein langfristiges Ziel ist. Dieses kann individuell festgelegt werden. Wenn die Sprintdauer beispielsweise eine Woche beträgt, können drei Monate durchaus lang sein. Es spricht daher nichts dagegen, mehrere Produktziele zu definieren.

Wie viele Produktziele werden gebraucht? Mindestens so viele, wie benötigt werden, um die strategischen Ziele erreichen zu können. Das mag sich pauschal anhören, dahinter verbirgt sich jedoch ein hohes Maß an Agilität. Es bedeutet, dass keine feste Anzahl an Produktzielen für die strategischen Ziele erreicht werden muss. Es kann also sein, dass sich die Produktziele ändern, neue hinzukommen oder welche entfallen und daher Anpassungen an den strategischen Zielen notwendig werden. Dies erfordert möglicherweise auch Anpassungen an der Vision. Der Weg von der Vision bis zum Sprintziel wird nicht nur einmal durchlaufen, sondern immer wieder – ganz nach dem agilen Verständnis.

Wie sollte nun ein einzelnes Produktziel gestaltet werden? Kurz und deutlich. Ein Ziel könnte zum Beispiel die „Verbesserung der Benutzererfahrung bei Verkaufsauswertungen“ sein. Da Ziele immer messbar sein müssen, könnten Sie hierfür beispielsweise die Metriken Kundenzufriedenheit oder Nutzungsdauer verwenden. Legen Sie zusätzliche relevante Erfolgsfaktoren fest. Achten Sie in den Zeitdimensionen darauf, dass Sie nicht zu weit in die Zukunft gehen. Dabei sollte der Zeithorizont zwischen sechs und maximal zwölf Monate liegen.

Die Produktziele sind auch die Basis für eine gute Strukturierung des Backlogs. So erreichen Sie, dass das Backlog immer am nächsten Ziel ausgerichtet wird. Das bedeutet, das Backlog enthält keine überflüssigen oder redundanten Product Backlog-Elemente. Das macht es für das Team einfacher, sich auf das nächste Ziel zu fokussieren, anstatt mit Themen konfrontiert zu werden, die erst viel später in der Produktentwicklung benötigt werden. Hinzu kommt, dass Sprintziele einfacher abgeleitet werden können. Diese sind auch immer am nächsten und nicht schon am übernächsten Produktziel ausrichtet.