Die Worte können je nach Quelle variieren, aber die grundlegende Botschaft ist dieselbe - K.I.S.S. (Keep It Simple, Stupid) bedeutet einfach ist besser. Ein komplizierter Plan ist schwer zu verwalten und ein komplizierter Entwurf ist kompliziert zu entwickeln, zu verwenden, zu dokumentieren und zu unterstützen. Eine komplizierte Projektumgebung ist ein Alptraum!
Eine meiner Lieblingsgeschichten aus der Praxis des Projektmanagements handelt von einem SEHR großen Projekt, das in so ziemlich jeder Hinsicht kläglich scheiterte. Das Team war demoralisiert, der entwickelte Code funktionierte nicht, das Projekt lag schon vor der Hälfte der Entwicklungsphase über dem Budget und war so weit hinter dem Zeitplan zurück, dass keine Chance bestand, auch nur eine Teilmenge der Funktionalität rechtzeitig zu liefern.
Why?
Weil sie das K.I.S.S.-Prinzip in drei wichtigen Punkten ignoriert haben:
- Zu viel funktionsübergreifende Funktionalität in einer Lieferung
Der Umfang des Projekts war immens: ein halbes Dutzend bestehender Systeme wurde kombiniert, eine riesige neue Datenbank aufgebaut, neue Technologien hinzugefügt und die gesamte Netzwerkstrategie geändert. Niemand, nicht einmal das Genie (und sie war eine sehr begabte Systemanalytikerin), das das Projekt konzipiert hatte, konnte den Überblick behalten, was vorgeschlagen, entworfen und geliefert wurde.
- Übermäßig detaillierter Projektplan
Die erste Auswirkung der lächerlichen Menge an Arbeit, die zu erledigen war, war ein Projektplan, der einen ganzen Raum einnahm - Wände, Boden, Tisch, Stühle. Mit Hunderten von Aufgaben, die erledigt werden mussten, und komplexen Abhängigkeiten war die Verwaltung dieses Projekts unmöglich.
- Zu viele Beteiligte
Aufgrund des hohen Arbeitsaufwands wurde praktisch jeder, der über Computer- oder Projekterfahrung verfügte, zur Hilfe herangezogen. (Vernünftige Menschen haben alles getan, um eine Beteiligung zu vermeiden.) Um die Sache noch weiter zu verkomplizieren, entschied sich das obere Management für ein einziges großes Team, anstatt die Projekte in Teilsysteme und die Mitarbeiter in kleinere Teams aufzuteilen. Und zu allem Überfluss wollten auch noch alle mittleren Manager mitmischen, und es gab nicht EINEN Projektmanager, der stark genug war, um alle in Schach zu halten.
Am Ende wurde das Projekt diskret fallen gelassen, und Gerüchten zufolge konnte man den Entwicklungsleiter, der das Projekt gesponsert hatte, bei der Arbeit in seinem Auto auf dem Parkplatz antreffen, in dem vergeblichen Versuch, der Festnahme und Entlassung zu entgehen.
Nutzen Sie das K.I.S.S.-Prinzip für große Projekte
Die Moral dieser sehr wahren Geschichte ist, das K.I.S.S.-Prinzip zu befolgen. Wenn die geforderte Leistung wirklich so umfangreich ist, sollten Sie die Funktionalität in kleinere Leistungen aufteilen, die unabhängig voneinander verwaltet oder schrittweise erstellt werden können. Ein einfacher Umfang führt zu einem einfachen, leichter umzusetzenden Projektplan sowie zu kleineren, überschaubaren (und zufriedenen) Teams, die tatsächlich pünktlich und innerhalb des Budgets liefern. Sie werden auch einen zufriedenen Kunden haben, weil er nicht jahrelang auf etwas warten muss, das zum Zeitpunkt der Lieferung bereits veraltet ist.
Wenn Sie noch etwas Überzeugungsarbeit leisten müssen, bedenken Sie, dass ein einfaches Design nicht nur elegant ist, sondern auch leichter zu pflegen und für Ihre Kunden einfacher zu bedienen. Die Folge ist weniger Aufwand nach der Lieferung, so dass sich Ihre Teams mit neuen Projekten befassen können. Und neue Projekte machen immer mehr Spaß, als sich mit den Problemen eines Projekts herumzuschlagen, mit dem man eigentlich schon genug zu tun hat.
