Projektmanagement 2.0 – Ansätze für eine Definition

Frank Wolf —  23. September 2008 — 7 Comments

Eine Definition für etwas zu finden, das mit „2.0“ aufhört ist keine sehr dankbare Aufgabe. In anderen Gebieten kann man Definitionen mit mathematischen Beweisen oder empirischen Erhebungen untermauern – dort ist dann relativ klar, was etwas ist und vor allem: was etwas nicht ist. Begriffe wie Web 2.0, Enterprise 2.0, … sind zwar durch ihre „Erfinder“ (O’Reilly und Mc Afee) geprägt, was jeder einzelne am Ende aber darunter versteht, liegt sehr im Auge des Betrachters. Gemein ist den „2.0ismen“, dass es sich zunächst einmal um eine neue Form von Technologien handelt (einfacher, intuitiver, sozialer, offener), die durch ihre neuartigen Eigenschaften Veränderungen in anderen Bereichen (Kultur, Organisation, Zusammenarbeit, Geschäftsmodelle, Copyright…) notwendig oder wünschenswert macht. Bei allem „Its Not About the Technology“ treibt vor allem die begeisternd einfache und effektive Technologie diese Wellen – ein Punkt, den auch McAfee so sieht: „Its Not Not About the Technology.

Wir machen trotzdem den Versuch, uns einer anderen, neuen Art des Projektmanagements etwas neutraler zu nähern. Das hat auch damit zu tun, dass spannende Neuerungen nicht nur durch soziale Software in die Projekte kommen, sondern auch agile Methoden wie Scrum mehr und mehr Beachtung und Anwendung finden. Die folgenden Punkte sind denn auch ein erster Schritt, beide Themen in den selben Rahmen zu stellen.

Was ist ein Projekt?

Eine Aufgabe, die in einer bestimmten Zeit von einer Anzahl Menschen erledigt werden soll. Soweit so gut. Wie immer, wenn viele Menschen gemeinsam auf ein Ziel hinarbeiten sollen, gibt es ein Problem: Die Aktivitäten der einzelnen Handelnden müssen aufeinander abgestimmt – koordiniert – werden. Die bekannteste und bislang erfolgreichst Methode, um die Koordination zu bewerkstelligen ist…

…die Hierarchie!

„Eine Hierarchie ist eine klar von oben nach unten gegliederte, straff in verschiedene Ebenen unterteilte Herrschafts – oder Organisationsstruktur. Als Muster einer Hierarchie kann die Pyramide angesehen werden.“ (http://de.wikipedia.org/wiki/Hierarchie)

Die Hierarchie hat keinen guten Ruf. Sie gilt als veraltet, unflexibel und statisch. Sie war und ist aber sehr erfolgreich, wenn es darum geht, viele Menschen zu koordinieren, die in begrenzter Zeit grosses vollbringen sollen. Hierarchien haben sich seit Jahrhunderten sowohl in Organisationen (Kirche, Millitär, Konzerne) als auch in Projekten bewährt.

Hierarchie im Projekt

Die meisten Projekte sind hierarchisch organisiert. Es gibt einen Projektleiter, Teilprojektleiter, eventuell Teamleads und Teammitarbeiter. Egal wie gross oder komplex ein Projekt am Ende ist – man wird in den meisten Fällen die Organisation auf dieses Grundmuster zurückführen können.

Die Koordination in Hierarchien erfolgt vor allem durch die Definition von Aufgaben („Du baust diese Mauer“) durch einen Vorgesetzen und die Erledigung dieser Aufgaben durch den Untergebenen. Der Vorgesetzte kontrolliert das Verhalten (war immer da, sah beschäftigt aus) und die Ergebnisse (die Mauer steht und hält). Die Motivation des Mitarbeiters ist in diesem Fall nur von mittlerer Bedeutung, da seine Arbeit sehr gut von seinem Vorgesetzen eingeschätzt und kontrolliert werden kann. Wenn nur die halbe Mauer fertig ist, oder am Ende nicht stabil ist, kann dies sofort klar zugeordnet werden.

Die meisten Projekte, die wir heute erleben sind viel komplexer. Diese Komplexität erfordert Spezialisten aus vielen Bereichen, die gemeinsam an einer Aufgabe arbeiten. Das hat im Gegensatz zum obigen Beispiel 2 wichtige Konsequenzen:

  1. Der Vorgesetzte wird in vielen Fällen nicht mehr in der Lage sein, die Erfüllung einer Aufgabe zu bewerten, da dies sehr spezielle Kenntnisse erfordern würde.
  2. Er kann überhaupt keine Aufgaben mehr stellen, denn er weiss nicht, WIE etwas getan werden muss. Er kann nur noch sagen WAS das Ziel ist. Die Motivation des einzelnen Mitarbeiters spielt hier natürlich ein viel grössere Rolle, denn die Möglichkeit seine Arbeit kontinuierlich von aussen zu messen und kontrollieren ist sehr begrenzt. Natürlich kann überprüft werden, ob das Ziel erreicht wurde, aber gute Ziele lassen sich meist nur auf hohem Niveau definieren („eine Website mit der wir mehr Umsatz machen“) – wenn das dann kontrolliert werden kann ist es meist zu spät für Korrekturen.

Hier ist das klassische Verständnis von Hierarchien in Projekten am Ende. Ausgeprägte Hierarchien und hierarchische Verhaltensweisen in Projekten mit komplexen Inhalten erzeugen unmotivierte Mitarbeiter, Frust und wenig Kreativität. Dazu kommt der personelle und finanzielle Aufwand für die Koordination und die langen Kommunikationswege und großer Abstimmungsaufwand.

Projektmanagement 2.0

Die Kernfrage ist: Wie kann eine bessere Koordination ohne Hierarchien erreicht werden? Als Hilfe zur Beantwortung noch eine Frage: Was leistet ein Vorgesetzter in einer Hierarchie (z.B. ein Teamleiter) für die Koordination? Antwort: Die zwei Grundlegenden Aufgaben eines Teamleiters für ein Team sind: 1. Aufgabenzuordnung / Motivation / Kontrolle des Teams und 2. Abstimmung mit anderen Teams und dem Auftraggeber/Projektleiter. Eine alternative Vorgehensweise müsste also diese beiden Punkte adressieren und so lösen, dass ein besseres Gesamtergebnis möglich wird.

Wir definieren Projektmanagement 2.0 durch 3 grundsätzliche Merkmale:

  1. Ausgeprägte Selbstorganisation der (Teil)Projektteams
  2. Transparenz der Zwischenergebnisse
  3. Inhaltliche Abstimmung dezentralisiert

Selbstorganisation adressiert die erste Aufgabe ( Aufgabenzuordnung / Motivation / Kontrolle). Transparenz der Zwischenergebnisse adressiert beide Aufgaben. Inhaltliche Abstimmung dezentralisiert adressiert die zweite Aufgabe (Abstimmung mit anderen Teams).

Ein gutes Beispiel, das die Punkte 1 und 2 sehr gut umsetzt ist die agile Projektmanagement Methode Scrum. Soziale Software kann vor allem bei den Punkten 2 und 3 unterstützen.

1. Selbstorganisation

Was sind die Merkmale von Selbstorganisation?

  • kleine Teams (5-9 Personen)
  • keine festgelegte Rollenverteilung innerhalb des Teams
  • Selbsteinschätzung der zu leistenden Arbeit für einen bestimmten Zeitraum
  • Team organisiert sich selbst, um die geplanten Aufgaben zu erfüllen
  • gegenseitige Unterstützung im Team bei der Erfüllung der Aufgaben
  • keine Führung des Teams im Sinne einer Projektleitung; das Team ist selbst in der Lage Konflikte und Probleme zu lösen
  • Autorität für Entscheidungen liegen im Team selbst
  • jedes Teammitglied weißt entsprechende methodische und soziale Kompetenzen auf

Was sind die Vorteile von Selbstorganisation?

  • Mitarbeiter sind motivierter, das sie ein besseres Verständnis für das Ziel und ihren Beitrag entwickeln können
  • Komplexität in großen Projekten wird handhabbar
  • keine ständige Abstimmung/Reporting mit/an Projektleitung
  • mehr Transparenz in der Aufgabenerfüllung während eines bestimmten Zeitraumes
  • nahe und direkte Führung innerhalb des Teams; jedes Teammitglied fühlt sich verstanden und beachtet

Allem zugrunde liegt ein verändertes Rollenverständnis der Beteiligten. Die Mitarbeit haben mehr Verantwortung, können dafür Entscheidungen aber autonom treffen. Die Rolle des Projektmanager verändert sich von einem Vorgesetzten zum Coach, der reflektiert, berät, informiert und Hindernisse aus dem Weg räumt.

Rollendefinition PM-Leiter in der Selbstorganisation

  • PM-Leiter hat koordinierende Funktion auf High-Level Ebene
  • greift bei Konflikten ein
  • stellt sicher, dass die Teams in der Lage sind zu arbeiten
2. Transparenz der Zwischenergebnisse

Ein transparentes Zwischenergebnis ist fassbar, leicht begreifbar und erspart dem Betrachter unnötige Details. Es sollte immer eine Antwort oder im Bezug auf die ursprüngliche Kundenanforderung sein und so eine klare Aussage ermöglichen, wie der Stand im Projekt ist. Ein solches Zwischenergebnis hat 3 Zielgruppen:

  1. Das Team selbst. Das Team wird durch dieses Zwischenergebnis gezwungen, Bilanz zu ziehen und kommt so immer wieder zu den Tatsachen und dem tatsächlich Stand im Projekt zurück. Das Zwischenergebnis hilft auch – z.B. als Prototyp  – die formulierten Ideen und Konzepte in Aktion zu sehen und daraus wertvolle Erkenntnisse zu erlangen.
  2. Die übergeordnete Instanz (Projektleiter, Kunde, Stakeholder) kann den tatsächlichen Fertigstellungsgrad überprüfen und bei Bedarf korrigierend eingreifen.
  3. Andere Teams, denen das Zwischenergebnis hilft, Abhängigkeiten zu erkennen und entsprechend zu reagieren.

Das Zwischenergebnis wird im Vorfeld klar als Ziel formuliert. Teams sollten nicht zu lange ohne Zwischenergebnisse arbeiten – dies hätte negative Auswirkungen auf alle 3 Zielgruppen.

3. Inhaltliche Abstimmung dezentralisiert
  • Vermeidung von aufwändigen Kommunikationswegen (häufige Abstimmungsmeetings, E-Mail Verkehr)
  • Vereinfachung der Kommunikation durch Automatisierung (intelligenter RSS-Feed, einheitliche Online-Arbeitsumgebung, offene Berechtigungsstrukturen -> Wiki)
  • Verlagerung von lokalen (Word, Excel, PowerPoint) auf online (Wiki, Blog, RSS) Anwendungen -> kollaborative Arbeitsumgebung (alles wird auf einer Online-Plattform gemacht)
  • Schaffung von Flexibilität durch Standards -> „Das Tool ist der Standard“ (eine einheitliche kollaborative Arbeitsumgebung schafft Flexibilität für die Kommunikation und den Austausch innerhalb und zwischen den Projektteams)
  • Informelle Netzwerke zwischen den einzelnen Teams

Wir werden in den nächsten Posts konkrete Szenarien aufzeigen, wie soziale Software klassische Projektaufgaben unterstützen und verbessern kann.

Herausforderungen bei der Umsetzung

Es ist offensichtlich, dass die oben gemachten Punkte wirklich einschneidende Veränderungen für die Abwicklung von Projekten zur Folge hat – die folgende Liste ist denn auch eher ein kleiner Anfang:

  • Nicht jedes Projekt eignet sich gleich gut für eine agile Vorgehensweise
  • Kulturelle und methodische Veränderungen
  • Verteilte Teams
  • Nicht jeder will volle Transparenz – dazu gehört Mut zur Wahrheit
  • Standardisierung von Tools – jeder hat seine Lieblingstools und wird diese nur ungern hergeben
  • Schaffung und Etablierung einer Online-Arbeitsumgebung (Wiki, Blog, RSS)
  • Automatisierung von Informationsflüssen (Informationen erhalten Attribute, intelligenter RSS-Feed) -> die richtigen Informationen (Nutzen für den Leser) müssen zur richtigen Zeit (Aktualität) am richtigen Ort (Person) sein

7 responses zu Projektmanagement 2.0 – Ansätze für eine Definition

  1. Ein weiterer Vertreter der 2.0ism? Egal wie wir es nennen wollen, die Veränderungen im Projektmanagement hin zu agileren Vorgehens- und Organisationsformen spüren auch wir tagtäglich in unseren Projekten. Das Web 2.0 bringt eine Menge neuer Werkzeuge für die Projektkommunikation ins Spiel. Wir sehen hier vor allem auch Microblogs, die sich gerade immer weiter verbreiten, gerade auch in Projekten.

  2. Nur schade das sich das so langsam in den Firmen durchsetzt. Es ist tw. schon ein Kampf ein Wiki durchzusetzen geschweige den einen Blog od. Instant Messenger Wir haben ein Sharepoint Intranet, das muss reichen ist oft das einzige was man zu hören bekommt 🙁

  3. In den betrieben fehlt es NICHT an Wekzeuge für die Kommunikation.

    Das Problem ist, dass vorhandene Machstrukturen die Kommunikation verhindern!  Denn, Information ist Macht.  Wenn ich etwa weiss, kann ich was dafür oder dagegen tun. Und das wissen auch die, die etwas verhindern wollen.

    In der software Entwicklung ist Agile Development aus Kostengründen Pflicht. Jedoch sind die allte Mauern zwischen Auftraggeber, Entwickler, Tester und Produktion stärker wie nie.
    Ich brauche keine neue Werkzeuge. Einer, der den Schneid hätte, meine E-mail von gestern zu beantworten, das wäre schon was!

    All in all the’re just another brick in the wall!

    • Ich sehe es ähnlich wie Tom. Allerdings denke ich auch das nicht unbedingt Werkzeuge, sondern die entscheidende Gedankengänge nach vorne fehlen. Vor wenigen Monaten hatten wir auch kein internes Intranet. Das Einarbeiten neuer Mitarbeiter war mühselig und mit viel Papierkrieg zu bewerkstelligen. Dann aber hat sich mein Chef dazu durch gerungen, Zertifikate einzuführen. An allen Ecken mussten plötzlich How-to-Anleitungen angefertigt werden. Mittlerweile können Arbeitsprozesse selbst hergeleitet werden, was davor eine Vorlaufzeit von ich Frage A, A fragt B, B A und B, usw.. Ich vermisse aber so einen Struktur im Prozessmanagement. Neue Technik zieht oft viel zu viel Kosten mit sich her wenn die Leute immer wieder eingelernt werden müssen.

Trackbacks und Pingbacks:

  1. Neue Entwicklungen im Projektmanagement? « Das Kulturmanagement Blog - 14. Oktober 2008

    […] was wir unter Projektmanagement 2.0 verstehen können bzw. wollen? Frank Wolf liefert dafür die Ansätze für eine Definition und verweist in seinem Blogpost auf drei Punkte, die Projektmanagement 2.0 […]

  2. Gibt es einen ROI für Projektmanagement 2.0? | Projektmanagement 2.0 - 14. November 2008

    […] Frank in seinem Blog-Eintrag “Projektmanagement 2.0 – Ansätze für eine Definition” darstellt, sind Effekte durch den Einsatz von Social Software in den folgenden Punkten zu […]

  3. Definitionsansätze für Projektmanagement 2.0 « Projekt Management Beratung - 24. November 2008

    […] für Projektmanagement 2.0 Das junge Blog Projektmanagement 2.0 wagt sich an die erste Definition der 2.0 im Projektmanagement. Der Schwerpunkt liegt auf der Agilität im Projektmanagement. Vor allem die […]

Schreibe einen Kommentar

Text formatting is available via select HTML. <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*