Direkt zum Hauptbereich

Die gemeinsame Ablage als Projekthandbuch, Teil 3 (Alternativen)

Ab und zu stellen wir in unseren Beratungsprojekten fest, dass ein Team ein Projekthandbuch zu erstellen hat. Braucht man aus agiler Sicht überhaupt noch ein Projekthandbuch? In dieser Woche gibt es eine kleine Serie zu diesem Thema.
Im letzten Teil haben wir uns angesehen, welchen Wert ein Handbuch liefert. Ist ein Handbuch der einzige Weg, um zum Ziel zu kommen?

Gibt es Alternativen zu einem Handbuch?

Wenn es mehrere Wege zum Ziel gibt, sollte man den Weg mit dem geringsten Aufwand wählen. Das Erstellen und Pflegen eines Handbuchs ist sehr aufwändig:
  • Beim Erstellen gibt es viele Diskussionen. In vielen Punkten gibt es keine Wahrheit (komplexe Situation). 
  • Es ist einfach, lange Dokumente zu erstellen. Wer hat Zeit, lange Bücher zu lesen? Aber es ist harte Arbeit, Handbücher oder Leitfäden auf das Wesentliche zu reduzieren. 
  • Über die Zeit fließen viele Erfahrungen zurück. Wie soll man mit den Erfahrungen aus verschiedenen Bereichen, mit verschiedenen Projekttypen und mit unterschiedlichen Lieferanten umgehen? Fließt das alles in das gleiche Dokument zurück? Gibt es neue Dokumente oder Varianten? Welche Variante gilt wann? Wer gibt die neuen Dokumente frei?
  • Was passiert mit veralteten Informationen?
Viele Fragen. Welche Möglichkeiten haben wir noch, die Inhalte eines Projektmanagement- bzw. eines Projekthandbuchs zu verbreiten?
  • Personen: Es könnte Ansprechpartner geben, die alle wichtigen Informationen wissen. Statt ins Handbuch zu sehen, rufe ich einfach die -764 (für PMH) an und lasse mir alles erklären.
  • Training: Alle Mitarbeiter werden in den wichtigen Inhalten ausgebildet.
  • App: Eine spezielle App leitet durch alle Fragen.
  • Videos oder Hörbucher
  • Newsletter, Blogs
  • Plakate oder Aushänge 
  • A3-Berichte
Unabhängig davon, welches Medium oder welches Format man wählt, müssen die inhaltlichen Fragen geklärt werden.

Themenliste für ein Projektmanagementhandbuch

Im Projektmanagementhandbuch wird vereinbart, wie mit Projekten in der Organisation umgegangen wird. Es reicht also nicht, das Handbuch zu schreiben. Die Vereinbarung ist wichtig. Folgende Themen sollten dazu geklärt werden:
  • Wie werden Projekte gestartet, überwacht und beendet?
  • Wie stellen wir die Verbindung zur Unternehmensstrategie her (siehe Hoshin Kanri)
  • Gibt es Vorgaben, die alle Projekte einhalten müssen?
  • Wer trifft welche Entscheidungen? Welche Informationen müsen vorliegen, damit die Verantwortlichen entscheiden können?
  • Was passiert mit Projekten, die sich nicht an die Regeln halten?

Themenliste für ein Projekthandbuch

Im Projekthandbuch werden die Ergebnisse und Regeln der Zusammenarbeit vereinbart. Auch hier ist das gemeinsame Verständnis und die Vereinbarung wichtig. Folgende Themen sollten dazu geklärt werden:
  • Was ist der Planungsansatz im Projekt?
  • Wer sind die wichtigen Ansprechpartner?
  • Welche Ergebnisse soll das Projekt liefern?
  • Welche Vorgaben müssen von allen eingehalten werden?
  • Wo liegen die Informationen?
Statt diese Dinge jeweils in einem Dokument festzuhalten, schlage ich im nächsten Teil vor, die Ablage dazu zu nutzen.

Diese Serie hat vier Teile: 
 

Kommentare

Beliebte Posts aus diesem Blog

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

Beispiel für eine Partyplanung mit Scrum

Wer sich neu mit Scrum beschäftigt, ist vielleicht überwältigt von den ganzen Fachbegriffen. Dann sieht man vielleicht gar nicht, wie einfach die einzelnen Elemente von Scrum sind. Deshalb hier ein einfaches Beispiel für die Vorbereitung einer Party mit Hilfe von Scrum.

E-Mail-Vorlagen gemeinsam nutzen (Outlook)

Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

Tooling #5: Die gute alte Systemtheorie

Gelegentlich fragen mich Menschen nach den wichtigsten Tools und Herangehensweisen für meine Arbeit. Einige davon habe ich hier im Blog bereits vorgestellt (und zwar  hier ). Heute möchte ich über ein weiteres, vielleicht sogar DAS entscheidende Basiswerkzeug sprechen: Die gute alte Systemtheorie.

Protokolle in OneNote - neue Ideen für's neue Jahr

Protokolliert Ihr Team seine Besprechungen in OneNote? Das geht einfach, schnell ist teamfähig und hat eine exzellente Suchfunktion. Die beliebte Fragen "Wann haben wir eigentlich beschlossen, dass..." ist so schnell beantwortet. Darum wird OneNote an dieser Stelle immer beliebter. In meinen Seminaren dazu sind gute Ideen entstanden, die ich hier weitergeben will.

Scrum und Kennzahlen (KPIs, Metriken)

In regelmäßigen Abständen hören wir die Frage, welche Kennzahlen (neudeutsch KPIs) bei Scrum sinnvoll sind. Zeit für einen längeren Beitrag, auf wichtige Ressourcen zu verweisen. Der Scrum-Guide selbst gibt dazu keine erschöpfende Auskunft. Und das hat seine Gründe.

Ein Pfad durch den Skalierten Scrum Dschungel (10 Frameworks und ein Ratschlag)

Und wie mache ich es, wenn mehrere Teams mit Scrum arbeiten sollen? Bei uns soll die ganze Firma mit Scrum arbeiten. Wie beginnen wir?  Wie gehen wir am Besten damit um, wenn wir teamübergreifend agil werden wollen?  Wir setzen in der Firma SAFe ein – was hälst Du davon? In beinahe jedem meiner Professional Scrum Master Trainings werden solche und ähnliche Fragen zum Thema „Skaliertes Scrum“ gestellt. Das Framework Scrum selbst sagt wenig über die Art und Weise wie man es im Enterpriseumfeld erfolgreich einsetzt. Und doch ist der Bedarf an Lösungen wie man firmenweit agil zusammenarbeiten kann riesig. Inzwischen gibt es eine Reihe an Skalierungsframeworks die versuchen, diesen Bedarf zu decken. In diesem Blogpost geb ich eine Übersicht über die unterschiedlichen Ansätze und Frameworks und versuche damit einen Pfad durch das unübersichtliche Dickicht der Frameworks zu schlagen. Die bekanntesten Skalierungsframeworks: SAFe leSS Nexus Spotify Unfix Scrum@Scale Flight Levels Und noch mehr

Ich bin ganz oben (mit Kanban und Outlook)

Mit einem Kommentar zu einem lesenswerten Artikel von Thomas Mauch /1/ habe ich es an die Spitze der Trefferliste bei Google geschafft. Suchen Sie mal nach „Kanban Outlook“. Kanban ist eine alte Idee, aber immer noch der Renner unter den Produktivitätswerkzeugen. (There is an English version of this post.)