Warum „agile“ Transformationen scheiternohne einen adaptiven Ansatz mit Continuous Delivery
0,5 % der Großprojekte werden pünktlich, im Budget und mit dem erwarteten Mehrwert geliefert. Die übrigen 99,5 % sind keine Zufälle. Sie sind die strukturellen Folgen eines Preis- und Projektmanagementmodells, dessen Grenzen seit Jahrzehnten dokumentiert sind.
0,5 %
der Projekte werden pünktlich, im Budget und mit dem erwarteten Mehrwert geliefert
Bent Flyvbjerg, How Big Things Get Done, 2023 (16.000 Projekte)
52,1 %
der Projekte überschreiten ihr ursprüngliches Budget
Bent Flyvbjerg, How Big Things Get Done, 2023 (16.000 Projekte)
1/3
der bei Microsoft getesteten Ideen verbessern den angestrebten Indikator. Ein Drittel hat keine Wirkung. Ein Drittel verschlechtert ihn.
Kohavi und Thomke, Harvard Business Review, 2017
Wenn Umfang, Budget und Zeitplan gleichzeitig festgelegt werden (das eiserne Dreieck), hat das Projekt keinen Spielraum zur Anpassung. Der Druck steigt, bis etwas nachgibt: der tatsächliche Umfang (Funktionen verschwinden stillschweigend), die Codequalität (Abkürzungen häufen sich) oder das Budget (Nachträge, Refinanzierungen, ein zweiter Vertrag, um das abzuschließen, was der erste hätte liefern sollen).
Story Points veranschaulichen diesen Mechanismus gut. Ursprünglich schätzten Teams, die nach Extreme Programming arbeiteten, einer Methode der Softwareentwicklung, in „idealen Tagen,“ einer Abstraktion der ununterbrochenen Arbeitszeit. Kunden lasen „3 ideale Tage“ und verstanden „Mittwoch.“ Sie machten Zusagen an ihre Geschäftsleitung auf dieser Grundlage, und Teams wurden an Fristen gebunden, die sie nie genannt hatten. Story Points wurden geschaffen, um diese Verbindung zum Kalender zu brechen: eine bewusst abstrakte Einheit, ohne mögliche Umrechnung in Tage.
Die Branche stellte die Umrechnung wieder her. Story Points wurden mit einem willkürlichen Koeffizienten multipliziert, um Tage zu erhalten, dann Termine, dann vertragliche Verpflichtungen. 2019 schrieb Ron Jeffries, einer der Erfinder der Story Points: „I may have invented story points, and if I did, I’m sorry now.“ („Vielleicht habe ich Story Points erfunden, und falls ja, tut es mir heute leid.“) Der Sprint Backlog ist nichts anderes als ein um 90 Grad gedrehtes Gantt-Diagramm (Frédéric Leguédois, Agile Coach und Trainer).
Milliarden an öffentlichen Mitteln für IT-Projekte verschwendet, dokumentiert von Rechnungshöfen und Parlamenten mehrerer Länder.
EUR 3,2 Mrd.
Vergleichssumme für ein satellitengestütztes Mautsystem, das sich um 18 Monate verzögerte und 14 Jahre Schiedsverfahren auslöste. Das längste und teuerste öffentliche IT-Schiedsverfahren in der europäischen Geschichte.
Deutsche Telekom / Global Arbitration Review, 2018CAD 5,1 Mrd.
für die Behebung der Fehler eines Gehaltsabrechnungssystems für 300.000 Beamte, das nach mehr als 10 Jahren Entwicklung noch immer nicht in der Lage ist, sie korrekt zu bezahlen. Ursprüngliches Budget: 310 Millionen.
Public Services and Procurement Canada, 2025EUR 400 Mio.
für ein HR-System für 1,1 Millionen Beamte. Das Projekt wurde nach 11 Jahren eingestellt und hatte nur 2 % der betroffenen Beamten erreicht.
Französischer Rechnungshof (Cour des comptes), 2020Organisationen, die Continuous Delivery praktizieren, erzielen dagegen messbare Ergebnisse:
182x
mehr Gelegenheiten, Ihre Nutzer besser zu verstehen und das Produkt an ihre Bedürfnisse anzupassen
8x
weniger Produktionsausfälle
2.293x
schnellere Wiederherstellung bei Ausfällen
DORA (Forschungsprogramm von Google Cloud), Accelerate State of DevOps Report 2024
Das belegte Geschäftsergebnis:
+50 %
höheres Marktkapitalisierungswachstum über 3 Jahre für Organisationen, die Continuous Delivery praktizieren
Forsgren et al., Accelerate, IT Revolution Press, 2018, Anhang B (Analyse 2014 auf der börsennotierten Teilstichprobe, seither nicht wiederholt)
„Agile Softwareentwicklung funktioniert, weil sie die Anwendung der wissenschaftlichen Methode auf die Softwareentwicklung ist.“
Dave Farley, Mitautor des Buchs Continuous Delivery, „Hypothesis Based Development“
Jede Idee ist eine Hypothese. Jede Auslieferung ist ein Experiment. Jedes Nutzerfeedback ist ein Datenpunkt.
Agile Softwareentwicklung: was das Manifest tatsächlich sagt
Das Agile Manifest und seine 12 Grundprinzipien passen auf eine Seite. Vier Werte:
- Funktionierende Software über umfassende Dokumentation
- Zusammenarbeit mit dem Kunden über Vertragsverhandlung
- Reagieren auf Veränderung über das Befolgen eines Plans
- Individuen und Interaktionen über Prozesse und Werkzeuge
Sprint Planning, Story Points, Scrum-Zeremonien (Daily Standup, Sprintplanung, Sprint Review), der Scrum Master, Velocity-Diagramme, agile Methodologien, agiles Management, SAFe und Skalierungs-Frameworks: nichts davon steht im Manifest.
Die Regeln, die geschaffen wurden, um den agilen Ansatz in traditionelle Methoden zu integrieren, obwohl er sie ersetzen sollte, wurden wichtiger als die Prinzipien, die sie anwenden sollten. Das Ergebnis wird in Milliarden gemessen, investiert in Software, die niemand nutzt.
Das Problem ist nicht das, was das Manifest sagt, sondern das Preismodell und der Projektmanagementprozess, die es umgeben.
Agile ist kein Mindset. Es ist die Anwendung der wissenschaftlichen Methode auf die Softwareentwicklung.
Bei DEVEDANOS, in unserem agilen Ansatz, ist jede Funktion eine Hypothese, die mit der Realität Ihrer Nutzer konfrontiert wird, um deren Feedback zu sammeln. Der Plan und die Spezifikationen entwickeln sich im Kontakt mit der Wirklichkeit weiter. Der Softwareentwicklungsprozess ist darauf ausgelegt zu entdecken und sich anzupassen, nicht ein Dokument auszuführen, das niemand mehr lesen wird.
Der Ansatz im Überblick
- Kontinuierliche Lieferung
- Ihre Software bleibt täglich deploybar
- Monitoring in Produktion
- Sie sehen Ausfälle und reale Nutzung früh
- Schnelle Rückkopplungen
- Sie messen ab dem ersten Entwicklungsmonat, was Ergebnisse liefert
- Wertgesteuerter Umfang
- Ihre Prioritäten entwickeln sich mit Ihrem Markt
- Ausführbare Spezifikationen
- Ihre genehmigten Funktionen bleiben stabil
Was Sie an diesem Projekt steuern
Was verändert diese Disziplin für Sie, Woche für Woche?
Agiler Ansatz: Sie entscheiden, was in Produktion geht
Prioritäten
Der klassische Ansatz
Ein Projektmanager entscheidet, auf Basis eines vor Monaten geschriebenen Dokuments (Wasserfallmodell, V-Modell)
Mit DEVEDANOS
Sie sind der Product Owner: Sie tragen die Produktvision, Sie kennen Ihren Markt, Sie steuern die Nutzerforschung, Sie entscheiden, was den größten Mehrwert hat, basierend auf unseren Beobachtungen. Wir wählen gemeinsam die nächste Hypothese zum Testen. Wenn die tatsächlichen Bedürfnisse Ihrer Nutzer nicht mit Ihren Prioritäten übereinstimmen, sagen wir es Ihnen
Richtungswechsel
Der klassische Ansatz
Nachtrag, Mehrkosten, Verzögerung
Mit DEVEDANOS
Sie ändern die Prioritäten, wann immer Sie wollen, in voller Flexibilität und Reaktionsfähigkeit. Der Vertrag ändert sich nicht. Der Preis auch nicht
Genehmigung
Der klassische Ansatz
Gesamtlieferung am Projektende (Tunneleffekt). Ihre einzige Wahl: das Abnahmeprotokoll unterschreiben
Mit DEVEDANOS
Wir prüfen jede Funktion und geben sie frei, bevor sie in Produktion geht. Möchten Sie das lieber nicht abgeben, dann übernehmen Sie es selbst
Fortschrittssichtbarkeit
Der klassische Ansatz
Monatliche Demonstrationen. Fortschrittsprozentzahlen, die von der tatsächlichen Software abgekoppelt sind
Mit DEVEDANOS
Sie öffnen die Anwendung jederzeit und nutzen, was geliefert wurde. Funktionierende Software in Produktion ist der wichtigste Maßstab für den Projektfortschritt. Unser kollaboratives Kanban-Board und Backlog sind ebenfalls jederzeit einsehbar
Bei Microsoft hat von den per kontrolliertem Experiment getesteten Ideen nur eine von drei den angestrebten Indikator verbessert. Ein Drittel hatte keine Wirkung, ein Drittel hat ihn verschlechtert, so Ronny Kohavi, der das Experimentierteam von Microsoft leitete, und Stefan Thomke, Professor an der Harvard Business School. Welche Ideen den erwarteten Mehrwert bringen, lässt sich nur in Produktion feststellen.
Jede Funktion wird zu einem lieferbaren Produkt in Form eines minimalen Inkrements. In Produktion beobachten wir, was Ihre Nutzer tun. Was wir lernen, bestimmt das Weitere: fortsetzen, anpassen oder einstellen.
Die Wartungskosten einer Funktion betragen das 3- bis 4-Fache der ursprünglichen Entwicklungskosten (Lientz und Swanson, Software Maintenance Management, 1980; neuere Arbeiten wie die von Capers Jones aus dem Jahr 2008 drücken denselben Befund in Prozent aus). Nichts Unnötiges zu bauen ist kein Luxus. Mit einem flexiblen Umfang und iterativer Entwicklung in kurzen Zyklen voranzugehen ist die einzige Lean-Antwort auf diese Verschwendung und sichert die Kundenzufriedenheit.
Gemeinsam bilden wir ein agiles Team: die Teamarbeit zwischen Ihnen und uns lenkt jede Entscheidung und deckt den gesamten Softwarelebenszyklus ab.
Jede Funktion ist ein vollständiger Entwicklungszyklus
Sie entscheiden, was die Software können soll; wir spezifizieren gemeinsam.
Wir untersuchen, planen, stellen die Priorisierung sicher und synchronisieren uns kontinuierlich. Softwareentwicklung ist ein Prozess der permanenten Entdeckung.
Gemeinsam identifizieren wir, was den größten Mehrwert für Ihre Endnutzer schafft, und zerlegen es auf das Kleinste, in lieferbare User Stories. Wir priorisieren durch direkten Wertvergleich. Wenn die Domänenkomplexität es erfordert, kartieren wir das Problemgebiet, bevor wir programmieren.
Für jede Funktion formulieren wir konkrete Kriterien: Was muss die Software genau tun, damit Sie die Arbeit genehmigen können? Diese Kriterien werden in automatisierte Testszenarien übersetzt, geschrieben vor der ersten Zeile Code (ausführbare Spezifikationen). Wenn die Tests bestehen, wird die Funktion zu einem lieferbaren Produkt. Wenn nicht, dann nicht.
Jede Änderung wird automatisch verifiziert, bevor sie Ihre Abnahmeumgebung erreicht.
Jede Codeänderung löst eine Kette aus kontinuierlicher Integration und automatisierter Verifizierung aus (die „Pipeline“). Schnelle Prüfungen (Unit-Tests, Typprüfung, statische Analyse) dauern weniger als 5 Minuten. Integrationstests und Abnahmetests (funktionale Tests), die das von Ihren Nutzern erwartete Verhalten nachbilden, dauern weniger als 30 Minuten.
Eine Änderung, die in einer dieser Stufen scheitert, erreicht niemals Ihre Abnahmeumgebung: Technische Mängel werden vorab abgefangen, und nur Funktionen, die den in Schritt 1 definierten Kriterien entsprechen, erreichen Sie.
Wir prüfen und geben frei, dann gehen wir live.
Wir testen jede Funktion in einer Abnahmeumgebung, die identisch mit der Produktion ist. Parallel führt die Pipeline Sicherheitsaudits und Leistungstests durch. Von der Änderung bis zum vollständigen Ergebnis, weniger als eine Stunde.
Sobald die Funktion abgenommen und freigegeben ist, aktualisieren wir die Anwendung in Produktion. Der Code ist bereits über unsere automatisierte Deployment-Pipeline bereitgestellt und wartet nur noch auf die Aktivierung in Produktion. Wenn Sie das lieber nicht aus der Hand geben, prüfen Sie jede Funktion selbst und geben sie frei.
In der Produktionsumgebung alarmiert uns das Monitoring bei einem Vorfall, ohne darauf zu warten, dass Ihre Nutzer ihn melden. Unsere Analysetools (Analytics) messen die tatsächliche Auswirkung jeder Funktion anhand der Pirate Metrics (AARRR: Akquisition, Aktivierung, Retention, Umsatz, Empfehlung) und leiten die nächsten Entscheidungen.
Was kontinuierliche Verbesserung bewirkt
Was bewirkt adaptive Entwicklung mit kontinuierlicher Lieferung?
Ihre Nutzer bleiben und Ihr Umsatz wächst
Ihre Software enthält, was Ihre Nutzer brauchen. Sobald eine Funktion live ist, sagen uns die Rückmeldungen, die wir bei Ihren Nutzern einholen, was als Nächstes zu tun ist: sie entfernen, sie anpassen oder eine neue hinzufügen.
Sie geben Ihren Wettbewerbern das Tempo vor
Sie besetzen das Feld. Sie iterieren schneller, in einem nachhaltigen Tempo. Deshalb bleiben Ihre Kunden bei Ihnen, statt woandershin zu gehen.
Jeder investierte Euro finanziert eine Funktion, die tatsächlich genutzt wird
Was nicht diente, wurde innerhalb von Tagen entfernt. Das Budget finanziert ausschließlich das, was Ihre Nutzer tatsächlich nutzen.
Ihr Unternehmen absorbiert Wachstum, ohne proportional mehr Personal einzustellen
Die Software übernimmt, was Neueinstellungen erfordert hätte: wiederkehrende Verarbeitungen, Nachverfolgungen, Synchronisierungen, Berichtswesen. Ihr Geschäft wächst und Ihr aktuelles Team reicht aus, weil die Software das zusätzliche Volumen auffängt. Die Vorteile sind operativ und sofort spürbar.
Die Null-Regressions-Garantie
Jede genehmigte Funktion wird durch einen automatisierten Test gesichert. Wenn eine spätere Änderung ihr Verhalten verändert, erkennt der Test die Regression, bevor Ihre Nutzer es bemerken.
Das Entwicklungsteam behebt die Regression ohne Mehrkosten, bevor es mit einer anderen Funktion weitergeht.
Abgedeckt
- Jede in der Abnahme genehmigte Funktion, deren Verhalten sich durch eine spätere Änderung verändert
- Korrektur bereitgestellt in Stunden statt in Wochen
- Rollback jederzeit möglich bei einem Vorfall
Nicht abgedeckt
- Anfragen für neue Funktionen (als reguläre Arbeit gezählt, nicht als Regression)
- Ausfälle von Drittanbieterdiensten (Hosting, externe APIs)
Ihr Monatsbudget steht fest. Das Gesamtbudget wird über einen Horizont geplant, den wir gemeinsam festlegen.
Sébastien Nobour
Software-Entwickler · Gründer von DEVEDANOS
Sie arbeiten mit den Entwicklern, die Ihre Software entwerfen, entwickeln und ausliefern.
Häufig gestellte Fragen
Liefern Sie Schätzungen?
Wir legen Ihr Monatsbudget fest und unsere Zusage, kontinuierlich die wertvollsten Funktionen zu liefern. Jede Funktion wird abgenommen und anschließend deployed. Wenn sich Ihre Prioritäten ändern, ändern wir uns mit. Ihr festes Monatsbudget entsteht gemeinsam mit Ihnen, ausgehend von Ihren Zahlen, über einen Horizont, den wir gemeinsam planen. Der Inhalt jeder Lieferung entwickelt sich mit der Realität weiter. Genau das schützt Sie.
Was ändert dieses Modell für mich?
Ein festes Monatsbudget gemeinsam mit Ihnen aufgebaut, ohne Schätzung zur Validierung. Ein flexibler Umfang, wo Sie die Richtung ändern, wann immer Sie wollen, ohne Nachtrag. Jede Funktion vor dem Produktionsgang geprüft und freigegeben. Und die Möglichkeit, den Vertrag jederzeit per einfacher schriftlicher Mitteilung zu beenden.
Warum dieser Ansatz? Klassisches Projektmanagement legt Umfang, Budget und Zeitplan gleichzeitig fest. Die Schätzung bei Vertragsabschluss fixiert den Umfang, bevor jemand das Problem wirklich versteht. Ohne Spielraum zur Anpassung wird jedes unvorhergesehene Ereignis zu einer fakturierbaren Ausnahme: fehlende Funktionen werden zu Nachträgen, fragiler Code erzeugt wiederkehrenden Wartungsaufwand.
Kann ich die Prioritäten während des Projekts ändern?
Jederzeit. Die Bedürfnisse des Kunden entwickeln sich weiter, der Umfang passt sich an. Sie ändern die Prioritäten, wann immer Sie wollen; der Vertrag ändert sich nicht, der Preis auch nicht. Wir wählen gemeinsam die nächste Hypothese zum Testen.
Was passiert, wenn der Entwickler meiner Anwendung nicht verfügbar ist?
Die Deployment-Pipeline ist die lebendige Dokumentation des Projekts: Testautomatisierung, die das erwartete Geschäftsverhalten beschreibt, automatisiertes Deployment über mehrere Umgebungen, Infrastructure as Code. Ein kompetenter Entwickler kann die Entwicklung innerhalb weniger Tage wiederaufnehmen, wenn die Testsuite grün ist und das Deployment per Knopfdruck läuft. Der Quellcode, die Infrastruktur, die Deployment-Pipeline und die Dokumentation sind Ihr geistiges Eigentum, sobald die erste Monatsrechnung beglichen ist. Die Pipeline verifiziert weiterhin jede zukünftige Änderung, unabhängig davon, welcher Entwickler daran arbeitet.
Was ist der Unterschied zwischen Ihrem Ansatz und einem klassischen agilen Projekt?
Ein klassisches agiles Projekt legt bei Vertragsunterzeichnung das Budget und die Liste der Funktionen fest, auf Grundlage von Schätzungen der Entwicklungszeit. Diese Schätzungen sind jedoch nur Vermutungen, und nichts garantiert, dass diese Funktionen Ihren Nutzern nützen: Die Liste entsteht zu dem Zeitpunkt, an dem man am wenigsten über sie weiß. Deshalb verfolgen wir einen anderen Ansatz: ein festes Budget für einen flexiblen Umfang. Die Software ist innerhalb eines Monats nutzbar, danach passen wir sie laufend an das an, was für Ihre Nutzer am meisten zählt.
Bin ich an eine Mindestvertragslaufzeit gebunden?
Keine Mindestlaufzeit. Der Vertrag hat keine feste Laufzeit und ist jederzeit schriftlich kündbar. Eine Testphase von bis zu 15 Arbeitstagen im ersten Monat: keine Rechnung, wenn Sie die Ergebnisse nicht wollen. Festes Monatsbudget, gemeinsam auf Basis Ihres Projekts festgelegt.
Bereit, den Unterschied zu sehen?
Dreißig Minuten, um Ihre Situation zu verstehen. Wenn wir helfen können, findet ein zweites Gespräch innerhalb von 48 Stunden statt, um das Angebot gemeinsam zu erstellen.