Agiler Festpreis - Wie man ...

Marktorientierte Entwicklung (auch bekannt als Agiler Festpreis)

Ich schlage einen Paradigmenwechsel bei der Entwicklung von Software vor, um einen geschäftlichen Nutzen zu erzielen. Damit ein Team einen geschäftlichen Bedarf befriedigen kann, ist es nicht der Arbeitsaufwand, der die benötigte Zeit definiert, es ist die verfügbare Zeit, die den Umfang der Arbeit bestimmt, die erledigt werden kann. Der Abgabetermin ist Teil des Bedarfs und nicht das Ergebnis von Schätzungs- oder Planungstechniken. Da der Abgabetermin Teil des Bedarfs ist, haben das Team und der Product Owner ein gemeinsames Budget (= Anzahl der Sprints), um die Vision zu verwirklichen. Anstatt Poker zu verwenden, um einen Einblick in die geschätzte Lieferzeit zu geben, sollten wir einen Marktplatz schaffen, auf dem Product Owner und Team über die Komplexität jeder Story 'verhandeln'.

Ich sehe viele Organisationen, die Scrum anwenden und bei denen das Team entscheidet, wann etwas erledigt wird. Das ist seltsam! Diese Teams halten die Organisation in Geiselhaft. Ich glaube nicht, dass dies eine gute Art der Zusammenarbeit sein kann. Ich möchte Ihnen einige Erfolgsgeschichten darüber erzählen, wie wir in letzter Zeit agile Festpreisprojekte durchgeführt haben, und die Ideen, die sie erfolgreich gemacht haben.

Was ist ein 'geschäftlicher Bedarf'?

Ein 'geschäftlicher Bedarf' muss nicht vage sein. Es ist etwas sehr Konkretes. Als Unternehmer möchte ich meine Idee verwirklichen, damit ich einen Wettbewerbsvorteil erhalte. Und ich möchte dies vor Ende des nächsten Quartals mit maximalen Kosten von X Euro. In Scrum nennen wir dies die 'Vision': Eine Aussage, die jeder verstehen kann und an die jeder glaubt.

Eine Metapher

Es ist wie beim Kauf eines Kühlschranks: Wenn ich einen Kühlschrank kaufen möchte, weiß ich, was ich brauche und wie viel ich dafür ausgeben möchte. In diesem Beispiel ist der geschäftliche Wert für mich, dass er rot ist (meine gesamte Küche ist rot), dass er meine Lebensmittel frisch hält und dass ich ihn als Gefrierschrank verwenden kann. Mein Budget beträgt 100 Euro. Ich brauche ihn heute, weil mein Kühlschrank kaputt ist. Und natürlich darf er nicht zu umweltschädlich sein, schließlich leben wir im grünen Zeitalter.Wenn ich zu einem Einzelhändler gehe, wird es nie passieren, dass ich mit einem blauen Kühlschrank für 500 Euro nach Hause komme, der in 3 Wochen geliefert wird. Vielleicht entscheide ich mich für einen großen oder kleinen Kühlschrank mit einer oder zwei Türen, aber diese Kriterien bringen keinen Mehrwert für meinen Geschäftsfall.

Fester Preis, fester Bedarf, feste Zeit und feste Qualität

In meinem Beispiel des Kühlschranks lege ich also den Preis, den Bedarf, die Qualität und die Zeit fest. Damit habe ich kein Problem. Natürlich muss ich in einigen Bereichen flexibel sein. Ich bin bereit, flexibel zu sein, wenn es um Funktionen geht, die keinen direkten Bezug zu meinem Geschäftsbedarf haben. Die Softwareentwicklung ist nicht mehr so schwierig, dass dieses Beispiel nicht als Metapher taugt. Überall auf der Welt verstehen Product Owner, was der wirkliche Geschäftswert hinter ihrer Vision ist. Teil dieser Vision ist es, diese Idee bis zu einem bestimmten Datum zu verwirklichen. Fester Preis, feste Qualität, fester Bedarf und feste Zeit!

Das goldene Fünfeck... eine Alternative zum eisernen Dreieck. Fester Preis, feste Qualität, fester Bedarf und feste Zeit !

Flexibilität steckt in technologischem Genie, dem Polieren von Funktionen, Funktionen, die nicht wirklich gebraucht werden.... Flexibilität steckt in der Zeit, die wir mit Meetings, mit der Behebung von Fehlern, mit Diskussionen... Flexibilität steckt in unseren Köpfen, weil wir gerne komplexe Dinge reparieren, anstatt sie einfach zu machen. Der Schlüssel liegt in der Einfachheit. Einfachheit der technischen Lösung, Einfachheit der Zusammenarbeit, Einfachheit der Verantwortlichkeiten. Je komplexer wir die Dinge machen, desto weniger Flexibilität bleibt übrig.

Wie man das in die Praxis umsetzt:

2 Schritte, die einen großen Unterschied machen werden:

• Kennen Sie den Weg zum Erfolg.

Der geschäftliche Wert lässt sich nur schwer mit einzelnen Geschichten verknüpfen. Viel einfacher ist es, den Geschäftswert für eine Vision oder ein Epos zu definieren. Wenn der Geschäftswert feststeht, können Sie entscheiden, was Sie sich für die Umsetzung dieser Idee leisten können. Angesichts der Kosten und eines Teams ist auch die Zeit, die für diese Entwicklung aufgewendet werden kann, eine Selbstverständlichkeit.Nehmen wir eine Vision, deren Umsetzung 10 Wochen kosten kann. Dann arbeiten Sie gemeinsam daran, den Weg zu dieser Vision zu definieren und zu klären, welcher Teil der Vision in jedem der 10 Sprints verwirklicht werden soll.Von da an ist es ganz einfach. Das Einzige, was Sie tun müssen, ist sicherzustellen, dass Sie jede Woche das liefern, worauf Sie sich geeinigt haben. Und denken Sie daran, dass Flexibilität darin besteht, die Komplexität zu reduzieren, und nicht darin, Geschichten zu entschlüsseln.

• Der Marktplatz anstelle von Pokersitzungen.

Eine Menge Komplexität steckt in jeder Geschichte selbst. Wie kann man die Komplexität in jeder Story reduzieren? Da wir bereits entschieden haben, was in jedem Sprint getan werden muss, mag der Wert des Pokerns von Stories fraglich erscheinen. Es gibt jedoch einen guten Grund, etwas Ähnliches weiterhin zu tun: Bevor ein Product Owner den Marktplatz (neuer Name für die Pokersitzung) betritt, weiß er, was er für jede Story ausgeben möchte. Wir können hier Storypoints als Währung verwenden. Er erklärt die Story, und das Team pokert um die Story. Wenn die Schätzung mit dem übereinstimmt, was der Product Owner für diese Story 'bezahlen' will, stimmen alle zu. Wenn die Schätzung höher ist als das Budget des Product Owners, sollten das Team und der Product Owner darüber diskutieren, warum das Team diese Story für komplexer hält. Oft stellt sich bei dieser Diskussion heraus, dass die Komplexität in den Dingen liegt, die keinen geschäftlichen Wert haben. Lassen Sie also die Komplexität weg und machen Sie die Geschichte kleiner, ohne den Geschäftswert zu beeinträchtigen. Vergessen Sie nicht, dass es um 'Qualität ohne Kompromisse' geht. Die Reduzierung der Komplexität ist kein Synonym für eine Verschlechterung der Qualität oder für Kompromisse bei den so genannten nichtfunktionalen Aspekten. Wir sprechen über die Reduzierung der funktionalen Komplexität, der technischen Komplexität, der Komplexität der Interaktionsdesigns, .... Wenn die Schätzungen des Teams unter den Erwartungen des Product Owners liegen, haben Sie die gleiche Diskussion. Warum hat der Product Owner einen größeren Teil seines Budgets reserviert als nötig? Wo sieht er Komplexität, die das Team nicht sieht?

Schlüssel zum Erfolg :

1. Eine klare Vision zu haben. Verstanden und mit Geschäftswert. Einschließlich eines starken Bedarfs an Fristen.
2. Ein Product Owner, der seine Bedürfnisse kennt und diese Vision in Geschichten übersetzen kann, die kleinere Geschäftsanforderungen definieren.
3. Ein Team, das den Auftrag hat und bereit ist, Entscheidungen zu treffen, um die Vision in der vorgegebenen Zeit zu verwirklichen.
4. Ein klares Verständnis für den Weg zur Vision. Ich liebe es, dies in einer Storymap zu tun. Sie macht deutlich, was bei jedem Sprint auf dem Weg getan werden muss.
5. Der Marktplatz, auf dem Team und Product Owner über die Komplexität, den Wert und die Kosten jeder einzelnen User Story "verhandeln". Je intensiver dieser Marktplatz ist, desto mehr Komplexität wird reduziert und desto mehr Geschäftswert wird geliefert.

Eine letzte Sache:

Wie das Parkinsonsche Gesetz besagt, füllt die Menge der Arbeit die gegebene Zeit aus. Wenn wir nicht zulassen, dass die Arbeit die Hälfte der Zeit ausfüllt, können wir jedes Stück Arbeit doppelt so schnell liefern.

Marktgetriebene Entwicklung (MDD)

MDD ist ein Konzept, das Unternehmertum in die Softwareentwicklung bringt. Product Owner auf der ganzen Welt verstehen, was der wirkliche Geschäftswert hinter ihrer Vision ist. Teil dieser Vision ist es, diese Idee bis zu einem bestimmten Datum zu verwirklichen. Da die Frist Teil der Notwendigkeit ist, haben das Team und der Product Owner ein gemeinsames Budget (= Anzahl der Sprints), um die Vision zu verwirklichen. Starke "Verhandlungen" auf dem Markt zwingen zur Reduzierung der Komplexität und ermöglichen es sowohl dem Team als auch dem Product Owner, den Geschäftswert zu einem festen Preis, einer festen Zeit, einer festen Qualität und einem festen Bedarf zu liefern. Lassen Sie uns zusammenarbeiten! Und geben wir unseren Product Ownern, was sie brauchen, wenn sie es brauchen. Product Owner auf der ganzen Welt, werden Sie zu Unternehmern und verhandeln Sie, um zu bekommen, was Sie wollen. Nicht mehr und nicht weniger!