Zeitliche Aufteilung betrachten: Personen, die nicht mehr benötigt werden, sollten von der Besprechung entlassen werden. Die Vorbereitung einer Besprechung sollte dementsprechend berücksichtigen, dass die Anliegen dieser Personen zeitlich am Anfang behandelt werden.

Guido Hartmann stellt seine MindMaps, die Er anscheinend zur Vorbereitung der Prüfung angelegt hat, hier kostenlos zu Verfügung:

http://www.xmind.net/share/guido_hartmann/

Danke für die Mühe!

Es gibt verschiedene Gründe, warum bei einem wichtigen Projekt ein externer Projektleiter die Steuerung eines Projekts übernehmen soll:

• Es gibt keinen internen Mitarbeiter,
  • der die notwendigen Kenntnisse
  • und/oder Erfahrungen hat, um dieses Projekt zu leiten
• Die internen Kapazitäten reichen nicht aus
• Das Management möchte bei einem kritischen Projekt Mitarbeiter schützen

Aber es gibt einen für den PL wichtigen Grund, die Gründe zu erkennen oder zu erahnen:

• Der externe PL kann bei Haftungsfragen angreifbar sein
• Bei Misserfolg ist es leicht möglich, den externe PL zu “entfernen”
• Bei Erfolg kann vermieden werden, Ansprüche erfüllen zu müssen (Gehaltserhöhung, Karriere)

Ein interessanter Aspekt bei mittelgroßen Projekten ist, wenn eine maßgebliche Partei die Anwendung der normalerweise üblichen (Firmenstandard) PM-Methoden abzulehnen. Bei geschätzten Kosten, die durchaus bemerkenswert ist, könnte das vielleicht auf eine der folgenden Möglichkeiten hindeuten:

• Es soll vermieden werden, dass zu viel Kontrolle (Erfolg, Finanzen etc.) ermöglicht wird
• Es wird davon ausgegangen, dass das “Projekt” nicht erfolgreich wird
• Das “Projekt” ist nur Vorwand für andere Aktionen
• Das Management verkennt die Komplexität des Projekts (Meistens sind teure IT-Projekt auch komplexe IT-Projekte…)

Ohne die üblichen Absicherungen (Scope, Budget, Sponsor etc.) sollte eine Projektleiter ein solches “Projekt” nicht übernehmen. Ein erfolgreiches Ende im ersten Versuch ist eher unwahrscheinlich. Nur – was ist, wenn er keine Wahl hat? Wie lässt sich das Management überzeugen?

Durch Nutzung im “wirklichen Leben ™” haben sich einige Änderungen und Verbesserungen ergeben. Was hat sich konkret geändert?

• Es wird verstärkt Gebrauch von Arbeitsblättern gemacht (Übersichtlichkeit). Es gibt folgende Arbeitsblätter:
  • Work Breakdown Structure mit Meilensteinen (Die WBS ist nicht “rein”, es sind ebenfalls Meilensteine und Quatity-Gates enthalten.)
  • Offene Punkte, Änderungen, Risiken, Tickets
  • Protokolle und Dokumentationen (Hier wird alles verlinkt, was an Informationen benötigt wird)
  • Tagebuch (Das Projekttagebuch)
• Es sind Ergänzungen für IT-HW-Projekte enthalten
• Es wird mehr Wert gelegt auf die Steuerung von Änderungen. In diesem Feld wird noch mehr passieren.

Die neue Version (0.6) kann wie immer auf dieser Seite heruntergeladen werden. Kommentare und/oder Verbesserungsvorschläge sind sehr willkommen.

Was uns zu dem Tool führt, in dem die MindMaps benutzt werden können: Xmind.

Was sich leider nicht geändert hat, ist das Problem von XMind, Bilder oder ähnliches in die MindMaps zu integrieren. Das geht zwar, aber leider werden die eingebundenen Bilder teilweise “verloren”, d.h. sie werden nicht mehr angezeigt. Dieses Verhalten wird auch in den Foren diskutiert – und leider ist trotzdem seit einigen Monaten nichts mehr passiert. Wie sagt man: Einem geschenkten Gaul schaut man nicht ins Maul. Aber Schade ist es auf alle Fälle, XMind hat einen hervorragend Eindruck gemacht und es wäre traurig, wenn das Programm sterben würde.