Best Practices – oder: Der unstillbare Wunsch nach Schema F
Die neue Konferenzsaison beginnt – und tagtäglich flattern Call for Papers ins Postfach. Stets gewünscht: Best Practices. Die ganze Projektmanagement-Branche träumt von einem Erfolgsrezept, das man jedem Projekt über-stülpen kann und mit dem dann nichts mehr schief geht. Die Idee klingt ja auch verlockend: Die beste realisierte Lösung wird einfach nachgestellt und der Erfolg damit quasi frei Haus geliefert. Doch bei Jedem, der die Definition eines Projekts im Hinterkopf hat, müsste diese Idee sogleich ein Stirnrunzeln hervorrufen.
Best Practices – oder: Der unstillbare Wunsch nach Schema F
Die neue Konferenzsaison beginnt – und tagtäglich flattern Call for Papers ins Postfach. Stets gewünscht: Best Practices. Die ganze Projektmanagement-Branche träumt von einem Erfolgsrezept, das man jedem Projekt über-stülpen kann und mit dem dann nichts mehr schief geht. Die Idee klingt ja auch verlockend: Die beste realisierte Lösung wird einfach nachgestellt und der Erfolg damit quasi frei Haus geliefert. Doch bei Jedem, der die Definition eines Projekts im Hinterkopf hat, müsste diese Idee sogleich ein Stirnrunzeln hervorrufen.
In der Softwareentwicklung trägt ein Minimum Viable Product beispielsweise dazu bei, dass die Zahl an Featurewünschen auf ein machbares Maß minimiert werden kann. Es geht dabei nicht darum, Prototypen oder Entwürfe zu erstellen, sondern um ein minimal ausgestattetes, aber dennoch voll funktionsfähiges Produkt, mit dem man Rückmeldungen von Seiten der Anwender einholen kann.
MVP dient als Priorisierungsstrategie, indem Funktionen, die die Zielgruppe für das Produkt begeistern, von solchen unterschieden werden, die zwar ganz nett sind, potenzielle Kunden aber nicht zum Produktkauf animieren. Nach dem Lean-Startup-Prinzip "Build – Measure – Learn" (Bauen – Messen – Lernen) wird das Produkt iterativ weiterentwickelt. Natürlich eignen sich hierfür agile Projektmanagement-Methoden sehr gut, aber man kann das Prinzip auch in einer klassischen Zeitplanung umsetzen.
Was Großunternehmen von Lean-Startups lernen können
Kann dieser Lean-Startup-Gedanke auch Großunternehmen dabei helfen, wichtige Projekte schneller und effizienter umzusetzen? Lange Projektlaufzeiten sowie eine umfangreiche Projektorganisation mit verschiedenen Gremien, organisatorischen Regelungen und hierarchischen Entscheidungsstrukturen machen solche Unternehmen häufig so wendig wie ein Tanklastschiff.
Daher lassen sich die meisten großen Firmen auch nicht in ein schlankes Startup transformieren. Doch es werden sich sicher Nischen finden, in denen sich ein Minimum Viable Project umsetzen lässt. Und wenn man Glück hat, entwickelt ein erfolgreiches Projekt eine solche Strahlkraft, dass es zur Blaupause für erfolgreiches Projektmanagement im gesamten Unternehmen wird.
Dabei stellen sich zunächst zwei Fragen: Wie viel Projektorganisation ist nötig, damit ein Projekt gelingen kann? Wie wenig Projektorganisation ist möglich? Bevor man in die Build-Phase eines Minimum Viable Projects geht, sollte man daher zunächst seine Recherche-Hausaufgaben machen. Eine anonyme Online-Befragung unter erfahrenen Projektteammitgliedern kann z.B. dazu beitragen, im Unternehmen bekannte Hemmnisse für einen zügigen Projektverlauf aufzuzeigen.
Alle erfahrenen Projektleiter werden wissen, welche Antwort am häufigsten kommen wird: Genau – die Ressourcen reichen nicht aus. Doch das Ziel eines Minimum Viable Projects ist es nicht, auf magische Weise die vorhandenen Ressourcen zu vervielfältigen, sondern das Beste aus den vorhandenen Möglichkeiten zu machen.
Fünf Empfehlungen für Minimum Viable Projects
- Besinnen Sie sich auf den Kern des Vorhabens: Welches Ergebnis muss das Projekt zwingend erbringen, so dass es von Wert für das Unternehmen ist? Identifizieren Sie diesen Wert und kommunizieren Sie ihn ganz klar an das Projektteam. Alle Maßnahmen im Projekt werden diesem Ziel untergeordnet.
- Halten Sie den Projektauftrag überschaubar. Ziel eines Minimum Viable Projects ist es, so schnell wie möglich Ergebnisse zu liefern. Dies ist von vorne herein zum Scheitern verurteilt, wenn das Team mit Änderungsanforderungen und Ergänzungen zum Projektauftrag überflutet wird. Die Floskel "Wenn wir schon dabei sind, könnten wir doch auch noch…" wird aus dem Vokabular gestrichen.
- Definieren Sie einfache Indikatoren, die Ihnen sagen, ob Ihr Projekt in der Spur läuft. Bleiben Sie auch dabei minimalistisch und lernen Sie. Starten Sie mit so wenigen Kennzahlen wie möglich und vermeiden Sie, Mitarbeiter ausschließlich für das Projekt-Controlling abzustellen.
- Geben Sie Ihren Teammitgliedern Entscheidungskompetenz. Das erfordert Mut und ein positives Menschenbild. Wenn Sie implizit annehmen, dass Ihre Mitarbeiter Freiheiten sofort zu Ungunsten des Unternehmens ausnutzen, sobald man ihnen die Gelegenheit dazu gibt, werden schnelle Entscheidungen nicht möglich sein. Dann müssen sich alle wieder bei ihrem Vorgesetzten und beim Vorgesetzten des Vorgesetzten absichern – die Schwerfälligkeit des Projekts ist damit vorprogrammiert.
- Messen und lernen Sie! Dazu muss von vorneherein klar sein, wann Sie das Projekt als Erfolg werten – die Erfolgsmessung hängt also von einer glasklaren Zieldefinition ab. Bei iterativen Projekten lassen sich Stellschrauben sehr viel leichter identifizieren und nachjustieren, als dies bei "Rundumschlagprojekten" der Fall ist.
Frank Habermann
14.10.2016
Heinz-Detlef Scheer
14.10.2016
Rezeptpflichtig
20.12.2019
Vielen Dank, Heinz-Detlef Scheer, für Ihre Idee mit dem Rezeptblock und dem Medikament "Entwickele selbst ein Vorgehen". Und auch sonst ein klasse Kommentar zu einem wunderbaren Blog-Beitrag.