Grundsätzlich geht es bei der passsenden Vertragsgestaltung und Abrechnung bei agilen Projekten darum, dass sich beide Parteien auf die gemeinschaftliche Schaffung von Mehrwert einigen und in Abwägung der Bedürfnisse beider Partner das passende Modell gewählt wird.
Foto: CrizzyStudio – shutterstock.com
Keine fixen Projektpläne, unzureichende Steuerung und hohes Fehleraufkommen: Hartnäckig hält sich das Vorurteil, dass in agilen Projekten Chaos und Laisser-faire-Haltung herrschen. Aus Controlling-Sicht führt dies häufig zu einer gefühlten Budget-Unsicherheit. Um dieser bei einem Kunden oder im eigenen Unternehmen entgegenzuwirken, gilt es zunächst, den Finanzexperten die Logik der neuen Form des agilen Projektmanagements nahezubringen – am besten in einer Gegenüberstellung mit der ihnen vertrauten Wasserfallmethode.
Als wesentlicher Unterschied kristallisiert sich dabei heraus, dass klassische Werkverträge darauf basieren, zu Beginn des Projektes den Liefergegenstand möglichst genau zu beschreiben. Das heißt: Der Inhalt steht fest, Zeit und Budget sind typischerweise geschätzt. Bei einem agilen Projekt hingegen sind bei den gängigen Abrechnungsformen Zeit und Budget fix, während der Inhalt oder Scope geschätzt wird. Aufgrund dieser Tatsache entsteht bei den Finanzexperten im Unternehmen ein Unsicherheitsgefühl. Beschäftigten sie sich jedoch näher mit den jeweiligen Besonderheiten der beiden Abrechnungsmethoden, relativiert sich dieses erfahrungsgemäß deutlich.
Vermeintliche Budget-Sicherheit in Wasserfallprojekten
So hat bei einem klassischen Wasserfallprojekt der Projektleiter ein detailliertes Pflichten- und Lastenheft, das er abarbeitet. Erfahrungsgemäß gibt es dazu aber im Laufe des Projekts zahlreiche Change Requests, die am Ende in Summe häufig sogar teurer kommen als der ursprünglich kalkulierte Preis. Oder anders formuliert: Es ist eine Illusion, dass ein komplett dokumentiertes Projekt so läuft, wie im Vorhinein geplant. Oftmals sind nach einer langen Planungsphase die Pflichten- und Lastenhefte an dem Tag, an dem sie abgeliefert werden, bereits veraltet. Und so bergen gerade Vertragswerke, die auf der Wasserfallmethode beruhen und vermeintlich Budget-Sicherheit bieten, hohe Risiken.
Auf der anderen Seite werden agile Projekte sehr wohl gesteuert – allerdings in dem Wissen, dass es in einer schnelllebigen Wirtschaftswelt immer Unsicherheiten gibt und sich die Rahmenbedingungen und Anforderungen zum Beispiel an eine zu entwickelnde Software permanent verändern. Konkret heißt das: Im sogenannten Projekt-Backlog werden zunächst lediglich die Headlines für das gesamte Projekt aufgeschrieben.
Erst wenn das Team die betreffenden Themen bearbeitet, werden sie detailliert ausgearbeitet. Für den nächsten Sprint wird jeweils das Thema ausgewählt, das die höchste Wertschöpfung für den Kunden verspricht. Auch das Backlog wird permanent angepasst. Dies führt jedoch keineswegs zu Chaos, da die Teams bewährten Frameworks wie zum Beispiel Scrum folgen, durch die auch der Erfolg engmaschig kontrolliert wird. So wird in jedem Sprint überprüft, ob die Inhalte wertschöpfend sind oder nicht. Hinzu kommt außerdem, dass die Steuerung der Wertschöpfung beim Product Owner liegt, der in der Regel von Kundenseite eingesetzt wird. Er entscheidet, an welchen Themen gearbeitet wird. Auf diese Weise ist der Projektfortschritt für den Kunden zu jedem Zeitpunkt transparent.
Run-Rate: Häufig angeboten, aber nicht ideal
Diese Gegenüberstellung zeigt, dass der Kunde bei gut gesteuerten agilen Projekten grundsätzlich sogar eine höhere Transparenz und Kostenkontrolle hat als bei klassischen Wasserfallprojekten. Doch was bedeuten die Besonderheiten agiler Projekte nun genau für deren Abrechnung? Aufbauend auf der Logik der agilen Projekte – der Scope ist geschätzt beziehungsweise flexibel und der Kunde steuert die Wertschöpfung selbst – rechnen Beratungsunternehmen häufig über eine sogenannte Run-Rate ab.
Das bedeutet: Das Beratungsunternehmen stellt ein Team zur Verfügung und der Kunde zahlt pro Zeit. Als Product Owner ist der Kunde selbst für den Inhalt verantwortlich. Das ist aus Auftragnehmersicht das einfachste Modell, aus Sicht des Auftraggebers jedoch das riskanteste, weil er das komplette Risiko einer Fehlentwicklung trägt. Fairer ist es daher, gerade auch nach der Philosophie der agilen Methoden, die auf ein vertrauensvolles Miteinander und kontinuierliche Kommunikation und Abstimmung setzen, das Risiko zu teilen.
Eine Möglichkeit ist, ein niedrigeres Fixum für die eingesetzten Ressourcen zu vereinbaren und eine Prämie für erreichte Ziele – zum Beispiel für so genannte Releases oder gelieferte Story Points. Ebenfalls fair ist es, Exit-Möglichkeiten für beide Seiten zu schaffen. Das Unternehmen beauftragt zum Beispiel zunächst fünf Sprints und schaut danach, wie sich die Leistung des Teams entwickelt hat. Dann kann es entscheiden, ob es in dieser Konstellation weitergehen soll.
Königsweg: Agiler Festpreis plus Risikoteilung
Der Königsweg bei der Abrechnung agiler Projekte ist jedoch der sogenannte agile Festpreis. Dieser bedeutet zwar mehr Aufwand bei der Vertragsausgestaltung und ist deshalb oft noch die Ausnahme. Dem Kunden bietet er aber über die aufgezeigten Steuerungs- und Kontrollmechanismen hinaus eine höhere Planungssicherheit.
Das grundsätzliche Problem, das hier im Unterschied zur Wasserfallmethode entsteht, ist die Beschreibung dessen, was geliefert werden soll. Denn es gibt zwar eine Idee und Vision vom Nutzen der zu liefernden Features, aber noch keinen konkreten Plan für deren Umsetzung. Dies ist eine Stärke der agilen Projektarbeit, weil keine Leistungen festgeschrieben werden, die zum Zeitpunkt der Umsetzung womöglich nicht mehr wertschöpfend sind. Es erschwert jedoch die Beschreibung des Vertragsgegenstands.
Um dennoch auch für agile Projekte einen Festpreis zu ermitteln, setzten sich Unternehmen und Lieferant zusammen und definieren gemeinsam die Ziele für das Projekt. Im Fokus stehen dabei der Business Value für den Kunden und die Vision davon, was mit dem Projekt genau erreicht werden soll. Um auch das “Wie” zumindest grob zu spezifizieren, wird ein initiales Backlog erarbeitet – also die Liste von Inhalten, die nach heutigem Kenntnisstand zu diesem Projekt zu liefern sind.
Für dieses Backlog wird der Aufwand geschätzt. Dazu herangezogen werden Referenzarbeiten, für die man eine bestimmte Anzahl von Leuten und Tagen oder eine bestimmte Anzahl von Story Points benötigt hat. Auf diese Weise wird anhand verschiedenster Vergleichsobjekte der Aufwand des aktuellen Projekts geschätzt.
In der Logik der agilen Formate weitergedacht, gibt das Backlog nun den Rahmen vor. Von vornherein ist aber klar, dass es zu Änderungen kommen wird. Erfahrungsgemäß werden im Laufe der Zeit sogar ganze Themenkomplexe ausgetauscht, was für beide Vertragspartner in Ordnung ist, solange sich dadurch der Aufwand nicht gravierend ändert. Für den Fall, dass dies dennoch geschieht, gilt es, sich auch in Bezug auf den ermittelten Festpreis Gedanken zur Risikoverteilung und möglichen Exit-Optionen zu machen.
Möglich ist zum Beispiel: Nach Erreichen eines vereinbarten Budget-Limits werden die Kosten so weit heruntergefahren, dass der Lieferant nur noch kostendeckend arbeitet. Man teilt sich das Risiko des Überziehens des Projektrahmens zu mehr oder weniger gleichen Teilen. Zudem sind auch bei einem agilen Festpreis Vereinbarungen wie die Abrechnung nach dem Erreichen bestimmter Meilensteine realisierbar.
Möglich im Sinne einer höheren Budget-Sicherheit ist jedoch gerade auch bei agilen Projekten die Abrechnung beziehungsweise Vertragsgestaltung nach dem Prinzip “Design to Cost”. Bei diesem gibt das Unternehmen für ein Feature oder einen Liefergegenstand ein gewisses Budget vor, zum Beispiel 50.000 Euro. Dann kann man nach der Logik agiler Projekte fragen: Was können wir für 50.000 Euro liefern? Nach dem Iterationsprinzip werden zum Beispiel die wichtigsten Funktionalitäten für eine Software zuerst programmiert. Was nicht mehr in den Rahmen passt, wird gestrichen.
Gemeinschaftliche Schaffung eines Mehrwerts
Grundsätzlich geht es bei der Frage nach der passsenden Vertragsgestaltung und Abrechnung bei agilen Projekten darum, dass sich beide Parteien auf die gemeinschaftliche Schaffung von Mehrwert einigen und in Abwägung der Bedürfnisse beider Partner das passende Modell gewählt wird – was für den Kunden in der Regel auch Vorteile gegenüber der üblichen Vertragsgestaltung bei der Wasserfallmethode bietet. So ist beispielsweise ein klarer Risikosplit ein Ansatz, der hier eher selten gewählt wird. Dasselbe gilt für den Design-to-Cost-Ansatz, der jedoch dem Bedürfnis vieler Unternehmen nach Budget-Sicherheit entspricht.
Insgesamt zeigt die Erfahrung, dass in agilen Projekten aufgrund der deutlich höheren Kommunikationsdichte und tieferen Einbindung der Stakeholder am Ende die Zufriedenheit größer ist. Auch durch die tagtägliche Kommunikation über den Projektfortschritt, die durch die agilen Frameworks vorgegeben ist, entstehen keine größeren Black Boxes, bei denen der Kunde nicht weiß, was der Lieferant gerade tut.
Die extreme Transparenz in einem agilen Projekt sorgt zudem dafür, dass Dinge, die nicht gut laufen, sehr schnell erkannt werden und im Sinne des Kunden nachgebessert werden kann. Auch die Controller, die sich mit der agilen Projektarbeit näher beschäftigen, erkennen in der Regel, dass die Steuerung des zu erreichenden Mehrwertes hier deutlich besser gelingt und lassen sich auch von den Vorteilen passender Abrechnungsmodelle überzeugen. (pg)
Warum agile Organisationen und Methoden effizienter sind
9 Gründe, weshalb agile Unternehmen ihr Business und Krisen besser meistern
Foto: Mikko Lemola – shutterstock.com
Agile Methoden haben in vielen Unternehmen zwar schon Einzug gehalten, meist aber nur in Einzelbereichen wie zum Beispiel der IT. Eine Studie der Technologieberatung BearingPoint zeigt jedoch, dass Unternehmen mit einer durchgängig agilen Organisation sowie in der Unternehmenskultur verankertem agilen Mindset den Alltag und Krisen schneller und besser meistern. Gute Gründe für mehr Agilität.
Vereinfachte Prozesse
Foto: Tashatuvango – shutterstock.com
Agile Organisationen zeichnen sich durch hohe End-to-End-Prozessverantwortung, schlanke Prozesse, hohe Prozessautomatisierung und -standardisierung aus. Je leichtgewichtiger und standardisierter Prozesse sind, umso kosteneffizienter können Organisationen agieren.
Vereinfachte Steuerungslogik
Foto: keport – shutterstock.com
Organisationen, die in Abhängigkeit von Prioritätsänderungen flexibler steuern können, sind in Krisenzeiten besser in der Lage, schnell auf geänderte Parameter zu reagieren.
Vereinfachte Organisationsstruktur
Foto: patpitchaya – shutterstock.com
Agile Organisationen zeichnen sich dadurch aus, dass anhand der Wertschöpfungskette durchgängig verantwortliche, autonome und cross-funktionale Teams aufgebaut und Abteilungsgrenzen aufgelöst werden. In Krisenzeiten profitieren agile Organisationen durch bessere Zusammenarbeit über Teams, Abteilungen oder Business Units hinweg.
Höherer Innovationsgrad
Foto: Olivier Le Moal – shutterstock.com
Interdisziplinäre Teams wirken als Brutkasten für innovative Ideen und Ansätze. Außerdem verfügen agile Organisationen öfter über offene Ökosysteme und profitieren in Krisenzeiten von diesem Netzwerk.
Schnelle Reaktionsfähigkeit
Foto: TippaPatt – shutterstock.com
Es gilt, die Krise als Chance zu sehen und Änderungen willkommen zu heißen. Strukturen und Prozesse wie agiles Portfolio Management oder Objektive and Key Results helfen kontinuierlich neu zu bewerten. Agile Organisationen arbeiten iterativ mit vielen Feedback-Schleifen und das ständige Hinterfragen und Reagieren auf Änderung ist Teil ihrer DNA.
Kundennähe und Kundenzentriertheit
Foto: Tashatuvango – shutterstock.com
Gerade in Krisenzeiten muss den Kundenbedürfnissen entsprechend noch zielgerichteter agiert werden. Schnelles Feedback ist hier extrem wertvoll. Als Organisation muss bewusst auch mit Teilprodukten auf den Markt zu gegangen werden, um etwaige Kundenwünsche oder Adaptionen früh genug berücksichtigen zu können.
Hohe Selbstorganisation und Teamwork
Foto: Sergey Nivens – shutterstock.com
Teams, die es gewohnt sind, auch selbst Entscheidungen zu treffen, sind in Krisenzeiten flexibler und besser vorbereitet. Organisationen, deren Management sehr stark auf Selbstorganisation setzt und Entscheidungsbefugnisse weitgehend an die agilen Teams delegiert haben, sind schneller, was auch in Krisenzeiten ein immenser Vorteil ist.
Neuer Leadership-Stil
Foto: thodonal88 – shutterstock.com
Führungskräfte sind in Krisenzeiten besonders gefordert und profitieren von Skills, die für agile Organisationen typisch sind. Eine starke und offene Kommunikation kann Sorgen und Unsicherheiten ausräumen und psychologische Sicherheit vermitteln. Führungskräfte, denen es gelingt, eine nachhaltige Fehlerkultur zu etablieren, fördern nicht nur das kontinuierliche Lernen, sondern sorgen auch dafür, dass Mitarbeiter bereit sind, Entscheidungen und Risiken zu treffen.
Technologie-Führerschaft
Foto: Preechar Bowonkitwanchai – shutterstock.com
Agile Organisationen zeichnen sich durch eine Technologieführerschaft und den Einsatz moderner State-of-the-Art-Technologien aus. Organisationen, die bereits vor der Krise begonnen haben, ihre Kernsysteme auf eine Micro-Service-Architektur mit losen gekoppelten Services umzubauen und den Einsatz von Continuous-Integration-Systemen forciert haben, sind in der Lage, schneller und unabhängiger zu produzieren und kontinuierlich Releases zu veröffentlichen.
Grundsätzlich geht es bei der passsenden Vertragsgestaltung und Abrechnung bei agilen Projekten darum, dass sich beide Parteien auf die gemeinschaftliche Schaffung von Mehrwert einigen und in Abwägung der Bedürfnisse beider Partner das passende Modell gewählt wird.
Foto: CrizzyStudio – shutterstock.comKeine fixen Projektpläne, unzureichende Steuerung und hohes Fehleraufkommen: Hartnäckig hält sich das Vorurteil, dass in agilen Projekten Chaos und Laisser-faire-Haltung herrschen. Aus Controlling-Sicht führt dies häufig zu einer gefühlten Budget-Unsicherheit. Um dieser bei einem Kunden oder im eigenen Unternehmen entgegenzuwirken, gilt es zunächst, den Finanzexperten die Logik der neuen Form des agilen Projektmanagements nahezubringen – am besten in einer Gegenüberstellung mit der ihnen vertrauten Wasserfallmethode. Als wesentlicher Unterschied kristallisiert sich dabei heraus, dass klassische Werkverträge darauf basieren, zu Beginn des Projektes den Liefergegenstand möglichst genau zu beschreiben. Das heißt: Der Inhalt steht fest, Zeit und Budget sind typischerweise geschätzt. Bei einem agilen Projekt hingegen sind bei den gängigen Abrechnungsformen Zeit und Budget fix, während der Inhalt oder Scope geschätzt wird. Aufgrund dieser Tatsache entsteht bei den Finanzexperten im Unternehmen ein Unsicherheitsgefühl. Beschäftigten sie sich jedoch näher mit den jeweiligen Besonderheiten der beiden Abrechnungsmethoden, relativiert sich dieses erfahrungsgemäß deutlich.Vermeintliche Budget-Sicherheit in WasserfallprojektenSo hat bei einem klassischen Wasserfallprojekt der Projektleiter ein detailliertes Pflichten- und Lastenheft, das er abarbeitet. Erfahrungsgemäß gibt es dazu aber im Laufe des Projekts zahlreiche Change Requests, die am Ende in Summe häufig sogar teurer kommen als der ursprünglich kalkulierte Preis. Oder anders formuliert: Es ist eine Illusion, dass ein komplett dokumentiertes Projekt so läuft, wie im Vorhinein geplant. Oftmals sind nach einer langen Planungsphase die Pflichten- und Lastenhefte an dem Tag, an dem sie abgeliefert werden, bereits veraltet. Und so bergen gerade Vertragswerke, die auf der Wasserfallmethode beruhen und vermeintlich Budget-Sicherheit bieten, hohe Risiken.Auf der anderen Seite werden agile Projekte sehr wohl gesteuert – allerdings in dem Wissen, dass es in einer schnelllebigen Wirtschaftswelt immer Unsicherheiten gibt und sich die Rahmenbedingungen und Anforderungen zum Beispiel an eine zu entwickelnde Software permanent verändern. Konkret heißt das: Im sogenannten Projekt-Backlog werden zunächst lediglich die Headlines für das gesamte Projekt aufgeschrieben. Erst wenn das Team die betreffenden Themen bearbeitet, werden sie detailliert ausgearbeitet. Für den nächsten Sprint wird jeweils das Thema ausgewählt, das die höchste Wertschöpfung für den Kunden verspricht. Auch das Backlog wird permanent angepasst. Dies führt jedoch keineswegs zu Chaos, da die Teams bewährten Frameworks wie zum Beispiel Scrum folgen, durch die auch der Erfolg engmaschig kontrolliert wird. So wird in jedem Sprint überprüft, ob die Inhalte wertschöpfend sind oder nicht. Hinzu kommt außerdem, dass die Steuerung der Wertschöpfung beim Product Owner liegt, der in der Regel von Kundenseite eingesetzt wird. Er entscheidet, an welchen Themen gearbeitet wird. Auf diese Weise ist der Projektfortschritt für den Kunden zu jedem Zeitpunkt transparent.
Run-Rate: Häufig angeboten, aber nicht idealDiese Gegenüberstellung zeigt, dass der Kunde bei gut gesteuerten agilen Projekten grundsätzlich sogar eine höhere Transparenz und Kostenkontrolle hat als bei klassischen Wasserfallprojekten. Doch was bedeuten die Besonderheiten agiler Projekte nun genau für deren Abrechnung? Aufbauend auf der Logik der agilen Projekte – der Scope ist geschätzt beziehungsweise flexibel und der Kunde steuert die Wertschöpfung selbst – rechnen Beratungsunternehmen häufig über eine sogenannte Run-Rate ab. Das bedeutet: Das Beratungsunternehmen stellt ein Team zur Verfügung und der Kunde zahlt pro Zeit. Als Product Owner ist der Kunde selbst für den Inhalt verantwortlich. Das ist aus Auftragnehmersicht das einfachste Modell, aus Sicht des Auftraggebers jedoch das riskanteste, weil er das komplette Risiko einer Fehlentwicklung trägt. Fairer ist es daher, gerade auch nach der Philosophie der agilen Methoden, die auf ein vertrauensvolles Miteinander und kontinuierliche Kommunikation und Abstimmung setzen, das Risiko zu teilen. Eine Möglichkeit ist, ein niedrigeres Fixum für die eingesetzten Ressourcen zu vereinbaren und eine Prämie für erreichte Ziele – zum Beispiel für so genannte Releases oder gelieferte Story Points. Ebenfalls fair ist es, Exit-Möglichkeiten für beide Seiten zu schaffen. Das Unternehmen beauftragt zum Beispiel zunächst fünf Sprints und schaut danach, wie sich die Leistung des Teams entwickelt hat. Dann kann es entscheiden, ob es in dieser Konstellation weitergehen soll. Königsweg: Agiler Festpreis plus RisikoteilungDer Königsweg bei der Abrechnung agiler Projekte ist jedoch der sogenannte agile Festpreis. Dieser bedeutet zwar mehr Aufwand bei der Vertragsausgestaltung und ist deshalb oft noch die Ausnahme. Dem Kunden bietet er aber über die aufgezeigten Steuerungs- und Kontrollmechanismen hinaus eine höhere Planungssicherheit. Das grundsätzliche Problem, das hier im Unterschied zur Wasserfallmethode entsteht, ist die Beschreibung dessen, was geliefert werden soll. Denn es gibt zwar eine Idee und Vision vom Nutzen der zu liefernden Features, aber noch keinen konkreten Plan für deren Umsetzung. Dies ist eine Stärke der agilen Projektarbeit, weil keine Leistungen festgeschrieben werden, die zum Zeitpunkt der Umsetzung womöglich nicht mehr wertschöpfend sind. Es erschwert jedoch die Beschreibung des Vertragsgegenstands.Um dennoch auch für agile Projekte einen Festpreis zu ermitteln, setzten sich Unternehmen und Lieferant zusammen und definieren gemeinsam die Ziele für das Projekt. Im Fokus stehen dabei der Business Value für den Kunden und die Vision davon, was mit dem Projekt genau erreicht werden soll. Um auch das “Wie” zumindest grob zu spezifizieren, wird ein initiales Backlog erarbeitet – also die Liste von Inhalten, die nach heutigem Kenntnisstand zu diesem Projekt zu liefern sind. Für dieses Backlog wird der Aufwand geschätzt. Dazu herangezogen werden Referenzarbeiten, für die man eine bestimmte Anzahl von Leuten und Tagen oder eine bestimmte Anzahl von Story Points benötigt hat. Auf diese Weise wird anhand verschiedenster Vergleichsobjekte der Aufwand des aktuellen Projekts geschätzt. In der Logik der agilen Formate weitergedacht, gibt das Backlog nun den Rahmen vor. Von vornherein ist aber klar, dass es zu Änderungen kommen wird. Erfahrungsgemäß werden im Laufe der Zeit sogar ganze Themenkomplexe ausgetauscht, was für beide Vertragspartner in Ordnung ist, solange sich dadurch der Aufwand nicht gravierend ändert. Für den Fall, dass dies dennoch geschieht, gilt es, sich auch in Bezug auf den ermittelten Festpreis Gedanken zur Risikoverteilung und möglichen Exit-Optionen zu machen. Möglich ist zum Beispiel: Nach Erreichen eines vereinbarten Budget-Limits werden die Kosten so weit heruntergefahren, dass der Lieferant nur noch kostendeckend arbeitet. Man teilt sich das Risiko des Überziehens des Projektrahmens zu mehr oder weniger gleichen Teilen. Zudem sind auch bei einem agilen Festpreis Vereinbarungen wie die Abrechnung nach dem Erreichen bestimmter Meilensteine realisierbar. Möglich im Sinne einer höheren Budget-Sicherheit ist jedoch gerade auch bei agilen Projekten die Abrechnung beziehungsweise Vertragsgestaltung nach dem Prinzip “Design to Cost”. Bei diesem gibt das Unternehmen für ein Feature oder einen Liefergegenstand ein gewisses Budget vor, zum Beispiel 50.000 Euro. Dann kann man nach der Logik agiler Projekte fragen: Was können wir für 50.000 Euro liefern? Nach dem Iterationsprinzip werden zum Beispiel die wichtigsten Funktionalitäten für eine Software zuerst programmiert. Was nicht mehr in den Rahmen passt, wird gestrichen.Gemeinschaftliche Schaffung eines MehrwertsGrundsätzlich geht es bei der Frage nach der passsenden Vertragsgestaltung und Abrechnung bei agilen Projekten darum, dass sich beide Parteien auf die gemeinschaftliche Schaffung von Mehrwert einigen und in Abwägung der Bedürfnisse beider Partner das passende Modell gewählt wird – was für den Kunden in der Regel auch Vorteile gegenüber der üblichen Vertragsgestaltung bei der Wasserfallmethode bietet. So ist beispielsweise ein klarer Risikosplit ein Ansatz, der hier eher selten gewählt wird. Dasselbe gilt für den Design-to-Cost-Ansatz, der jedoch dem Bedürfnis vieler Unternehmen nach Budget-Sicherheit entspricht. Insgesamt zeigt die Erfahrung, dass in agilen Projekten aufgrund der deutlich höheren Kommunikationsdichte und tieferen Einbindung der Stakeholder am Ende die Zufriedenheit größer ist. Auch durch die tagtägliche Kommunikation über den Projektfortschritt, die durch die agilen Frameworks vorgegeben ist, entstehen keine größeren Black Boxes, bei denen der Kunde nicht weiß, was der Lieferant gerade tut. Die extreme Transparenz in einem agilen Projekt sorgt zudem dafür, dass Dinge, die nicht gut laufen, sehr schnell erkannt werden und im Sinne des Kunden nachgebessert werden kann. Auch die Controller, die sich mit der agilen Projektarbeit näher beschäftigen, erkennen in der Regel, dass die Steuerung des zu erreichenden Mehrwertes hier deutlich besser gelingt und lassen sich auch von den Vorteilen passender Abrechnungsmodelle überzeugen. (pg)Warum agile Organisationen und Methoden effizienter sind9 Gründe, weshalb agile Unternehmen ihr Business und Krisen besser meistern
Foto: Mikko Lemola – shutterstock.comAgile Methoden haben in vielen Unternehmen zwar schon Einzug gehalten, meist aber nur in Einzelbereichen wie zum Beispiel der IT. Eine Studie der Technologieberatung BearingPoint zeigt jedoch, dass Unternehmen mit einer durchgängig agilen Organisation sowie in der Unternehmenskultur verankertem agilen Mindset den Alltag und Krisen schneller und besser meistern. Gute Gründe für mehr Agilität. Vereinfachte Prozesse
Foto: Tashatuvango – shutterstock.comAgile Organisationen zeichnen sich durch hohe End-to-End-Prozessverantwortung, schlanke Prozesse, hohe Prozessautomatisierung und -standardisierung aus. Je leichtgewichtiger und standardisierter Prozesse sind, umso kosteneffizienter können Organisationen agieren.Vereinfachte Steuerungslogik
Foto: keport – shutterstock.comOrganisationen, die in Abhängigkeit von Prioritätsänderungen flexibler steuern können, sind in Krisenzeiten besser in der Lage, schnell auf geänderte Parameter zu reagieren. Vereinfachte Organisationsstruktur
Foto: patpitchaya – shutterstock.comAgile Organisationen zeichnen sich dadurch aus, dass anhand der Wertschöpfungskette durchgängig verantwortliche, autonome und cross-funktionale Teams aufgebaut und Abteilungsgrenzen aufgelöst werden. In Krisenzeiten profitieren agile Organisationen durch bessere Zusammenarbeit über Teams, Abteilungen oder Business Units hinweg. Höherer Innovationsgrad
Foto: Olivier Le Moal – shutterstock.comInterdisziplinäre Teams wirken als Brutkasten für innovative Ideen und Ansätze. Außerdem verfügen agile Organisationen öfter über offene Ökosysteme und profitieren in Krisenzeiten von diesem Netzwerk.Schnelle Reaktionsfähigkeit
Foto: TippaPatt – shutterstock.comEs gilt, die Krise als Chance zu sehen und Änderungen willkommen zu heißen. Strukturen und Prozesse wie agiles Portfolio Management oder Objektive and Key Results helfen kontinuierlich neu zu bewerten. Agile Organisationen arbeiten iterativ mit vielen Feedback-Schleifen und das ständige Hinterfragen und Reagieren auf Änderung ist Teil ihrer DNA.Kundennähe und Kundenzentriertheit
Foto: Tashatuvango – shutterstock.comGerade in Krisenzeiten muss den Kundenbedürfnissen entsprechend noch zielgerichteter agiert werden. Schnelles Feedback ist hier extrem wertvoll. Als Organisation muss bewusst auch mit Teilprodukten auf den Markt zu gegangen werden, um etwaige Kundenwünsche oder Adaptionen früh genug berücksichtigen zu können. Hohe Selbstorganisation und Teamwork
Foto: Sergey Nivens – shutterstock.comTeams, die es gewohnt sind, auch selbst Entscheidungen zu treffen, sind in Krisenzeiten flexibler und besser vorbereitet. Organisationen, deren Management sehr stark auf Selbstorganisation setzt und Entscheidungsbefugnisse weitgehend an die agilen Teams delegiert haben, sind schneller, was auch in Krisenzeiten ein immenser Vorteil ist.Neuer Leadership-Stil
Foto: thodonal88 – shutterstock.comFührungskräfte sind in Krisenzeiten besonders gefordert und profitieren von Skills, die für agile Organisationen typisch sind. Eine starke und offene Kommunikation kann Sorgen und Unsicherheiten ausräumen und psychologische Sicherheit vermitteln. Führungskräfte, denen es gelingt, eine nachhaltige Fehlerkultur zu etablieren, fördern nicht nur das kontinuierliche Lernen, sondern sorgen auch dafür, dass Mitarbeiter bereit sind, Entscheidungen und Risiken zu treffen. Technologie-Führerschaft
Foto: Preechar Bowonkitwanchai – shutterstock.comAgile Organisationen zeichnen sich durch eine Technologieführerschaft und den Einsatz moderner State-of-the-Art-Technologien aus. Organisationen, die bereits vor der Krise begonnen haben, ihre Kernsysteme auf eine Micro-Service-Architektur mit losen gekoppelten Services umzubauen und den Einsatz von Continuous-Integration-Systemen forciert haben, sind in der Lage, schneller und unabhängiger zu produzieren und kontinuierlich Releases zu veröffentlichen.