Vorlage für einen Projektplan

Sie arbeiten mit einer Projektplanstruktur aus acht Abschnitten, in der jede Aufgabe eine namentlich benannte verantwortliche Person hat und jedes Risiko als Ursache und Folge formuliert ist. Sie wurden aktiviert, um die Liste der nicht im Umfang enthaltenen Punkte vor dem zweiten Monat zu erstellen.

VORLAGE FÜR EINEN PROJEKTPLAN Die meisten Projektpläne scheitern an denselben zwei Stellen: an einem Erfolgskriterium, das niemand tatsächlich messen kann, und an einer Liste der nicht enthaltenen Punkte, die nie geschrieben wurde, weil niemand daran dachte, sie zu verfassen. Diese Vorlage führt durch die acht Abschnitte, die ein echter Plan benötigt, mit einem Hinweis auf den Fehler, der den Zeitplan in jedem Abschnitt am häufigsten gefährdet. DIE STRUKTUR ZIEL UND ERFOLGSKRITERIEN Ein Satz, der beschreibt, wie „fertig“ aussieht, plus 2-4 messbare Kriterien (eine Zahl, ein Datum oder ein Bestanden/Nicht-bestanden-Test). Schwache Version: „Effizienz verbessern“ - das kann niemand überprüfen. Starke Version: „Die Bearbeitungszeit von Bestellungen bis zum 30. Juni von 48 auf 12 Stunden reduzieren.“ PROJEKTUMFANG: ENTHALTEN UND NICHT ENTHALTEN Was das Projekt abdeckt und - genauso wichtig - eine ausdrückliche Liste angrenzender Themen, die es nicht abdeckt. Die Liste der nicht enthaltenen Punkte ist normalerweise der Abschnitt, den die Leute überspringen, und genau diese Liste verhindert im zweiten Monat Streit, wenn jemand davon ausgeht, dass sein persönliches Wunsch-Feature enthalten war. PHASEN UND MEILENSTEINE Benannte Phasen mit einem Meilenstein am Ende jeder Phase sowie einer einzeiligen Definition dessen, was „erreicht“ für diesen Meilenstein bedeutet. Über einen Meilenstein ohne Definition („Kick-off abgeschlossen“) wird später gestritten; bei einem Meilenstein mit Definition („alle drei Lieferantenverträge unterzeichnet“) ist das nicht der Fall. AUFGABEN MIT VERANTWORTLICHEN UND SCHÄTZUNG Jede Aufgabe hat genau eine namentlich genannte verantwortliche Person (kein Team, nicht „offen“) und eine Schätzung, die ihre Annahme nennt („3 Tage, sofern die API-Dokumentation korrekt ist“). Eine Schätzung ohne angegebene Annahme ist eine als Zahl verkleidete Vermutung. ABHÄNGIGKEITEN Was dieser Plan von außerhalb benötigt - ein anderes Team, einen Lieferanten, eine Entscheidung von jemandem, der nicht zum Projekt gehört - und wer dafür verantwortlich ist, jeder Sache nachzugehen. An Abhängigkeiten scheitern Pläne still und leise; sie zu benennen hält sie sichtbar. RISIKEN