Projektstrukturplan (PSP) und Umfangsplanung

Gewinne:

• Verstehen Sie die Konzepte von Scope Statement und Work Breakdown Structure (WBS) und erstellen Sie mithilfe von KI einen Entwurf eines WBS, der in Arbeitspakete unterteilt ist
• Klären Sie Elemente, Lieferungen und Akzeptanzkriterien außerhalb des Umfangs mit Unterstützung künstlicher Intelligenz und erkennen Sie frühzeitig, wie sich der Umfang ausweitet
• Fähigkeit zu verstehen, dass es in der Verantwortung des Projektmanagers liegt, die Integrität, den Realismus und die Eignung des durch künstliche Intelligenz erstellten WBS im organisatorischen Kontext durch Team- und Stakeholder-Verifizierung zu bestätigen.

Wenn Sie ein Projekt mit der Frage „Was sollen wir tun?“ beginnen, fragen Sie sich: Damit zu beginnen ist, als würde man im Dunkeln tappen. Projekte scheitern oft nicht, weil sie schlecht gemanagt werden, sondern weil sie von Anfang an falsch definiert wurden. Gegenstand dieser Einheit sind die beiden grundlegenden Werkzeuge, die die Grenzen des Projekts umreißen und die Arbeit in überschaubare Teile unterteilen: die Umfangserklärung und die Projektstruktur. Wenn diese beiden Dokumente korrekt eingerichtet sind, stehen Zeitplan, Prognose, Risiko und Budget fest im Vordergrund. Bei falscher Einrichtung wackelt während des gesamten Projekts alles. In beiden Dokumenten ist KI ein leistungsstarker Entwurfspartner: Sie schlägt in wenigen Minuten ein Rahmenwerk für den Umfang und eine Aufteilung in Arbeitspakete vor. Aber denken Sie daran: KI erzeugt ein allgemeines Muster; Nur Sie und Ihr Team kennen die tatsächlichen Leistungen, Einschränkungen und Akzeptanzkriterien Ihrer Organisation.

Was ist eine Scope-Anweisung?

Der Umfang ist, was das Projekt beinhaltet und was nicht. Die Umfangserklärung ist das Dokument, in dem sie schriftlich festgehalten wird. Sie umfasst in der Regel: den Zweck des Projekts, wichtige Ergebnisse, Akzeptanzkriterien, außerhalb des Umfangs liegende Elemente, Annahmen und Einschränkungen. Der kritischste und am meisten vernachlässigte Teil hier ist die Liste außerhalb des Geltungsbereichs: „Wir werden X in diesem Projekt nicht machen“ verhindert später das Argument „Aber ich dachte, das wäre enthalten“.

Wenn der Umfang außer Kontrolle gerät, spricht man von Scope Creep: Kleine, nicht genehmigte Arbeiten, die dem Projekt hinzugefügt werden, blähen es mit der Zeit auf. „Nur noch eine kleine Ergänzung“ sprengt bei Wiederholung das Budget und den Zeitplan. Eine gute Scope-Erklärung und klare Akzeptanzkriterien sind die erste Verteidigungslinie gegen Scope Creep. Akzeptanzkriterien sind die messbare Bedingung, die ein Liefergegenstand erfüllen muss, um als „vollständig“ zu gelten (z. B. „Formular wird in weniger als 2 Sekunden geladen“).

Tipp: Wenn Sie die Scope-Erklärung schreiben, legen Sie genauso viel Wert auf die Liste „Was wir nicht tun werden“ wie auf die Liste „Was wir tun werden“. Ausgeschlossene Artikel sind die günstigste Versicherung für das Projekt.

Was ist ein Projektstrukturplan (PSP)?

Der Projektstrukturplan (WBS) ist ein hierarchischer Baum, der die Gesamtarbeit des Projekts in logische Teile unterteilt, die von oben nach unten allmählich kleiner werden. Oben steht das Projekt, darunter die wichtigsten Liefergegenstände/Phasen und darunter die Arbeitspakete. Ein Arbeitspaket ist die unterste Arbeitsstufe, die einer Person/einem Team zugewiesen werden kann und klein genug ist, um deren Dauer und Kosten abzuschätzen. Ein guter PSP folgt zwei Regeln: der 100 %-Regel (die Summe der unteren Teile umfasst den gesamten oberen Teil, nicht mehr und nicht weniger) und der gegenseitigen Ausschließlichkeit (keine zwei Pakete enthalten die gleiche Arbeit, keine Überschneidung).

Warum ist WBS so wichtig? Denn Prognosen, Zeitplan, Budget und Risiko erfolgen immer auf Arbeitspaketebene. „Wir werden eine Website erstellen“ ist unvorhersehbar; Aber Pakete wie „Anmeldeseitendesign“, „Benutzerregistrierungsformular“ und „Testen der Zahlungsintegration“ sind vorhersehbar. WBS ist auch der Rahmen für die Zuweisung von Verantwortung (RACI), Fortschrittsüberwachung und Kommunikation.

Schritt für Schritt: PSP-Entwurf mit KI generieren

1. Klären Sie den Umfang. Teilen Sie der KI anonym den Zweck des Projekts, die wichtigsten Ergebnisse und bekannte Einschränkungen mit. Einem guten WBS liegt kein unklarer Zweck zugrunde.
2. Bitten Sie um eine Aufschlüsselung des Entwurfs. Bitten Sie die KI um eine Hierarchie, die in Phasen und Arbeitspakete unterteilt ist. Fordern Sie für jedes Paket eine einzeilige Beschreibung des Umfangs und einen Liefervorschlag an.
3. Testen Sie die 100 %-Regel. Prüfen Sie, ob die Gesamtzahl der produzierten Pakete den Umfang vollständig erfüllt; Markieren Sie die fehlenden und unnötigen Elemente.
4. Akzeptanzkriterien hinzufügen. Fordern Sie für jedes Schlüsselergebnis einen Entwurf messbarer Akzeptanzkriterien auf und verfeinern Sie diese dann anhand der Realität.
5. Außerhalb des Geltungsbereichs klären. Bitten Sie die KI um eine Liste von „Elementen, die wahrscheinlich außerhalb des Rahmens dieses Projekts liegen sollten“ und besprechen Sie diese mit dem Team.
6. Team- und Stakeholder-Validierung. Besprechen Sie den Entwurf mit den Eigentümern des Arbeitspakets. WBS ist niemals ein „Plan“ ohne die Genehmigung des Teams.

Achtung: Bei KI-generierten PSPs fehlt häufig ein kritisches Paket (z. B. „rechtliche Genehmigung“, „Datenmigration“, „Benutzerschulung“), das logisch erscheint, aber spezifisch für Ihr Unternehmen ist. Das fehlende Paket wird Ihre Vorhersage von Anfang an falsch machen. Achten Sie darauf, die 100 %-Regel aus menschlicher Sicht anzuwenden.

drei Mini-Koffer

Fall 1 – Zeitsparender Entwurf. Anstatt WBS für ein neues Intranet-Projekt von Grund auf zu erstellen, gab ein PMO-Experte YZ die anonyme Zusammenfassung des Umfangs und bat um einen Entwurf. YZ schlug 6 Phasen und 34 Arbeitspakete vor. In einem 45-minütigen Workshop mit dem Team entfernte der Experte 5 Pakete und fügte 3 fehlende Pakete hinzu (SSO-Integration, Barrierefreiheitstests, Inhaltsmigration). Die Arbeit, die von Grund auf einen Tag gedauert hätte, wurde in einem halben Tag abgeschlossen und wurde umfassender.

Fall 2 – Fangbereichskriechen. Ein Projektmanager gibt AI 12 kleine Anfragen des Kunden und fragt: „Liegen diese gemäß der aktuellen Scope-Erklärung im Umfang oder außerhalb des Umfangs?“ Er ließ es wie folgt klassifizieren: YZ 7 markierte die Anfrage als „möglicherweise außerhalb des Geltungsbereichs“. PM hat diese in offizielle Änderungswünsche umgewandelt; andernfalls würden die zusätzlichen drei Wochen Arbeit stillschweigend in das Projekt einfließen.

Fall 3 – Fehlende Paketfalle. Ein Team genehmigte 28 von YZ hergestellte PSP-Pakete ohne Überprüfung. In der Mitte des Projekts fiel auf, dass es keine Pakete für „Datenmigration“ und „Go-Live-Probe“ gab; Diese beiden Fehlschüsse verlängerten den Zeitplan um 4 Wochen. Lektion: KI-Entwürfe sollten nicht ohne menschliche Tests mit der 100 %-Regel genehmigt werden.

Schwache Eingabeaufforderung / Starke Eingabeaufforderung

Schwache Eingabeaufforderung:

Schreiben Sie einen PSP für ein mobiles Anwendungsprojekt.

Diese Eingabeaufforderung ist sehr allgemein gehalten: KI erstellt normalerweise eine Vorlage, hat jedoch wenig Relevanz für die tatsächlichen Ergebnisse, Einschränkungen und Akzeptanzkriterien Ihres Projekts.

Kraftvolle Aufforderung:

Ihre Rolle: ein leitender Projektplanungsspezialist.Kontext: Eine mobile Bestandsverfolgungsanwendung für einen Einzelhandelskunden (Name maskiert).Einschränkungen: 4 Monate, Integration in bestehendes ERP obligatorisch, iOS+Android, Datenmigration verfügbar.Aufgabe: Erstellen Sie einen Projektstrukturplanentwurf, der in Phasen und Arbeitspakete unterteilt ist.Regeln:- Beachten Sie die 100 %-Regel; Pakete unter jeder Phase sollten die Phase vollständig abdecken. – Für jedes Arbeitspaket: einzeiliger Umfang + Hauptleistung + messbare Akzeptanzkriterien. – Geben Sie am Ende eine separate „möglicherweise AUSSERHALB des Umfangs“-Liste an. – Markieren Sie institutionenspezifische Pakete, bei denen Sie sich nicht sicher sind, passend mit „[mit dem Team bestätigen]“. Ausgabe: Markdown-Tabelle (Phase | Paket | Umfang | Lieferung | Akzeptanzkriterien).

Diese Anfrage ist stark, weil der Kontext, die Einschränkung, die 100 %-Regel, die Akzeptanzkriterien und die Anfrage außerhalb des Gültigkeitsbereichs klar sind. erzwingt auch Unsicherheit mit „[Bestätigung mit Team]“.

Zusätzliche Vorlagen:

# Out-of-Scope-FinderLesen Sie die Scope-Anweisung unten. Listen Sie Aufgaben, die häufig vorkommen, aber hier nicht AUSDRÜCKLICH erwähnt werden (z. B. Schulung, Dokumentation, Support, Migration, Sicherheitstests), als „außerhalb des Geltungsbereichs liegende Kandidaten“ auf. Fragen Sie für jeden, warum er einbezogen/ausgeschlossen werden sollte.

# Hersteller der Akzeptanzkriterien Schlagen Sie 3-5 messbare Akzeptanzkriterien für die folgende Lieferung vor (im SMART-Format):[Lieferung]. Schreiben Sie keine Kriterien auf, die nicht gemessen werden können (wie „es sollte gut funktionieren“).

# 100 % RegelprüferUntersuchen Sie den WBS unten. Welcher Liefergegenstand aus der Scope-Anweisung hat in keinem Arbeitspaket ein Gegenstück? Welche Pakete ÜBERSCHREITEN die Scope-Anweisung? Listen Sie die Lücken auf.

Häufige Fehler

• Nicht außerhalb des Geltungsbereichs schreiben: Wenn unklar ist, „was wir nicht tun werden“, ist eine Ausweitung des Geltungsbereichs unvermeidlich.
• Zu große oder zu dünne Pakete: Ein riesiges Paket, das einen Monat hält, ist unvorhersehbar; Das winzige Stundenpaket überfordert das Management. Pakete müssen vorhersehbar und nachverfolgbar sein.
• Den KI-Plan genehmigen, ohne ihn zu validieren: Ein unvollständiges unternehmensspezifisches Paket (Datenmigration, behördliche Genehmigung, Schulung) verfälscht den Plan von Anfang an.
• Akzeptanzkriterien überspringen: Wenn es keine Kriterien gibt, ist die „erledigt“-Diskussion endlos.
• Die Festlegung des PSP konzentriert sich nicht auf Ergebnisse statt auf Aktivitäten: Ein guter PSP zeigt Ergebnisse (Namen) an, keine Aktivitäten wie „Abhalten einer Besprechung“.

Tipp: Schreiben Sie WBS nicht einmal und belassen Sie es dabei. Wenn eine genehmigte Änderung eintrifft, aktualisieren Sie den PSP und dann den Zeitplan und das Budget. WBS ist ein lebendes Dokument.

Zusammenfassend

Die Scope-Anweisung definiert die Grenzen des Projekts, während der WBS die überschaubaren Teile der Arbeit definiert. Zu einer guten Scope-Erklärung gehören klare Akzeptanzkriterien und eine aussagekräftige „Out-of-Scope“-Liste; Ein guter WBS folgt der 100 %-Regel und der gegenseitigen Ausschließlichkeit. KI erstellt für beides schnelle und vollständige Blaupausen, kann jedoch institutionenspezifische Pakete überspringen. Es liegt am Projektmanager, die 100 %-Regel aus menschlicher Sicht anzuwenden, außerhalb des Rahmens zu klären und eine Teamvalidierung einzuholen.

Anwendungsaufgabe

Erstellen Sie für Ihr aktuelles Projekt einen PSP-Entwurf aus KI, aufgeteilt in Phasen und Arbeitspakete (Daten anonymisieren). Wenden Sie dann mit einem Mitglied Ihres Teams die 100-Prozent-Regel an: Welche Pakete fehlen, welche sind unnötig, welche Lieferung hat keine Annahmekriterien? Korrigieren Sie mindestens 3 fehlende/falsche Punkte und speichern Sie den korrigierten PSP.

Checkliste

• [ ] Meine Umfangserklärung enthält Zweck, Ergebnis, Akzeptanzkriterien, außerhalb des Geltungsbereichs liegende Annahmen und Einschränkungen.
• [ ] Ich habe die Liste „außerhalb des Gültigkeitsbereichs“ absichtlich ausgefüllt.
• [ ] WBS folgt der 100 %-Regel (keine fehlenden/überzähligen Pakete).
• [ ] Jedes Arbeitspaket ist vorhersehbar und nachvollziehbar.
• [ ] Für jedes wichtige Ergebnis gibt es messbare Akzeptanzkriterien.
• [ ] Ich habe den KI-Entwurf mit dem Team überprüft; Ich habe institutionenspezifische Pakete hinzugefügt.