projektmanagement, traininig, medien
Und es geht weiter in der Reihe „Projekte – Spielend erfolgreich“.
Beim Thema Visualisierung stellen sich die folgenden Fragen:
Wie bereits im vorangegangenem Beitrag angesprochen: Design Prozesse sind „sprunghaft“. Sie erlauben nahezu beliebige Sprünge zwischen den einzelnen Prozessschritten. Der Design Prozess ist kein Wasserfall-Modell, das sequentiell durchlaufen wird.
Das obige Bild zeigt anhand des Design Thinking Prozess des HPI, dass aufgrund neuer Erkenntnisse oder Ideen, jeder Prozessschritt beeinflusst werden kann und es vor allem zu Sprüngen zurück im Prozess kommen kann. Design Prozesse bekommen so eine eigene Agilität, wobei diese nicht wie im agilen Projektmanagement in geplanten Iterationen erfolgen muss. Design Prozesse sind hier weit freier, losgelöst von organisatorischen Hilfskonstrukten wie Iterationen oder getakteten Sprints. Auch optimierende Betrachtungen von Velocity oder Burn-Down-Charts gibt es natürlich nicht. Wir sind ja auch in einem kreativen Prozess und nicht in einem (reinen) Produktionsprozess.
Design Thinking hat einige wenige ganz zentrale Elemente auf die wir zum Teil später noch näher eingehen werden:
Und bei ideo werden explizit auch noch Werte angeführt.
Gleich zum Start dieser kleinen Serie eine kleine Übersicht von Design-Prozessen:
Den Anfang machen die prominenten Vertreter des Design Thinking: Das Modell des Hasso-Plattner-Instituts (HPI) und die Prozessdarstellung der ideo. Während die ersten drei Schritte beim HPI, bzw. die ersten beiden bei ideo im wesentlichen einer Orientierung entsprechen (der Projektmanager würde vielleicht von Auftragsklärung sprechen), widmen sich die letzten drei Schritte dem kreativen Prozess von der Ideengenerierung über die experimentelle Prototypenentwicklung bis hin zur evolutorischen Weiterentwicklung der Ideen/Prototypen.
In der Darstellung vernachlässigt sind zunächst mögliche Sprünge im Design Prozesses, sprich: Es handelt sich keinesfalls um ein Wasserfallmodell, das sequentiell durchlaufen wird. Der Prozess erlaubt vielmehr nahezu beliebige Sprünge zwischen den Prozessschritten. Dies ist Gegenstand der nächsten Folge dieser kleinen Serie.
Den Prozessvarianten der beiden Platzhirsche sei bewusst noch eine weitere Variante eines Design Prozesses gegenübergestellt: Der Design Prozess nach Bella Martin und Bruce Hanington. Die Prozesse á la HPI und ideo finden sich quasi im Kern dieses Prozesses. Vorangestellt wird aber so etwas „profanes“ wie eine Planung und für den Erfolg einer Entwicklung wahrscheinlich noch entscheidend: Der nachgelagerte Schritt der Markteinführung. Auch Design-Prozesse sind schließlich kein Selbstzweck.
Design Prozesse sind kein Vorgehensmodell für Projekte, sondern eine „Problemlösungsmethodik“ aus dem Kreativbereich, die wir selbstverständlich auch in Projekten anwenden können. Wenn wir hier Design Thinking mit Projektmanagement-Methodiken vergleichen, dann nur um daraus zu lernen und die Welt des Projektmanagement zu reflektieren.
Quellen:
Auf openPM habe ich gerade eine neue Diskussion ins Leben gerufen, die versucht den Projektbegriff zu schärfen.
Ist es nicht so, dass der Projektbegriff immer inflationärer gebraucht wird und eine „Projekttitis“ um sich greift? Der größte Schwachsinn wird als Projekt betrieben, aber „echte“ Projekte werden als U-Boot gefahren?
Aber jenseits aller Polemik: Wenn man Projekten von Prozessen (und Prozesse sind ganz sicher kein Schwachsinn) abgrenzt, dann stellt sich die Frage nach der Einmaligkeit des Unterfangens. Oder die Frage, ob es sich eher um eine Optimierungs- oder eine Problemlösungsaufgabenstellung handelt. Und um gleich ein neues Fass aufzumachen: Vernachlässigen agile Ansätze mit ihren iterativen Annäherungen nicht mitunter komplexe mitunter auch sequentielle Zusammenhänge?
Mit zahlreichen Fußballanalogien und -weisheiten führt uns Alexander Ockl durch ein Praxisbeispiel der Geschäftprozessgestaltung zwischen IT und Fachbereich (Amazon Affilliate Link). Er wählt dabei eine Romanform, wie man sie z.B. von DeMarco´s PM-Klassiker „Der Termin“ (Amazon Affilliate Link) kennt. Neben dem Praxisbeispiel zieht sich die Geschichte eines Revierderbys (Achtung, Fußball!), wie ein roter Faden durch das Buch.
Die anfängliche Projektkrise und die auftauchenden Konflikte werden seziert. Alexander Ockl führt dabei in die Welt der Business Analyse und Geschäftsprozessmodelierung ein. Es wird der Bogen gespannt von Requirements Engineering, ARIS-Modellierung bis hin zu Projektmanagement-Methoden, Qualitätsmanagement und Reifegradmodellen.
Eine gelungene Einführung, die sich angenehm leicht liest, sofern man von der Überdosis Fußball nicht abgeschreckt wird.
Und indirekt liefert Ockl auch einen interessanten Beitrag zum Thema Projekterfolg/Scheitern von Projekten: Das ursprünglich initiierte Projekt scheitert grandios. Das Buch schildert dennoch eine Success Story, denn durch die erfolgreiche Analyse werden viel tiefergehende Veränderungen angestossen, aber hier wird Ockl übertrieben optimistisch:
Es ist gar nicht selbstverständliche, dass die tatsächlichen Probleme so klar identifiziert und auch angenommen werden. Zu guter letzt macht ein Bereichsleiter auch noch Karriere und wird zusätzlich Qualitätsbeauftragter. Das ist für Ockl eine Art Ritterschlag. Der Firmenchef träumt obendrein davon Qualitätsmanagement als Führungsinstrument zu nutzen. Hier verliert mich Ockl komplett. Eine solche Welt besteht wohl vor allem im Wunschdenken von Business Process Management-Anhängern.
Alexander Ockl
Das Spiel. Brennpunkt Geschäftsprozesse – IT und Betrieb in einer Mannschaft. Projektmanagement, Business Analyse und Geschäftsprozessmanagement in der Praxis
München 2010
Addison-Wesley
ISBN 978-3827329066
