Eine Präsentation zu einem Änderungsantrag im Projekt sollte den Unterschied zwischen dem freigegebenen Plan und der vorgeschlagenen Änderung zeigen. Nennen Sie der entscheidungsbefugten Person die bisherige Zusage, die gewünschte Ergänzung, deren Folgen und die konkreten Wahlmöglichkeiten. Eine neue Anforderung ist nicht schon deshalb genehmigt, weil sie auf der neuesten Folie steht.
Wenn die zuständigen Personen die Folgenabschätzung abgestimmt haben, können Sie den Änderungsantrag mit Presenti zu einem Folienentwurf strukturieren. Übernehmen Sie Annahmen und Genehmigungsstatus in den Ausgangstext. Sie gehören zum Antrag und sind keine Details, die beim Zusammenfassen entfallen dürfen.
Mit dem freigegebenen Ausgangsplan beginnen
Angenommen, ein Team entwickelt einen internen Pilotbetrieb für ein Buchungssystem. Der vereinbarte Umfang umfasst ein Buchungsformular, E-Mail-Bestätigungen und einen wöchentlichen Auslastungsbericht. Der Pilotstart ist für das Ende der sechsten Woche geplant, das freigegebene Budget beträgt 40.000 US-Dollar. Nun fordert der Projektauftraggeber Single Sign-on vor dem Start des Piloten.
Diese fiktiven Planungswerte werden im gesamten Beispiel verwendet. Die Schätzungen des Teams sind Annahmen zur Veranschaulichung, keine Preise oder Lieferzusagen für eine tatsächliche Integration.
Die erste Folie sollte zeigen, was bereits zugesagt ist und was neu beantragt wird. Geben Sie neben dem Leistungsumfang die Version des Ausgangsplans oder die Referenz der Freigabe an, damit die Beteiligten sie prüfen können. Hat sich der aktuelle Plan bereits geändert, gleichen Sie diesen Stand zunächst ab, bevor Sie ihn mit einem neuen Vorschlag vergleichen.
Die Hinweise von Microsoft zur Bewertung von Projektänderungen behandeln Folgen für Anforderungen, Finanzierung und Termine sowie die für eine Freigabe notwendige Entscheidungsbefugnis. Die Präsentation sollte den tatsächlichen Genehmigungsregeln des Projekts folgen. Eine allgemeine Vorlage kann nicht bestimmen, wer entscheiden darf.
Die zusätzlichen Auswirkungen zeigen, nicht nur eine neue Gesamtsumme
Im Beispiel schätzt die technisch verantwortliche Person, dass Single Sign-on 8.000 US-Dollar zusätzlich zum freigegebenen Budget und zehn zusätzliche Arbeitstage im Terminplan erfordert. Die Schätzung setzt voraus, dass Identitätskonfiguration, Testkonten und die Verfügbarkeit der prüfenden Personen rechtzeitig gegeben sind. Diese Annahmen gehören direkt neben die Schätzung.
| Aspekt | Freigegebener Plan | Vorgeschlagene Änderung | Ergebnis bei Genehmigung |
|---|---|---|---|
| Leistungsumfang | Buchungsformular, E-Mail-Bestätigungen, Wochenbericht | Single Sign-on ergänzen | Bisheriger Umfang zuzüglich Integration und vereinbarter Abnahmearbeiten |
| Budget | 40.000 US-Dollar | Geschätzte zusätzliche 8.000 US-Dollar | Geschätzte Gesamtsumme von 48.000 US-Dollar |
| Pilotstart | Ende der sechsten Woche | Geschätzte Verlängerung um zehn Arbeitstage | Ende der achten Woche bei der im Beispiel angenommenen Fünf-Tage-Woche, ohne Feiertage oder Ressourcenkonflikte |
| Abhängigkeiten | Bisherige Voraussetzungen für den Piloten | Identitätskonfiguration, Testkonten, Prüfung der Integration | Die Schätzung muss neu bewertet werden, wenn eine Voraussetzung verspätet erfüllt wird |
Die Ergänzung entspricht 20 % des ursprünglichen Budgets: 8.000 ÷ 40.000 US-Dollar. Der Prozentwert liefert Kontext, ist aber keine automatische Genehmigungsregel. Ebenso bedeutet ein Aufwand von zehn Tagen nicht zwangsläufig eine Verschiebung des Starts um zehn Tage. Hier wird ausdrücklich angenommen, dass die zusätzliche Arbeit den für den Start maßgeblichen Ablauf verlängert. Zeigen Sie in einem realen Plan die Abhängigkeiten und verfügbaren Kapazitäten, auf denen die Terminfolge beruht.
Nennen Sie kein exaktes neues Datum, wenn das Team nur eine Dauer und noch unbestätigte Voraussetzungen angegeben hat. Ist ein konkretes Datum nötig, berechnen Sie es gemeinsam mit der für den Terminplan verantwortlichen Person anhand des Projektkalenders.
Die Verlängerung um zehn Tage als Abfolge sichtbar machen
Die folgende beispielhafte Aufteilung passt zur angenommenen Verlängerung um zehn Tage. Die zusätzliche Arbeit beginnt nach dem ursprünglich vorgesehenen Startzeitpunkt; alle Voraussetzungen sind erfüllt, jede Stufe beginnt unmittelbar nach ihrer Vorgängerin, und es gibt keine Feiertage. Die Zeitangaben veranschaulichen den Ablauf. Sie sind keine Schätzung für ein reales Single-Sign-on-Projekt.
- Integration: fünf Arbeitstage. Sie muss abgeschlossen sein, bevor die Tests beginnen.
- Tests: drei Arbeitstage. Sie folgen auf die Integration und müssen vor der abschließenden Prüfung beendet sein.
- Prüfung und Abnahme: zwei Arbeitstage. Sie folgen auf die Tests und müssen vor dem Pilotstart abgeschlossen sein.
- Übergabedokumentation: vier Arbeitstage parallel. Im Beispiel kann eine andere verfügbare Person sie anhand abgestimmter Spezifikationen erstellen, sobald die Integration beginnt. Nach den Tests fällt dafür keine weitere Arbeit an.
Die voneinander abhängige Abfolge bis zum Start dauert 5 + 3 + 2 = 10 Arbeitstage. Die Summe aller vier Vorgangsdauern beträgt zwar 14, doch es vergehen keine 14 Tage, weil die Dokumentation parallel entsteht. Daraus lassen sich auch keine Personalkosten ableiten: Dafür braucht man Ressourcenzuordnungen und Kostensätze, nicht nur Dauern. Belassen Sie die ursprüngliche Schätzung von 8.000 US-Dollar bei der dafür verantwortlichen Person, statt aus dieser Darstellung einen Tagessatz abzuleiten.
Zeigen Sie auf der Folie zu den Auswirkungen die drei abhängigen Stufen in einer Reihe und die Dokumentation darunter während der ersten vier Tage. So wird deutlich, warum eine um einen Tag früher fertige Dokumentation unter diesen Annahmen den Start nicht vorzieht. Treffen die Testkonten drei Arbeitstage zu spät ein und kann die Integration ohne sie nicht beginnen, endet dieselbe Abfolge nach 13 statt nach 10 Arbeitstagen. Behalten Sie die Prognose „Ende der achten Woche“ dann nicht ohne erneute Kalenderprüfung bei.
Die englische Microsoft-Erklärung zum kritischen Pfad beschreibt, wie verknüpfte Vorgänge und Zeitpuffer bestimmen, welche Änderungen den Endtermin verschieben. Lassen Sie für einen realen Antrag die Abhängigkeiten und die parallel verfügbare Kapazität von der terminverantwortlichen Person bestätigen. Enthält der Ausgangstext nur die ursprünglichen zehn Tage, darf Presenti diese Aufteilung nicht erfinden. Ergänzen Sie sie nur als ausdrücklich gekennzeichnetes Beispiel oder ersetzen Sie sie durch den geprüften Projektablauf.
Optionen vorlegen, über die tatsächlich entschieden werden kann
„Annehmen oder ablehnen“ kann eine sinnvolle Zwischenlösung verdecken. Vergleichen Sie für diesen Antrag drei Vorgehensweisen nach denselben Kriterien:
| Option | Was sich ändert | Wichtigste Folge | Was bestätigt werden muss |
|---|---|---|---|
| Integration vor dem Start ergänzen | Alle bisherigen Ergebnisse beibehalten und Single Sign-on hinzufügen | Geschätzte Gesamtkosten von 48.000 US-Dollar und zehn Arbeitstage Verlängerung | Abhängigkeiten, Kapazität für die Prüfung und Genehmigung der Änderung |
| Aktuellen Piloten beibehalten; Integration danach planen | Freigegebenen Pilotumfang erhalten; eine separate spätere Version prüfen | Der bisherige Starttermin bleibt die Planungsgrundlage | Ob die bestehende Zugangslösung weiterhin akzeptabel ist und ob eine spätere Integration Mehrarbeit verursacht |
| Leistungen innerhalb des Piloten austauschen | Prüfen, ob ein anderes Ergebnis ersetzt oder verschoben werden kann | Auswirkungen auf Kosten und Termine sind noch nicht geschätzt | Welche Leistung verschoben werden darf, ihre Abhängigkeiten und eine aktualisierte Schätzung |
Die dritte Option bedeutet nicht automatisch „gleiches Budget, gleicher Termin“. Einen Bericht zu streichen, belegt nicht, dass dieselben Personen oder dieselbe Zeit für eine Integration genutzt werden können. Kennzeichnen Sie eine noch nicht geschätzte Option entsprechend und fordern Sie eine Folgenabschätzung an, wenn sie weiter interessant ist.
Auch die zweite Option braucht eine Bedingung. Ist die neue Anforderung für den Betrieb des Piloten zwingend erforderlich, lässt sie sich möglicherweise nicht verschieben. Die Präsentation sollte dies offenlegen, statt eine bequeme, aber nicht nutzbare Alternative in der Tabelle stehen zu lassen.
Ein Aufbau mit sechs Folien für den Änderungsantrag
- Die beantragte Entscheidung. Nennen Sie die Änderung, die empfohlene Option und den Zeitpunkt, bis zu dem die Entscheidung benötigt wird.
- Die bisherige Zusage. Zeigen Sie den freigegebenen Umfang, das Budget und die Meilensteine mit der Referenz des Ausgangsplans.
- Der Grund für den Antrag. Erklären Sie, wer die Änderung benötigt und welche Folgen eine Verschiebung hätte. Unterscheiden Sie eine zwingende Anforderung von einem Wunsch.
- Die Auswirkungen. Zeigen Sie zusätzliche Kosten, Terminänderungen, Arbeit und Abhängigkeiten. Ordnen Sie Schätzungen den zuständigen Personen zu.
- Die Alternativen. Vergleichen Sie umsetzbare Optionen und die jeweils noch offene Frage.
- Der Entscheidungsvermerk. Lassen Sie klar erkennbare Felder für die tatsächliche Entscheidung, Bedingungen, entscheidende Person und Datum frei.
Technische Entwürfe und detaillierte Aufschlüsselungen der Schätzung gehören in den Anhang. Der Hauptteil sollte die Folgen erklären, ohne dass die genehmigende Person jede Aufgabe prüfen muss. Ein Vorher-Nachher-Vergleich des Leistungsumfangs ist oft verständlicher als ein allgemeiner Projektfahrplan, in dem die neue Anforderung zwischen bisherigen Arbeiten versteckt ist.
Mit Unsicherheit und neuen Informationen in der Besprechung umgehen
Ändert sich während der Besprechung eine Voraussetzung, zeigen Sie, welchen Teil der Empfehlung dies betrifft. Fehlende Testkonten können zum Beispiel die Schätzung einer Verlängerung um zehn Tage hinfällig machen. Halten Sie fest, dass eine aktualisierte Schätzung benötigt wird, statt eine überholte Zahl zu verteidigen.
Eine bedingte Entscheidung sollte ebenso präzise sein. „Fortfahren, sofern die technisch verantwortliche Person die Schätzung bestätigt und der Projektauftraggeber das zusätzliche Budget freigibt“ ist etwas anderes als „Genehmigt“. Markieren Sie nicht beide Zustände grün und entfernen Sie die Bedingungen nicht aus der Schlussfolie.
Bewahren Sie nach der Besprechung die besprochene Version des Antrags auf und verknüpfen Sie die dokumentierte Entscheidung damit. Aktualisieren Sie den Umsetzungsplan nur über das vereinbarte Änderungsverfahren des Projekts. Eine überarbeitete Präsentation allein sagt dem Team nicht, welcher Umfang, Termin oder welches Budget nun verbindlich ist.
Den Entscheidungsstatus im Ausgangstext erhalten
Fügen Sie den geprüften Text in Presenti ein, um ihn zu einem bearbeitbaren Folienentwurf zu strukturieren. Nehmen Sie Ausgangsplan, Schätzungen und Annahmen des Projekts in den Text auf; ein Thema wie „Änderungsantrag“ würde zu viele Teile der Entscheidungsgrundlage offenlassen.
Erstelle sechs Folien für den Änderungsantrag zu einem fiktiven internen Buchungspiloten. Freigegebener Umfang: Buchungsformular, E-Mail-Bestätigungen, wöchentlicher Auslastungsbericht. Freigegebenes Budget: 40.000 US-Dollar. Geplanter Start: Ende der sechsten Woche. Gewünschte Ergänzung: Single Sign-on vor dem Pilotstart. Schätzung der technisch verantwortlichen Person: 8.000 US-Dollar Mehrkosten und zehn zusätzliche Arbeitstage, die den für den Start maßgeblichen Ablauf verlängern. Voraussetzung ist, dass Identitätskonfiguration, Testkonten und prüfende Personen rechtzeitig verfügbar sind. Verwende nur für dieses Beispiel eine Fünf-Tage-Woche ohne Feiertage. Vergleiche die sofortige Ergänzung, das Beibehalten des aktuellen Piloten mit Prüfung einer späteren Version und einen Austausch von Leistungen, der eine neue Schätzung voraussetzt. Weise dem noch nicht geschätzten Austausch weder Kosten noch einen Termin zu. Halte zwingende Anforderungen, Annahmen und Genehmigungsbedingungen sichtbar. Lasse die Felder für die tatsächliche Entscheidung und die genehmigende Person leer; erfinde keine Genehmigung.
Prüfen Sie den erzeugten Entwurf auf unauffällige Bedeutungsänderungen: Wird aus „geschätzt“ plötzlich „bestätigt“, aus einer bedingten Option eine Zusage oder aus einem leeren Entscheidungsfeld eine Genehmigung? Solche Änderungen sind wichtiger als die Wahl des Designs. Die fertige Präsentation sollte die Prüfung des Antrags erleichtern und zugleich die ursprünglichen Zusagen bewahren.
