William Ury spricht bei ted.com darüber, wie man als ein Teil der 3. Partei (zwischen zwei Konfliktparteien) helfen kann, eine Übereinkunft zu erzielen. Das verdeutlicht er an einer Selbsterfahrung, wie er auf Abrahams Spuren wandelte. Ich denke das könnte vor allem für Menschen die Entscheidungsträger sind, also Projektmanager und Abteilungsleiter interessant sein, die manchmal zwischen zwei verhärteten Fronten (z. Bsp. zwei Mitarbeitern) eine Einigung finden müssen.
Um erfolgreich miteinander arbeiten zu können, benötigt man ein funktionierendes Team. Der Austausch und die Kritikfähigkeit, die den Teamleiter dazu befähigt das Team erfolgreich zum Ziel zu führen, muss in beide Richtungen funktionieren. Damit das Team “performt” (wie man so schön sagt), muss auch der Teambildungsprozess und das Miteinander-Arbeiten einwandfrei funktionieren.
Wie schlecht das bei den “geschulten” Führungskräften oft funktioniert, dass Kindergartenkinder besser sind und welchen Vorteil Ingenieure und Führungskräfte mit Ahnung über den operativen Betrieb haben, zeigt das Video “Build a tower, build a team” von Tom Wujec auf ted.com, dass ich in Stefan Hagens PM-Blog fand. Die Aufgabe ist es, ein Marshmallow-Turm zu bauen der steht. Aber seht selbst …
Noch ist es, vor allem in Deutschland und vor allem in der IT-Branche sehr selten, dass professionelles Projektmanagement eingesetzt wird. Viele Projekte werden sprichwörtlich in den Graben gefahren, Budgets werden nicht eingehalten, die Projekte werden zu teuer, erfüllen nicht die gewünschten Anforderungen und/oder benötigen viel mehr Zeit als geplant. Letztes großes Beispiel eines fehlgelaufenen Projekts (warum sei nun mal dahin gestellt) ist das vom Bund eingeführte Mautsystem für Lkw.
Viele Projekte werden falsch, zu wenig oder oft sogar gar nicht geplant. Es gibt keinen Projektplan (oft ist der Plan einige wenige zusammengeklickte Punkte in Microsoft Project), Stakeholder1 werden nicht eingebunden, es gibt keine Risikoabschätzungen, es werden meist keine Tools (bspw. zur Versionskontrolle wie SVN, Bug-Tracking Systeme wie Mantis oder ähnliches) eingesetzt und die Aufwände werden falsch geschätzt. Oft wird ein Projekt auch nicht richtig eingeleitet (gestartet) und meist gar nicht richtig abgeschlossen. Nachbesprechungen was es für Probleme/Fehler mit dem Projekt gab oder was man gelernt hat, abschließen von Dokumenten usw. wird oft völlig vernachlässigt. In den meisten Fällen wird das Projekt mit der Übergabe der Ergebnisse an den Kunden abgeschlossen. Dementsprechend sind auch fast alle Projekte in der IT-Branche (dort vor allem!) außerhalb des geplanten Bereichs, sowohl was das Budget als auch die Zeit betrifft.
Das muss nicht sein. Es gibt einige Projektmanagement-Methoden (CMMI, Prince oder PMBoK als Beispiel) die dem Projektleiter Methoden an die Hand geben, um ein Projekt ordentlich zu planen und durchzuführen.
Ich möchte in diesem Artikel eine kleine Einführung in einige wichtige (allgemeine) Aspekte des Projektmanagements geben, dabei beziehe ich mich auf die bewährten Praktiken von CMMI, muss jedoch dazu sagen, dass ich kein zertifizierter CMMI-Spezialist bin. Ich habe die entsprechenden Methodiken und Grundlagen an der Universtät gelernt und möchte anderen, vielleicht Projektleitern die seit Jahren nach demselben Schema arbeiten und sich verbessern wollen einen Einblick in die modernen Grundlagen geben. Das ist vielleicht ein Anreiz/Ansporn für andere sich näher mit dem Thema zu beschäftigen und bessere Projektleiter zu werden!
Continue reading ‘Projektmanagement – eine Einführung’
Letzte Kommentare