Die Neuartigkeit eines Projekts enthält zwangsläufig unbekannte Faktoren, die sich zu Risiken entwickeln können. Ein zu Beginn des Projekts erstellter Plan kann die Risiken des Projektes nie vollständig berücksichtigen. Risikomanagement ist daher unerlässlich. Risikomanagement ist eine eigene Disziplin und kann sehr aufwändig gestaltet werden. Ich möchte bewusst einen einfachen Ansatz dagegen halten.

Es ist besser ein einfaches Risikomanagement anzuwenden als ein aufwändiges zu vernachlässigen.

Anstelle einer Definition beginne ich mit einem einfachen Vergleich. Es ist nicht ganz klar woher das Wort Risiko stammt. Eine Erklärung führt es auf das griechische Wort rhizikon („Klippe“) zurück. Die Bedeutung Klippe, die umschifft werden muss um nicht zu scheitern, liefert mit den bildlichen Vergleich. Ein Projekt ist wie eine Seereise zu einem weit entfernten Wunsch-Ziel durch unbekanntes Gewässer. Die Vorräte an Bord des Schiffes sind begrenzt d.h. das Ziel sollte möglichst in der geplanten Zeit erreicht werden. Auf der Reise müssen unter Umständen viele Klippen umschifft und andere Hindernisse überwunden werden.

Die Hauptaufgaben des Risikomanagements

• Risiken erkennen
• Risiken bewerten
• Gegenmaßnahmen planen

werden mit dem Vergleich greifbar. Zuerst müssen möglichst viele der Klippen und Schwierigkeiten auf dem Weg erkannt werden. Schön wäre natürlich eine Seekarte auf der alle Klippen und Untiefen verzeichnet sind. Dann kommt noch eine Karte der Meeresströmungen, eine Wetterkarte usw. hinzu. Da solche Karten bei der Fahrt in wirklich unbekannte Gewässer in der Regel nicht existieren ist man überwiegend auf Vermutungen angewiesen und muss sich seine Karten selbst zeichnen. Selbst wenn bereits Karten vorhanden sind stellt sich immer noch die Frage nach der Verlässlichkeit des Kartenmaterials.

Wenn man glaubt die meisten Klippen und Untiefen zu kennen, muss im nächsten Schritt geprüft werden wie gefährlich jedes Hindernis wirklich ist. Wie tief ist eine Untiefe wirklich, wie dicht liegen Untiefen und Klippen neben einander, wie sehen die Meeresströmungen an dieser Stelle aus, wie gut lässt sich manövrieren.

Nimmt man ein Schiff mit weniger Tiefgang (wannenförmiger Rumpf = Mississippi Dampfer) lässt sich vielleicht die eine oder andere Untiefe einfach überfahren. Liegen viele Klippen dicht beieinander ist wiederum ein wendiges manövrierfähiges Schiff von Vorteil. Das wendige Schiff hat dafür aber wieder mehr Tiefgang als ein Schiff mit wannenförmigem Rumpf. Liegen Klippen und Untiefen im Weg sind vielleicht mehrere kleine, wendige Schiffe gegenüber einem großen im Vorteil.

Mit mehreren kleinen Schiffen wäre ein Kompromiss zwischen Wendigkeit und geringem Tiefgang gefunden. Hinzu kommt jetzt die Schwierigkeit die Schiffe zu koordinieren um die Flotte z.B. bei Nebel zusammenzuhalten.

Es wird deutlich, dass aus einer gründlichen Betrachtung der Risiken sich meist auch Ansätze für Gegenmaßnahmen zur Beherrschung oder Vermeidung derselben ergeben. Auch die Rückwirkung auf den Plan und die Projektorganisation ergeben sich relativ leicht (z.B. bedeuten mehrere Schiffe mehrere Kapitäne + einen Commodore). Dennoch wird in vielen Projekten systematisches Risikomanagement sträflich vernachlässigt. Meist steht der Aspekt Ressourcen – Planung zu stark im Vordergrund. Im Bild der Schiffsreise gesprochen wird oft zu viel Zeit auf die Katalogisierung der Ladung und die Mannschaftsliste verschwendet und dabei der Blick auf die Seekarte vergessen. Der Aufwand für Risikomanagement wird gerne eingespart. Wie kann ein pragmatisches und schlankes Risikomanagement in einem Projekt aussehen? Mit einer Liste und 4 Fragen, die sich die Projektleitung regelmäßig stellen sollte kommt mann/frau schon sehr weit:

• Sind die drei größten Risiken bekannt?
• Was sind heute die drei größten Risiken?
• Hat jeder im Team sein größtes Risiko benannt?
• Welche Risiken sind in der letzten Woche hinzugekommen?

Aus der Formulierung der Fragen lässt sich schon erahnen, dass sie regelmäßig, das heißt jede Woche oder sogar täglich neu gestellt und beantwortet werden müssen.

Sind die drei größten Risiken bekannt? Selbst wenn im Projekt ein ausgewiesenes Risikomanagement betrieben wird, heißt das noch lange nicht, dass die größten Risiken bekannt sind. In der Formulierung “groß” steckt eine intuitive Mischung der Faktoren Eintrittswahrscheinlichkeit und Auswirkung. Diese sind leider nicht konstant und müssen ständig neu bewertet werden. Bevor man sich in seitenlangen Abwägungen und Wahrscheinlichkeitsrechnungen verheddert, ist es besser sich regelmäßig die zweite Frage nach dem heutigen Risiko zu stellen – getreu dem Motto: “Wo drückt der Projektschuh jetzt in diesem Moment?”

Bei der dritten Frage wird es heikel. Keine Projektleitung kann alle Risiken finden. Sie letztendlich darauf angewiesen, dass alle im Team mit der Sprache rausrücken und das größte Risiko von dem sie wissen benennen. Die simple Frage “Weiß noch jemand was?” hilft hier nicht viel weiter. Es ist wichtig, dass im Team nicht ein Klima der Angst vorherrscht. Wenn die Angst regiert wird niemand gerne über Risiken sprechen. Die letzte Frage greift das Problem der unvollständigen Risikolisten nochmals in anderer Form auf.

Ich schließe mit einer provokanten Aussage und einer Wiederholung:

• Es ist besser ein einfaches Risikomanagement anzuwenden als ein aufwändiges zu vernachlässigen.
• Projektarbeit ohne Risikomanagement ist grob fahrlässig.

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt X, siehe Mindmap zu Inhalt und Struktur.

• Komplexität der Beziehungsebene bzgl. “Wir” und “Du”
• Gleichzeitigkeit der verschiedenen Aspekte einer Botschaft / Äußerung
• Einbeziehung der Erwartungen des Kommunikationspartners und Angemessenheit der Kommunikation
• Zusammenhang mit “Ich-” und “Du-Botschaften

Deshalb möchte ich gewissermaßen das Modell für Fortgeschrittene vorstellen. Das häufig zitierte Kommunikationsquadrat spaltet eine Äußerung gewissermaßen in 4 Seiten auf: Die Sachebene, den Appell, die Beziehungsebene und die Selbstoffenbarung. Genauer betrachtet enthält die Beziehungsebene einen Teil, der mit dem “Wir” zusammenhängt sowie einen Teil der das “Du” in der Beziehung repräsentiert. Veranschaulicht dargestellt bricht die Beziehungsseite des Quadrates auf, ein Knick lässt aus dem Quadrat das Fünfeck werden. Diese Aufteilung der Beziehungsebene ist sinnvoll, da jede Äußerung, die einen nennenswerten Beziehungsanteil enthält immer den Aspekt der eigenen Vorstellung der gemeinsamen Beziehung als auch eine Erwartungshaltung an das Gegenüber enthält. Der Begriff Beziehung und die häufige Verwendung plakativer Beispiele der Mann-Frau Kommunikation darf nicht darüber hinweg täuschen, dass auch professionelle Gespräche wie z.B. Zielvereinbarungsgespräche einen hohen Beziehungsanteil enthalten: Kritik, Anerkennung, Würdigung der Leistung des Gegenübers sind nur einige Beispiele beziehungslastiger Elemente in beruflicher Kommunikation.

Die Gleichzeitigkeit der Aspekte einer Äußerung lässt sich im Fünfeck ebenfalls eleganter darstellen. Eine Äußerung ist wie ein musikalischer Klang. Auf den 5 Notenlinien sind die Noten entsprechend den Seiten des Fünfecks farbig notiert. Genau wie bei einem Akkord erklingen die Töne gleichzeitig – nicht immer in der gleichen Lautstärke aber prinzipiell sind immer alle Noten vorhanden. In der Gleichzeitigkeit verbergen sich zwei mögliche Komplikationen der Kommunikation. Zum Ersten ist sich der Sender der Äußerung nicht immer aller Noten, die er anklingen lässt bewusst. Zum Zweiten hat der Empfänger der Äußerung eventuell ein selektives Gehör, das heißt er hört ggf. manche Töne besonders deutlich andere werden eher überhört.

Dieses selektive Gehör, das gewissermaßen durch die vier Ohren des Quadratmodells dargestellt wird, ist in nebenstehender Grafik in Form unterschiedlicher großer Ohren veranschaulicht. Die Ohren lauschen mit unterschiedlicher Empfindlichkeit. Die Äußerung, die mit einer Betonung auf Sachinhalt und Appell auf die Reise ging, verändert sich durch die Ohren zu einem Klang, der seinen Schwerpunkt auf der Beziehungsebene hat. Das klassische Missverständnis analog zum “Da ist was Grünes in der Suppe Dialog” nimmt so seinen Anfang. Wie lassen sich diese unterschiedlichen Ohren verstehen? Es wäre aber verfehlt den Empfänger eines Fehlers zu bezichtigen. Aus der Situation in der das Gespräch stattfindet ergeben sich Erwartungen. Der Empfänger erwartet eine bestimmte Äußerung. Nach der Lösung eines kniffligen Problems erwartet der Mitarbeiter (oder wünscht sich) lobende Worte. Der Projektleiter denkt an den knappen Zeitplan und möchte die nächste Aufgabe adressieren. Aus der sachlichen, inhaltlich korrekten Verteilung einer Aufgabe wird durch die Nichterfüllung der Erwartung eine für den Mitarbeiter enttäuschende Äußerung, er interpretiert das fehlende Lob ggf. sogar als Unzufriedenheit des Projektleiters. Entsprechend dominierend wird für ihn oder sie der Klang auf der Beziehungsebene. Dementsprechend wird die Antwort mit einem erhöhten Beziehungsanteil zurückgeschickt. Jetzt kommt es darauf an ob der Kommunikationspartner sein Beziehungsohr empfindlich genug eingestellt hat um ggf. empathisch zu hören und angemessen zu reagieren.

Die Angemessenheit der Äußerung ist ein wichtiger Punkt. Der in vielen Beispielen demonstrierte Fall, dass eine missverstandene Äußerung auf die Beziehungsebene abgleitet und empathisch gelöst werden muss, rückt oft die “Ich-Botschaft” in den Fokus. Die “Ich-Botschaft” soll mit möglichst wenig verletzender Unterstellung versuchen dem Kommunikationspartner den eigenen emotionalen Anteil zu verdeutlichen. Dementsprechend hoch ist der Selbstoffenbarende-Wir-lastige Beziehungsanteil. Die offensivere Du-Botschaft bezieht den “Du-Anteil” der Beziehung und eine Portion Appell mit ein. Im Bild sind die Botschaften mit ihren unterschiedlichen Kompositionen dargestellt. Zurück zur Angemessenheit und auch zur Stimmigkeit. Es gibt keine Art der Äußerung oder einen bestimmten Stil, der grundsätzlich besser wäre. Dies hängt immer von der Situation und den Persönlichkeiten der Beteiligten ab. Krampfhafte Anwendung eines unpassenden Stils kann kontraproduktiv und peinlich werden. An einem Beispiel lässt sich das schön verdeutlichen: Der Einsatzleiter der Feuerwehr muss im Einsatz kurz und knapp kommandieren – Kommandos bestehen praktisch ausschließlich aus Sach- und Appell-Klang. Ausführliche Ich-Botschaften hingegen sind für den Fortgang der Löscharbeiten eher hinderlich.

Für die Einschätzung der Angemessenheit lässt sich leider kein Patentrezept angeben. Neben konkreter Übung und Reflexion von Gesprächen unter den Gesichtspunkten des Kommunikationsfünfecks ergeben sich wertvolle Hinweise auch aus dem Werte- bzw. Entwicklungs-Quadrat … Fortsetzung folgt (“Noch ein Quadrat – über Werte und Entwicklungen”).

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt 5A, siehe Mindmap zu Inhalt und Struktur.

1. Friedemann Schulz von Thun “Miteinander Reden: Fragen und Antworten”, Rowohlt Taschenbuch Verlag, ISBN 978-3-499-61963-2

Die kombinatorische überproportional mit der Größe des Projektes oder der Organisation wachsende Lawine macht jeden allumfassenden und mikromanagenden Steuerungsansatz zur vergeblichen Sisyphusarbeit. Die Lawine resultiert aus den Abhängigkeiten, die durch das manchmal zwanghafte Erstellen eines Gesamtprojektplans entstehen. Nebenstehende Abbildung veranschaulicht wie in vielen Projekten aus einer definierten Struktur – Arbeitspakete ermittelt, zusammengeführt und zu einem Gesamtplan zusammengebaut werden. Ein weiteres Problem bei dieser Vorgehensweise besteht darin, dass Vogel und Froschperspektive gemischt werden und am Ende niemand richtig mit dem Plan arbeiten kann. Aus dieser Falle gibt es nur ein Entrinnen. Es müssen echte Teilprojekte definiert werden. Ein echtes Teilprojekt unterscheidet sich von einem Pseudo Teilprojekt dadurch dass es für das Gesamtprojekt wie eine Blackbox ist. Es muss lediglich klipp und klar sein, wann das Teilprojekt was an das Gesamtprojekt liefert. Die Arbeitspakete im Inneren des Teilprojektes haben das Gesamtprojekt nicht zu interessieren. Das klingt trivial – aber Hand aufs Herz – wer hat noch nicht erlebt, dass eine Gesamtprojektleitung auf Arbeitspaketebene doch in ein Teilprojekt hineingreift, von Eingriffen aus der Linienorganisation mal ganz zu schweigen. Ich unterstelle, dass es in den meisten großen Projekten an der Tagesordnung ist in die Teilprojekte durchzugreifen. Zum einen ist das ein heute weit verbreiteter Führungsstil, zum anderen fehlt es oft an Vertrauen. Ja – die Gesamtprojektleitung muss den Teilprojektleitern vertrauen, dass sie das Ergebnis liefern, die Teilprojektleiter müssen im Gegenzug ehrliche Aussagen treffen ob und wann sie liefern können.

Hier schließt sich der Kreis zu dem was ich vor einigen Tagen über die Selbstorganisation und das Vertrauen geschrieben habe. Auch der Teilprojektleiter, der ggf. mit einem selbstorganisierten Team arbeitet, darf nicht in den Fehler verfallen mit Mikromanagement die Arbeit seines Teams im Detail steuern zu wollen. Auch er muss sich auf sein Team verlassen, braucht Vertrauen und muss sein Team nach außen ehrlich und authentisch vertreten. Es ist hierbei unerheblich ob wir jetzt von Scrum-Mastern, Product-Ownern oder anderen Rollenbezeichnungen reden. Es geht immer um das Wechselspiel von Vertrauen, Ehrlichkeit und offener Kommunikation und zwar in alle Richtungen und auf allen Ebenen. Wie sich aus nebenstehender Grafik schon erahnen lässt, landen wir bei konsequenter Anwendung dieses Prinzips bei einer Kapselung und letztendlich selbstähnlichen Struktur des Projekts oder der Organisation. Egal welches Team oder welche Ebene wir herausgreifen, es gibt immer eine Gruppe von Menschen, die einen Vertreter in eine andere Gruppe entsenden, Ziele und Anforderungen erhalten und Ergebnisse liefern. Die Gruppen selbst müssen weitgehend selbstorganisiert sein. Wenn sie nicht selbstorganisiert sind benötigen sie wiederum Steuerung von außen und damit landen wir wieder bei der schlecht funktionierenden Gesamtsteuerung. Mit diesem Prinzip lassen sich auch sehr große Projekte oder Organisationen gestalten. Wenn sehr viele Teams am Projekt arbeiten, müssen mehrere “wolkenartige” Vertretergruppen gebildet werden von denen wiederum jede einen Vertreter in eine Vertreter-Vertreter-Gruppe entsendet. Bei jeweils 6 Personen in einem Team lassen sich mit einer Vertreter-Vertreter-Gruppe schon Organisationen mit ca. 250 Personen abbilden (258 = 6 + 6 * 6 + 36 * 6) – das ist für ein Projekt schon eine ganze Menge. Voraussetzung ist aber, dass sich die Gesamtleitung nicht in die Vertreter-Gremien einmischt und diese wiederum sich nicht in die Teamarbeit einmischen.

Das Ganze funktioniert nur wenn die Teilprojekte als “Black Boxes” betrachtet werden und eine ähnliche Größe haben. Die in der Grafik gezeigte Größe der Teams ist zudem nicht zufällig gewählt. Eine Gruppengröße von 4 bis 8 Personen enthält ein hohes Potential, dass sich bei einem konstruktiven Verlauf der Gruppendynamik voll entfalten kann. Größere Gruppen zerfallen wiederum schnell in Untergruppen. Auf welcher Ebene wir im Projekt auch hinschauen sehen wir lediglich eine Gruppe in einer arbeitsfähigen Größe, die jeweils einen Vertreter entsendet. Selbstähnlichkeit pur. Wenn diese Selbstähnlichkeit durchgehalten wird, wächst der Gesamtprojektplan übrigens nur noch linear mit der Größe der Struktur. Für jedes neue Team das hinzukommt wird im übergeordneten Gantt-Diagramm nur ein Balken benötigt.

Die Basis auf der das Ganze funktioniert, ist das Vertrauen. Sobald das Prinzip “Kontrolle ist besser” Einzug hält ufert der Kontrollaufwand wieder exponentiell aus.

Das mag sich alles sehr provozierend oder idealistisch anhören – ist es aber nicht. Dieses Prinzip wird an vielen Stellen angewendet. Beispiel gefällig: Ein Kapitän auf einem Schiff gibt an den Maschinenraum das Kommando “halbe Kraft voraus” , um die Organisation des Maschinenraums künmert er sich nicht. Er kümmert sich auch nicht um den Zustand der Ladung oder den täglichen Schiffsbetrieb. Jedem ist offensichtlich klar, dass er sich darum nicht kümmern darf sonst würde ihm die Kapazität würde seinen eigentlichen Job fehlen. Für die Umsetzung seiner Anforderung im Maschinraum ist z.B. der LI (Leitender Ingenieur) zuständig. Wenn im Maschinenraum ein Problem auftritt, das nicht im Maschinenraum gelöst werden kann trägt der LI das Problem zum Kapitän.

Meine wirklich provozierende Schlussfrage lautet: Warum soll ausgerechnet in Projekten und Organisationen das Durchgreifen durch mehrere Handlungsebenen eine gute Lösung sein.

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt 2C, siehe Mindmap zu Inhalt und Struktur.

1. Huber, Burgbacher, Biegert: Qualitative Systemanalyse und Computerunterstützte Gefahrenidentifikation (HAZOP)
2. Bilanz des Misserfolgs

In nebenstehender Grafik ist eine Organisation visualisiert. Es ist dabei unerheblich ob es sich um ein Organigramm einer Firma, um das eines Großprojektes oder vielleicht um die Darstellung eines komplexen Themas handelt. Die Grafik zeigt lediglich drei unterschiedliche Darstellungen derselben Struktur. Die Darstellung als Baum oder Mindmap sieht auf den ersten Blick organischer und übersichtlicher aus ändert aber nichts an der prinzipiellen Struktur des Gebildes. Die Frage ist wie sich ein solches Gebilde zielgerichtet lenken oder verstehen lässt. Überspitzt formuliert gibt es zwei grundsätzlich verschiedene Philosophien dies zu versuchen. Über die erste möchte ich heute schreiben.

Nehmen wir an, das Organigramm zeige die Struktur eines großen Projektes. Ein Lenkungs-Ansatz besteht darin einen Gesamtprojektplan flankiert von vielen Teilplänen aufzustellen in dem die notwendigen Aufgaben dokumentiert werden. Ausgedruckt, zusammengeklebt und aufgehängt entstehen meterlange Gantt-Charts und Netzdiagramme. Eine kurze Schätzung um das Ausmaß zu verdeutlichen. Das Organigramm zeigt 31 Einheiten. Unter der Annahme einer Projektlaufzeit von einem Jahr und einer Arbeitspaketlänge von 5 Tagen reden wir hier schon über eine Größenordnung von 1600 Arbeitspaketen. Dass man überhaupt etwas lesen kann sollte jedes Arbeitspaket in einer Größe von 3*0,5 cm ausgedruckt werden. Inkl. der Zwischenräume reden wir hier über einen halben Quadratmeter oder ca. 8 Din A4 Seiten. Da ist durchaus eine realistische Größe ausgedruckter Projektpläne, die die Wände vieler Projekt-(Management)-Büros zieren. Das Steuerungsproblem entsteht aber nicht durch die Größe des Ausdrucks sondern die möglichen Abhängigkeiten der einzelnen Aufgaben. Eine Terminverschiebung in einer Aufgabe kann zu Domino-Effekten führen, die den gesamten Plan gefährden. Nicht umsonst versucht das Projektmanagement kritische Pfade zu identifizieren um ihnen besondere Aufmerksamkeit schenken zu können. Soweit die Theorie – die Praxis lehrt, dass die Aufgaben den Projektes sich verändern, entsprechend ändern sich die kritischen Pfade. Die inhaltlichen und terminlichen Dominoketten ändern sich ebenfalls. Dies führt zu einem beständigen Bedarf Betrachtung der Abhängigkeiten und an Nachplanungen. Kein Wunder, dass ab einer bestimmten Projektgröße eine(r) oder mehrere Projektmanager (Assistenten) benötigt werden. Reicht dieser Aufwand? Ein kurzer Ausflug in die Mathematik hilft hier weiter.

Angenommen jedes Teilprojekt (oder Thema) enthält eine Aufgaben, die Abhängigkeiten zu Aufgaben in anderen Teilen haben. Ein Durchspielen der möglichen Optionen (Termin über- oder Unterschreitungen, inhaltliche Auswirkungen usw.) ist letztendlich eine kombinatorische Aufgabe. Die Verzögerung im Arbeitspaket Nr. 1 verursacht eine Verzögerung im Paket 2. Dieses kann ggf. die Zeit wieder aufholen, selbst im Plan bleiben, oder selbst eine weitere Verzögerung verursachen. In nebenstehender Grafik ist ein winziger Ausschnitt des kombinatorischen Baums dargestellt. Es gibt erwünschte und unerwünschte Kombinationen. Sicher sind nicht alle Varianten gleich wahrscheinlich und bedürfen in der Praxis der gleichen Aufmerksamkeit. Ein guter Projektleiter mit einem hohen Maß an Erfahrung und Intuition sortiert gedanklich die unwahrscheinlichen Pfade aus. Das Kernproblem bleibt jedoch bestehen: Es ist die Zahl der möglichen Kombinationen. Diese Zahl steigt exponentiell mit der Anzahl der vorhandenen und voneinander abhängigen Aufgaben an. Ohne über die Größe des Exponenten diskutieren zu wollen das exponentielle Wachstum ist das Problem:

Bei einer Vergrößerung eines Projekts und damit einer Erhöhung der Aufgabenzahl wächst der Bedarf an Steuerung, Überwachung, Planung und Kommunikation überproportional.

Diesen wachsenden Bedarf kann die Projektleitung eines großen Projektes letztendlich nie endgültig befriedigen. Hierin liegt meines Erachtens die Ursache der schlechten Erfolgsquote großer Projekte, die sich schon in vielen Studien erwiesen hat. Die Frage, die sich nun stellt, ist folgende: Wie kann der Bedarf an Steuerung, Überwachung und Kommunikation so begrenzt werden, dass er nicht mehr überproportional sondern nur noch linear mit der Größe des Projektes wächst? …

hier gehts zu Teil 2

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt 2C, siehe Mindmap zu Inhalt und Struktur.

1. ein in Worten beschreibbares Ziel oder Arbeitsergebnis, das in dieser Form noch nicht existiert,
2. einen Termin an dem mit den Arbeiten begonnen wird,
3. einen Termin an dem das Arbeitsergebnis vorliegen soll,
4. mindestens zwei Personen, die zum Arbeitsergebnis beitragen,
5. sowie mindestens eine weitere Person, an die das Arbeitsergebnis geliefert wird.

Wenn ich beispielsweise für mich selbst etwas programmiere – so schwierig das Problem auch sein mag – ist es kein Projekt, da ich Auftraggeber und Projektmitarbeiter in einer Person wäre. In der IT Branche gibt es gelegentlich Aufträge, die vollständig von einer Person abgearbeitet werden. Solche Aufträge weisen bis auf die Personenzahl (Punkt 4) alle Merkmale eines Projektes auf und erfordern ein straffes Management. Hier handelt es sich aber eher um Selbst-Management als um Projektmanagement, das immer auch einen Aspekt der Koordination verschiedener Mitarbeiter enthält. Auch die W-Fragen des Projektmanagements ergeben erst dann einen Sinn, wenn ein Vorhaben oder Auftrag diese Merkmale aufweist.

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt 3A, siehe Mindmap zu Inhalt und Struktur.

• Angst zu fragen
• Der anonyme Spezialist
• Selbstorganisation und Entscheidungen

Angst zu fragen

Ein Mitarbeiter sitzt an einer Aufgabe, weiß an einer Stelle nicht mehr weiter und traut sich nicht einen Kollegen zu fragen. Das Eingeständnis etwas nicht zu wissen und fragen zu müssen ist nie leicht. Es fällt umso schwerer wenn im Kollegenkreis das gegenseitige Vertrauen fehlt, wenn nicht klar ist was nach der Frage passiert. Kommt ein abschätziger Kommentar oder wird die Wissenslücke gar weiter erzählt. Ich selbst habe einen Fall erlebt, dass ein Entwickler 2 Wochen gewartet hat bis ein Kollege aus dem Urlaub zurück war um eine Frage loszuwerden – er hatte sich nicht getraut den anwesenden Kollegen zu fragen. Zwei Wochen in denen ein Arbeitspaket in Wartestellung blieb – diese zwei Wochen waren doppelt schmerzhaft, da sich das Problem auf das sich die Frage bezog innerhalb von 10 Minuten lösen lies.

Der anonyme Spezialist

Gelegentlich kommt es vor, dass Spezialisten für bestimmte Themen (z.B. Know-How über eine spezielle Datenbank) in ein Team aufgenommen werden. Im Verlaufe des Projektes stellt sich heraus, dass der vermeintliche Datenbank Spezialist auch in anderen für das Projekt relevanten Feldern Qualifikationen besitzt. Möglicherweise bemerkt der Neue einen Fehler an einer anderen Stelle und weist darauf hin. Jetzt kommt es darauf an wie in der Gruppe mit Fehlerhinweisen umgegangen wird. Offen und konstruktiv? Dann ist alles gut. Möglicherweise erhält der Neue aber eine Abfuhr mit den Worten “Kümmere Dich um Dein Thema!” Ob der Neue sich noch einmal mit einem Hinweis unbeliebt machen will ist dann schon fraglich. Es ist unerheblich ob der Neue seinen Hinweis unhöflich, besserwisserisch vorgebracht oder der Alte um seine Stellung fürchtend barsch reagiert hat. Das Ergebnis ist dasselbe. Es entsteht ein anonymer Spezialist der sein Knowhow zurückhält. Dieses Knowhow geht dem Projekt verloren.

Selbstorganisation und Entscheidungen

Egal mit welcher PM-Methode gearbeitet wird, es werden in Projekten Situationen entstehen, die einer Entscheidung bedürfen. Nicht immer wird der notwendige Entscheider zufällig in der Tür stehen oder sofort antworten können. Jetzt kommt es darauf an ob die Gruppe wirklich selbst organisiert ist. Selbstorganisation bedeutet nicht nur, dass die tägliche Arbeit läuft. Selbstorganisation ist vielmehr die Fähigkeit der Gruppe in Entscheidungssituationen eine Entscheidung herbeizuführen und wieder handlungsfähig zu werden. Ob diese Entscheidung die optimale für den Projektverlauf ist muss sich dann erweisen, das gleiche gilt aber auch für die Entscheidung des ausgewiesenen Entscheiders (Projektleiter, Product-Owner, Gremien, …)

Sicherheit zu fragen, frei gegebenes Wissen und die Fähigkeit ohne Führung Entscheidungen zu treffen sind wesentliche Merkmale eines Teams. Mit einer Gruppe von Nebenher-Arbeitern, die auf ihrem Wissen sitzen bleiben und nur auf Kommando arbeiten, wird Projektarbeit sehr schwierig. Der Zustand realer Projektteams liegt oft zwischen diesen Extremen. Teamorientierte Projektleitung versucht die Qualität des Projektteams zu erfassen und im Laufe des Projektes zu verbessern. Um eine Gefühl für den Zustand des Projektteams zu entwickeln kann ein Projektleiter sich die folgenden Aussagen im Sinne eines Fragebogens vergegenwärtigen:

• Probleme werden offen besprochen und gemeinsam gelöst.
• Es wird Hilfe und Unterstützung geleistet.
• Erfahrungen werden bereitwillig ausgetauscht.
• Entscheidungsverantwortungen sind klar.

Wenn diese Aussagen vorbehaltlos mit heftigem Kopfnicken bejaht werden ist das Team auf einem guten Weg. Wenn zweifelnd der Kopf geschüttelt wird ist noch Verbesserungspotential vorhanden.

Dieser Text ist unter Creative Commons BY NC ND (Namensnennung – Nicht Kommerziell – Keine Bearbeitung) lizenziert. Er ist Teil des Buchprojekts “Menschen im Projekt”. Er gehört zum Abschnitt 3D, siehe Mindmap zu Inhalt und Struktur.

1. Teamphasen, Projektmanagement und Teamuhrwerk

Die Motivation dieses Buch zu schreiben lässt sich in wenigen Sätzen zusammen fassen:

Es ist an der Zeit die Perspektive zu ändern. Seit Jahren wird an methodischen Elementen gefeilt. Dennoch ändern sich die Erfolgsquoten von Projekten – nicht nur im IT-Bereich – nicht spürbar. Immer wieder schlägt der Faktor Mensch zu. Das Potential, das in der Projektarbeit und in Projektteams steckt, wird oft nicht genutzt …

Unser Buch handelt von “Menschen im Projekt”, es geht um Gruppen und Teams. Es geht um das Verständnis “wie Gruppen ticken” und wie die Gruppe innerhalb des Projektes zum Team werden kann. Es geht nicht um ein neues oder zusätzliches Projektmanagement sondern um eine neue Perspektive – den Blick auf den Menschen. Dabei vergessen wir nicht die Brille des Projektmanagements. Das bedeutet: alles worüber wir schreiben ist in der Praxis erprobt und lässt sich im Rahmen eines Projektes anwenden.

Über den experimentellen Weg der Veröffentlichung haben wir an anderer Stelle schon geschrieben. Damit verbleibt uns heute nur noch eine gute und gewinnbringende Lektüre zu wünschen. Wir hoffen natürlich auf viele Leser und freuen uns über jede Form der Rückmeldung in Form von Kommentaren, Bewertungen oder Mails.

Download der Mindmap: Die Mindmap wurde mit Mindjet MindManager 8 erstellt. Zur Verwendung des ZIP Archives einfach die Extension “ZIP” in “MMAP” ändern und nicht extrahieren. Die extrahierten Dateien können nicht verwendet werden, da Mindmanager mit einem ZIP komprimierten Dateiformat arbeitet. Zum einfacheren Ausdrucken gibt es noch zusätzlich eine PDF Version:

- Inhalt_Struktur_Buch_Mensch_im_Projekt.ZIP.
- Inhalt_Struktur_Buch_Mensch_im_Projekt.PDF.

Zuerst zum Inhalt: Es ist an der Zeit die Perspektive zu ändern. Seit Jahren wird an methodischen Elementen gefeilt. Dennoch ändern sich die Erfolgsquoten von Projekten – nicht nur im IT-Bereich – nicht spürbar. Immer wieder schlägt der Faktor Mensch zu. Das Potential, das in der Projektarbeit und in Projektteams steckt, wird oft nicht genutzt. Stattdessen wird der Faktor Mensch zum Risiko. Projektmanager, die sich um die soziale Seite des Projektmanagement kümmern, lesen Bücher über Kommunikation, Teamentwicklung, Konfliktmanagement usw. und sind hinterher doch nicht viel schlauer. Das soll ein Ende haben. Unser Buch handelt von “Menschen im Projekt”, es geht um Gruppen und Teams. Es geht um das Verständnis “wie Gruppen ticken” und wie die Gruppe innerhalb des Projektes zum Team werden kann. Es geht nicht um ein neues oder zusätzliches Projektmanagement sondern um eine neue Perspektive – den Blick auf den Menschen. Dabei vergessen wir nicht die Brille des Projektmanagements das heißt alles worüber wir schreiben ist in der Praxis erprobt und lässt sich im Rahmen des Projektes anwenden.

Und jetzt noch zum Entstehungsprozess: Das Schreiben des Buches wird im zu großen Teilen hier im Blog erfolgen. Alte Blog- bzw. Print-Artikel werden überarbeitet werden. Seminarunterlagen werden ergänzt und neue Texte geschrieben werden. Alles wird nach und nach hier veröffentlicht. Die einzelnen Beiträge stehen unter eine CC-Lizenz – wer mag kann die Texte kopieren und unter gleichen Bedingungen weitergeben. Unsere Autorenschaft und Namensnennung bleibt jedoch erhalten, eine kommerzielle Verwertung wird ausgeschlossen. Wer mitliest und sich die Mühe macht alles auszudrucken und zu sortieren, hat am Ende das Buch praktisch komplett und muss nichts bezahlen. Ggf. gibt es noch gegen einen kleinen symbolischen Obolus ein aufbereitetes eBook. Wer mag kann sich dann immer noch das Papierwerk bei Amazon bestellen. Eine Luxusfassung mit zusätzlichen Beigaben wird es für ein paar Euro mehr wahrscheinlich auch noch geben.

Wir wählen diese Vorgehensweise aus zwei Gründen. In Zeiten von Google und der Abtretung der Verwertungsrechten an Verlage ist dies der Versuch ein Buch auf einem neuen Weg zum Leser zu bringen. Der zweite Punkt ist die Hoffnung durch Rückmeldungen und sei es nur durch Klickzahlen und erhaltene Bewertungen – vielleicht auch durch Kommentare der Texte – die Qualität und Lesbarkeit des Buches zu erhöhen.

In diesem Sinne verbleiben wir in der Hoffnung auf viele LeserInnen

Cleo Becker und Eberhard Huber