Dreizehn Jahre Erfahrung in der Prüfung von Softwareprojekten führen zu einer klaren Schlussfolgerung: Projekte scheitern nicht aufgrund von Pech, sondern aufgrund von dreizehn Fehlern, die
Sie wiederholen sich. Vier davon betreffen die Planung (unklarer Projektumfang, falsches Team, unmögliche Frist, Budgetierung auf Basis von Glaubenssätzen). Vier betreffen die Ausführung.
(Keine Tests, keine Dokumentation, technische Schulden vom ersten Tag an, Entscheidungen im Konsens). Fünf Punkte betreffen die Unternehmensführung (kein klarer Verantwortlicher, Gremien).
(Keine Entscheidungsfindung, unklare Kennzahlen, keine Akzeptanzkriterien, ständige Änderungen ohne Priorisierung). Die Erkennung dieser Probleme in den ersten zwei Wochen verhindert die Anwendung des spanischen Steuergesetzes 90%.
der Kosten.
Die Literatur zum Softwareprojektmanagement ist voll von Best Practices. Was fehlt, ist Ehrlichkeit im Umgang mit Fehlern. Nach dreizehn Jahren Erfahrung in der Prüfung von ins Stocken geratenen oder gescheiterten Projekten haben wir dreizehn Fehler identifiziert, die fast immer wieder auftreten. Da wir diese Fehler benennen können, erkennen wir sie in den ersten zwei Wochen, wenn sie noch zu einem überschaubaren Preis behoben werden können. Sie erst im sechsten Monat zu entdecken, kostet 5- bis 20-mal so viel.
Wir unterteilen sie in drei Kategorien: Planungsfehler, Ausführungsfehler und Führungsfehler.
Fehler 1 · Offener Gültigkeitsbereich als geschlossen gekennzeichnet. Der Vertrag spricht von “CRM-Implementierung”, spezifiziert aber weder Module noch Integrationen oder den Grad der Anpassung. Beide Parteien gehen von unterschiedlichen Leistungsumfängen aus. Die Diskussion über die Leistungen beginnt im dritten Monat und zieht sich endlos hin. Lösung: Leistungsumfang modulweise mit klar definierten Lieferergebnissen vereinbaren.
Fehler 2 · Falsche Ausrüstung für den Projekttyp. Engagieren Sie Big
Vier Personen für ein schnelles MVP sind ineffizient. Einen Freelancer für ein
Ein reguliertes kritisches System birgt Risiken. Die Beauftragung einer Senior-Boutique für ein
Kleine Aufträge sind teuer. Die Wahl des Anbieters bestimmt das Ergebnis.
als jede andere Methodik.
Fehler 3 · Unmögliche Frist aufgrund von kommerziellem Druck eingehalten. Der Kunde braucht
“Für Juni”, weil er eine bestätigte Ankündigung hat. Der Lieferant
Er unterschreibt, obwohl er weiß, dass es unmöglich ist, weil er den Vertrag braucht. Das Projekt
Der Film sollte im September erscheinen, die Ankündigung scheiterte jedoch, und jeder gab dem anderen die Schuld.
Lösung: Ehrlich einschätzen und das Unmögliche ablehnen.
Fehler 4 · Glaubensbasierte Budgetplanung. Schätzungen von “mehr oder weniger“
Dies ohne eine Aufschlüsselung der Meilensteine, ohne Notfallpläne und ohne Kriterien für Änderungen.
Wenn das Projekt im zweiten Monat um 30% abweicht, gibt es keine Möglichkeit
Um festzustellen, ob es sich um ein vertretbares oder ein katastrophales Szenario handelt. Lösung: detaillierte Kostenschätzung durch
Modul mit signiertem Puffer.
Fehler 9 · Beim Kunden ist kein eindeutiger Projektverantwortlicher vorhanden. Projekte
wobei es bei dem Projekt um Technologie, aber auch um Betriebsabläufe geht, auch
”des Marketings und auch des Vertriebs.“ Wenn jeder Miteigentümer ist,
Das ist niemand. Entscheidungen werden verschoben, Ergebnisse verzögern sich.
Sie bleiben ungeprüft und das Projekt verzögert sich. Lösung: ein einziger
Verantwortung und echte Befugnisse vom ersten Tag an.
Fehler 10 · Ausschüsse ohne Entscheidungsbefugnis. Zweiwöchentliche Treffen
mit fünfzehn Personen, bei denen niemand die Macht hat, Entscheidungen zu treffen,
Sie sind wichtig. Sie dienen der Information, nicht der Entscheidungsfindung. Lösung: Treffen von
Separate Entscheidungen aus Informationsveranstaltungen, mit unterzeichneter Vollmacht.
Fehler 11 · Unklare oder fehlende Kennzahlen. “Dass es gut funktioniert und die Nutzer zufrieden sind” ist kein aussagekräftiger Messwert. Ohne objektive Messwerte ist die Entscheidung,
“Es ist fertig” hängt von der Stimmung desjenigen ab, der es beurteilt. Lösung: Kennzahlen vor dem ersten Commit festlegen und wöchentlich messen.
Fehler 12 · Keine unterzeichneten Akzeptanzkriterien. Das Projekt geht in die Testphase, ohne dass eine vereinbarte Definition von “akzeptiert” vorliegt.
Endlose Diskussionen darüber, ob Fehler X ein Blockierungsproblem darstellt oder nicht. Lösung: Signierte Akzeptanzkriterien am Anfang des Moduls, bevor es gestartet wird.
Fehler 13 · Ständige Änderungen ohne Priorisierung. Der Kunde fügt jede Woche neue Anforderungen hinzu, ohne welche aus dem Backlog zu entfernen. Das Projekt wächst, ohne dass...
Weder der Zeitrahmen noch das Budget sollten erhöht werden. Das würde unweigerlich zu einer Eskalation führen. Lösung: eine schriftliche Änderungsrichtlinie, die Ergänzungen ermöglicht, aber gleichzeitig die Entfernung von etwas erfordert.
oder die Frist und das Budget verlängern.
Die ersten zwei Wochen eines Projekts sind die wichtigsten. Werden in diesem Zeitraum drei oder mehr der dreizehn Fehler entdeckt, ist das Projekt gefährdet.
Wir sind gefährdet und müssen innehalten, bevor wir weitermachen können. Fünf Fragen, die Sie in einem 60-minütigen Meeting stellen können:
Lautet die Antwort auf drei oder mehr Fragen “nein” oder “überhaupt nicht”, müssen Sie aufhören und
Bevor wir fortfahren, müssen wir diese Entscheidung treffen.
Nein, aber die Kosten sinken deutlich, wenn Probleme frühzeitig erkannt werden. Ein perfektes Projekt gibt es nicht. Ein gut gemanagtes Projekt zeichnet sich dadurch aus, dass Fehler innerhalb von Wochen, nicht Monaten, erkannt werden.
Nach unserer Erfahrung sind Fehler 1 (offener Gültigkeitsbereich) und Fehler 9 (kein eindeutiger Besitzer) die teuersten, da sie alle anderen Fehler verstärken.
Nicht von allein. Eine mangelhafte agile Implementierung kann zu “Scrum ohne Disziplin” führen und dieselben Fehler unter einem anderen Namen wiederholen. Disziplin ist wichtiger als die Methodik.
Es gibt Tools (SonarQube, CodeClimate), die objektive Messwerte liefern. Wichtig ist, die Auswirkungen vom ersten Tag an zu messen und sie nicht erst im sechsten Monat festzustellen.
Wenn die geschätzten Kosten für die Fertigstellung den erwarteten Wert der Leistungen übersteigen, ist das eine unangenehme, aber manchmal notwendige Entscheidung. Wir haben dies Kunden empfohlen, die uns mit Audits beauftragt haben.
Ja, genau das ist die Funktion. Ein 10-tägiges Audit mit TCG deckt die dreizehn Fehler auf und liefert einen Kurzbericht, der die wichtigsten Fehler für das jeweilige Projekt hervorhebt.
Eine ehrliche Diagnose: Was lässt sich retten, was muss neu geschrieben werden, was muss gestoppt werden? Manchmal ist es teurer, mit zusätzlichem Aufwand weiterzumachen, als einen Teil davon zu wiederholen.
Die Entscheidung hängt vom Einzelfall ab und sollte unter Berücksichtigung einer externen Perspektive getroffen werden.
Softwareprojekte scheitern nicht aufgrund der gewählten Technologie oder aufgrund von Pech. Sie scheitern aufgrund einer vorhersehbaren Kombination von Fehlern.
Planung, Durchführung und Steuerung. Die Kenntnis der dreizehn Fehler beim Namen ermöglicht es Ihnen, diese rechtzeitig zu erkennen und zu beheben, solange sie noch vorhanden sind.
Das ist möglich. Sollten in Ihrem Projekt drei oder mehr Probleme festgestellt werden, ist ein externes Audit ratsam, bevor Sie weitere Ressourcen investieren.
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
