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.
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.
