# BOUND: unrealistische Erwartungen neu verhandeln Baseline · Objectivity · Understand · Negotiate · Document BOUND macht aus pauschalem Widerstand eine belegte Auswahl: Bedarf klären, Optionen anbieten, Vereinbarung festhalten. - Unrealistische Erwartungen neu verhandeln - Mit Fakten statt Annahmen argumentieren - Vereinbarung festhalten Hilft auch bei:[Jahresgespräche und Beurteilungen](https://www.reflacto.com/de/moments/performance-reviews#situation-unrealistic-goals), [Jahresplanung und Priorisierung](https://www.reflacto.com/de/moments/annual-planning#situation-overloaded-roadmap), [Eine neue Führungskraft](https://www.reflacto.com/de/moments/new-manager#situation-changed-expectations) ## BOUND in 5 Schritten BOUND führt von der aktuellen Erwartung zu einer belegten, realistischen Vereinbarung. Dabei werden Bedarf und Zielkonflikte sichtbar. 1. ### Baseline Kläre Erwartung, Zusagen, Kapazität und feste Grenzen. 2. ### Objectivity Nutze überprüfbare Daten. Trenne Fakten von Annahmen. 3. ### Understand Erfrage, welches Bedürfnis, welche Dringlichkeit oder welches Risiko hinter der Erwartung steht. 4. ### Negotiate Biete realistische Optionen. Zeige Zielkonflikte bei Umfang, Zeit, Ressourcen und Qualität. 5. ### Document Halte Entscheidung, Verantwortlichkeiten, offene Punkte und den Umgang mit späteren Änderungen fest. ## Wann diese Methode hilft Nutze BOUND, wenn du eine unrealistische Deadline oder Umfangsforderung neu verhandeln und die Arbeitsbeziehung erhalten willst. ### Wichtigste Vorteile - Schafft eine gemeinsame Faktenbasis - Zeigt den Bedarf hinter der Forderung - Macht Zielkonflikte zu realistischen Optionen - Beugt Scope Creep mit schriftlichen Vereinbarungen vor ## Grenzen und Warnsignale BOUND schafft keine Befugnisse, beseitigt keine vertraglichen Grenzen und ersetzt keine formale Eskalation bei Sicherheits-, Ethik- oder Rechtsfragen. ## BOUND: Beispiele Die fünf Schritte bleiben gleich, ob es um einen Termin geht, einen Umfang, der ständig wächst, oder eine Erwartung, die nie jemand vereinbart hat. Jedes Beispiel zeigt die Schritte einzeln und dann, wie du ins Gespräch einsteigen könntest. ### Ein Termin, der nicht passt Den wichtigen Termin halten, indem der Umfang sinkt, nicht die Qualität. Illustratives Szenario **Baseline**: Das Marketing erwartet das vollständige Reporting-Dashboard mit zwölf Kennzahlen zur Kundenkonferenz am 16. September. Bis zum 22. August ist das Team mit einem Abrechnungs-Release gebunden. Bei Start am 25. August ist das vollständige Dashboard frühestens am 20. Oktober fertig. **Objectivity**: Die letzten beiden vergleichbaren Integrationen dauerten fünf und sechs Wochen. Die Sicherheitsprüfung für Kundendaten braucht weitere zehn Arbeitstage. Sechs Wochen ab dem 25. August plus Prüfung enden am 20. Oktober. **Understand**: Sie fragt, warum der Termin wichtig ist. Die Keynote braucht eine glaubwürdige Live-Demo der drei wichtigsten Kennzahlen. Die übrigen neun sind für Kund:innen nach der Konferenz gedacht. **Negotiate**: Option 1: ein Pilot mit den drei Kennzahlen auf Beispieldaten bis zum 12. September, der keine Sicherheitsprüfung braucht, und die Vollversion am 20. Oktober. Option 2: Das Abrechnungs-Release wartet bis November, die Arbeit beginnt am 4. August, und die Vollversion ist am 29. September fertig. Die Konferenz verpasst sie trotzdem. **Document**: Sie schickt Marketing- und Produktleitung eine kurze E-Mail: Pilot bis 12. September, Vollversion am 20. Oktober, Abnahme durch die Produktleitung, Statusabgleich jeden Donnerstag. Änderungen am Umfang laufen über die Produktleitung. So könntest du einsteigen > Ich weiß, dass das Dashboard am 16. September auf der Bühne funktionieren muss. Die Vollversion mit allen zwölf Kennzahlen kann nicht vor dem 20. Oktober fertig sein: Vergleichbare Integrationen dauerten fünf bis sechs Wochen, und die Sicherheitsprüfung kommt mit zwei weiteren dazu. Was ich anbieten kann, ist eine Live-Demo der drei wichtigsten Kennzahlen auf Beispieldaten bis zum 12. September. Würde das für die Keynote passen? ### Ein Umfang, der ständig wächst Entscheiden, was rausfällt, wenn etwas Neues dazukommt. Illustratives Szenario **Baseline**: Das App-Release hat einen festen Code Freeze am 14. Februar. Dem Team bleiben 30 Entwicklertage, die acht vereinbarten Features brauchen 26 davon. Der Vertrieb wünscht sich drei weitere Features, geschätzt auf 9, 7 und 5 Tage. **Objectivity**: Die Schätzungen stammen aus der Planung des Teams. In den letzten sechs Sprints lag das Team höchstens 10 Prozent neben seinen Schätzungen. Die drei Wünsche bringen 21 Tage in einen Plan mit 4 Tagen Puffer. **Understand**: Er fragt die Vertriebsleitung, was hinter den Wünschen steckt. Den Massenexport hat der Vertrieb einem wichtigen Kunden versprochen, dessen Vertrag im März verlängert wird. Die anderen beiden stammen von einer Wunschliste. **Negotiate**: Option 1: Der Massenexport kommt rein, der Dark Mode (8 Tage) wandert ins April-Release. Das ergibt 27 von 30 Tagen. Option 2: Der Umfang bleibt, und der Massenexport kommt im April, nach der Vertragsverlängerung. **Document**: Er ergänzt das Release-Ticket um eine Änderungsnotiz: Massenexport rein, Dark Mode in den April, die anderen beiden Wünsche in die April-Planung. Neue Wünsche laufen ab jetzt über das wöchentliche Review des Product Owners. So könntest du einsteigen > Welcher der drei neuen Wünsche hängt an der Vertragsverlängerung? Bis zum Code Freeze bleiben uns 30 Entwicklertage, und die vereinbarten Features brauchen schon 26. Wenn es vor allem um den Massenexport geht, kann ich ihn gegen den Dark Mode tauschen, der dann in den April wandert. Alle drei zusätzlich hieße, den Code Freeze zu verpassen. ### Eine Erwartung, die nie vereinbart wurde Aus einer unausgesprochenen Erwartung eine schriftliche Vereinbarung machen. Illustratives Szenario **Baseline**: Der Vertrieb erwartet vom Datenteam Ad-hoc-Reports innerhalb eines Tages. Das Team hat drei Analyst:innen und rund 190 Stunden im Monat für Ad-hoc-Arbeit. Eine schriftliche Vereinbarung zu Bearbeitungszeiten gibt es nicht. **Objectivity**: Die Tickets des letzten Quartals zeigen 45 Anfragen im Monat mit je etwa sechs Stunden Aufwand, also rund 270 Stunden Bedarf. Die mittlere Bearbeitungszeit lag bei vier Arbeitstagen. Sechzig Prozent der Anfragen kamen aus dem Vertrieb. **Understand**: Sie fragt die Vertriebsleitung, woher die Erwartung von einem Tag kommt. Die Vertriebsteams brauchen vor dem Forecast-Call jeden Montag aktuelle Pipeline-Zahlen. Die meisten anderen Anfragen könnten ein paar Tage warten. **Negotiate**: Option 1: ein Pipeline-Dashboard, das der Vertrieb selbst nutzt, in zwei Wochen gebaut, und fünf Arbeitstage für alles andere. Option 2: ein Tag für bis zu zehn dringende Anfragen im Monat, markiert von der Vertriebsleitung, und fünf Arbeitstage für den Rest. **Document**: Sie schreibt eine einseitige Vereinbarung ins Team-Wiki: Bearbeitungszeiten, was als dringend gilt, wer das markiert, und im ersten Quartal ein monatlicher Abgleich mit der Vertriebsleitung. So könntest du einsteigen > Dein Team braucht die Pipeline-Zahlen vor jedem Forecast-Call am Montag, und im Moment kommen sie oft zu spät. Mit drei Analyst:innen haben wir rund 190 Stunden im Monat für Ad-hoc-Anfragen, der Bedarf liegt bei etwa 270. Ich schlage ein Pipeline-Dashboard vor, das dein Team selbst nutzen kann, und feste Bearbeitungszeiten für alles andere. Können wir die beiden Optionen am Donnerstag durchgehen? Termine und Zahlen sind beispielhaft. Jeder Einstieg nennt zuerst den Bedarf, dann die Zahlen, dann eine Auswahl. Keiner endet mit einem pauschalen Nein. Die vollständigen Belege hältst du bereit, bis die Fragen kommen. ### Pauschale Antwort oder echte Auswahl? Ein pauschales Nein oder ein vages Ja lässt der anderen Person nichts zu entscheiden. Eine echte Auswahl sagt, was möglich ist, bis wann und was es kostet. - Pauschale Antwort – „Bis September ist das unmöglich.“ Echte Auswahl – „Das vollständige Dashboard braucht bis zum 20. Oktober. Bis zum 12. September kann ich die drei wichtigsten Kennzahlen auf Beispieldaten liefern.“ - Pauschale Antwort – „Wir sind eh schon voll ausgelastet.“ Echte Auswahl – „Bis zum Code Freeze bleiben 30 Entwicklertage, die vereinbarten Features brauchen 26. Damit der Massenexport reinpasst, wandert der Dark Mode in den April.“ - Pauschale Antwort – „Wir geben unser Bestes.“ Echte Auswahl – „Bis zu zehn dringende Anfragen im Monat beantworten wir innerhalb eines Tages. Alles andere dauert bis zu fünf Arbeitstage.“ Eine echte Auswahl lässt sich annehmen, ablehnen oder ändern. Ein pauschales Nein kommt oft als Eskalation zurück, ein vages Ja als verpasster Termin. ### Vorlage: Steig in dein Erwartungsgespräch ein Kopiere die Vorlage und ersetze jede Klammer durch deinen eigenen Fall. Ich weiß, dass \[Bedarf hinter der Erwartung\] wichtig ist. Mit \[aktuellen Zusagen und Kapazität\] ist \[die vollständige Anfrage\] frühestens bis \[Termin\] realistisch. \[Dein stärkster Beleg\]. Ich kann dir \[Option 1\] oder \[Option 2\] anbieten. Was passt für dich besser? Ich schicke dir danach eine kurze Zusammenfassung dessen, was wir vereinbaren. #### Prüfe, bevor du es sagst - Baseline: Nennst du bestehende Zusagen und freie Kapazität in Zahlen? - Objectivity: Könnte die andere Person deine Belege prüfen? Kennzeichne Schätzungen als Schätzungen. - Understand: Hast du gefragt, warum Termin oder Umfang wichtig sind, statt zu raten? - Negotiate: Sagt jede Option, was die andere Person bekommt und was es kostet? - Document: Wer bekommt die schriftliche Zusammenfassung, und bis wann? ## Diese Fragen stellt Reflacto BOUND ist Reflactos eigenes Merkwort, kein veröffentlichtes Modell. Drei Fragen folgen der Praxis des Erwartungsmanagements, auf der es beruht: den Bedarf hinter der Erwartung verstehen, einen Kompromiss aushandeln und die Vereinbarung festhalten. Die anderen beiden hat Reflacto ergänzt: eine Ausgangslage aus Zusagen und Kapazität sowie Belege, getrennt von Annahmen. ### Erwartungen steuern Einen Termin, Umfang oder Anspruch neu klären, der nicht zur vorhandenen Kapazität passt. 1. B - Baseline: Wie sieht die realistische Situation basierend auf Fakten, Einschränkungen und meinem aktuellen Wissen aus? (Reflacto-Ergänzung) 2. O - Objectivity: Welche Beweise oder Argumente kann ich nutzen, um diese Diskussion in der Realität statt auf Annahmen zu verankern? (Reflacto-Ergänzung) 3. U - Understand: Welche zugrunde liegenden Bedürfnisse, Bedenken oder Druckfaktoren prägen die Erwartungen dieses Stakeholders? (Erwartungsmanagement-Praxis) 4. N - Negotiate: Wie kann ich ausgewogene Optionen oder Kompromisse formulieren, die zu einer konstruktiven Entscheidung führen? (Erwartungsmanagement-Praxis) 5. D - Document: Wie werde ich das, was wir vereinbart haben, festhalten und teilen, damit es über die Zeit klar und abgestimmt bleibt? (Erwartungsmanagement-Praxis) Nach der letzten Frage zeigt dir Reflacto einen Plan, wie du die Erwartung neu klärst, mit konkreten nächsten Schritten. ## Fragen zur Anwendung von BOUND ### Vor dem Gespräch #### Was mache ich, wenn ich eine Erwartung nicht erfüllen kann? Sprich es früh an, bevor der Termin weiter verbreitet wird. Zeige die Fakten, frag, wofür der Termin gebraucht wird, und biete Optionen bei Umfang, Termin oder Ressourcen. Du könntest sagen > „Die Vollversion braucht bis zum 20. Oktober. Was genau muss am 16. September funktionieren?“ Je später du es ansprichst, desto weniger Optionen bleiben. Halte fest, was ihr vereinbart. [Beispiel: Ein Termin, der nicht passt](https://www.reflacto.com/de/frameworks/bound#example-deadline) #### Was, wenn ich keine belastbaren Zahlen habe? Nutze, was du hast, etwa frühere Projekte, Schätzungen des Teams oder Ticketdaten, und sag, was davon geschätzt ist. Du könntest sagen > „Das ist die Schätzung unseres Teams, und in den letzten sechs Sprints lag sie höchstens 10 Prozent daneben.“ Eine ehrliche Schätzung hilft mehr als eine Zahl, die nur genau klingt. Ist die Lücke groß, biete an, erst zu messen, zum Beispiel zwei Wochen lang die Anfragen zu zählen. ### Nein sagen #### Wie sage ich Nein, ohne die Beziehung zu belasten? Lehne nicht den Bedarf ab, sondern die Kombination aus Umfang, Termin und Kapazität. Biete dann machbare Alternativen an. Du könntest sagen > „Die Demo ist wichtig, also sorgen wir dafür, dass sie funktioniert. Das volle Dashboard schaffen wir nicht, die drei wichtigsten Kennzahlen schon.“ Eine Grenze wird leichter akzeptiert, wenn die andere Person merkt, dass du verstanden hast, warum sie fragt. [Pauschale Antworten und echte Auswahl im Vergleich](https://www.reflacto.com/de/frameworks/bound#no-or-choice) #### Was, wenn die andere Seite jede Option ablehnt? Frag, was eine akzeptable Option enthalten müsste, und prüfe, ob das überhaupt möglich ist. Du könntest sagen > „Was davon ist nicht verhandelbar: der Termin, der Umfang oder die Qualität?“ Kann sich nichts bewegen und fehlt die Kapazität, entscheidet, wer die Prioritäten verantwortet. Sag das offen und leg dieser Person beide Optionen vor. ### Befugnisse und Grenzen #### Was, wenn die Erwartung von ganz oben kommt? Behandle es als Priorisierung. Frage, was die neue Forderung verdrängt, und lege die Folgen der Stelle vor, die diesen Zielkonflikt entscheidet. Du könntest sagen > „Wenn das Vorrang hat, rutscht das Abrechnungs-Release in den November. Ist das der Tausch, den du willst?“ Die Priorität musst du nicht selbst festlegen. Deine Aufgabe ist, die Kosten jeder Wahl sichtbar zu machen. #### Wann ist BOUND das falsche Werkzeug? Wenn es um Sicherheit, Ethik, rechtliche Pflichten oder einen Vertrag geht, eskaliere formal, statt zu verhandeln. BOUND verschafft dir auch keine Befugnisse, die du nicht hast. Kannst du selbst keine Option anbieten, bereite die Optionen vor und bring sie zu jemandem, der entscheiden kann. [Grenzen](https://www.reflacto.com/de/frameworks/bound#limitations) ### Zur Methode #### Warum ist Dokumentation Teil der Methode? Eine kurze schriftliche Zusammenfassung von Entscheidung, offenen Punkten, Verantwortlichen und Terminen verhindert Missverständnisse und spätere Scope-Konflikte. Du könntest sagen > „Wie besprochen: Pilot bis 12. September, Vollversion am 20. Oktober, Änderungen am Umfang laufen über Maria.“ Schick sie noch am selben Tag, solange sich alle an das Gespräch erinnern. [Vorlage kopieren](https://www.reflacto.com/de/frameworks/bound#template) #### Ist BOUND eine etablierte Methode? Nein. BOUND ist Reflactos eigenes Merkwort, aufgebaut auf gängiger Praxis aus Projekt- und Erwartungsmanagement. Die Quellen belegen die zugrunde liegenden Praktiken, nicht den Namen BOUND. Drei der fünf Fragen folgen dieser Praxis, die anderen beiden hat Reflacto ergänzt. [Herkunft und Quellen](https://www.reflacto.com/de/frameworks/bound#provenance) ## Herkunft und Reflactos Anpassung BOUND ist Reflactos eigenes Merkwort und keine Anpassung einer benannten Methode. Die Quellen belegen die zugrunde liegenden Praktiken, nicht den Namen BOUND. ### Was Reflacto verändert hat **Aus dem Erwartungsmanagement**: Aus der Praxis des Erwartungsmanagements: den Bedarf hinter einer Erwartung verstehen, einen Kompromiss aushandeln, den beide Seiten tragen, und die Vereinbarung festhalten. **Reflacto-Ergänzung**: Reflacto ergänzt eine Ausgangslage aus Zusagen und Kapazität sowie Belege, getrennt von Annahmen, bevor Optionen auf den Tisch kommen. [Alle Fragen ansehen, die Reflacto stellt](https://www.reflacto.com/de/frameworks/bound#questions) ### Primärquellen und weiterführende Hinweise - [Association for Project Management: Kompromiss im Stakeholder-Engagement (en) – Der britische Projektmanagementverband zum Aushandeln einer gemeinsamen Ausgangslage bei widersprüchlichen Erwartungen.](https://www.apm.org.uk/resources/find-a-resource/stakeholder-engagement/key-principles/compromise/) - [Lange: Erwartungsmanagement in Projekten – Ein Fachbuch von Springer Vieweg über Entstehung und Umgang mit Erwartungen in Projekten.](https://link.springer.com/book/10.1007/978-3-658-15615-2) Redaktionell geprüft von [Daniel Schmeiß](https://www.reflacto.com/de/about) Letzte inhaltliche Prüfung: 29. September 2026 ## Verwandte Reflexionsmethoden Vergleiche eine weitere Methode, die eine ähnliche Situation aus einem anderen Blickwinkel betrachtet. - [Stakeholder-Alignment vorbereiten – Du brauchst eine Entscheidung, Freigabe oder Unterstützung. Das Canvas hilft dir, die Stakeholder, ihre Interessen und ihren jeweiligen Bedarf an dich zu erfassen. Du gehst ins Gespräch und weißt, worum du bitten willst und wie du ein Ja leicht machst.](https://www.reflacto.com/de/frameworks/alignment-canvas) - [Interessenbasierte Verhandlung – Zwei Teams brauchen trotz konkurrierender Prioritäten eine gemeinsame Lösung. Statt um Positionen zu feilschen, findest du heraus, was jede Seite wirklich braucht, und suchst Optionen, die beiden dienen. So zeigt sich oft Spielraum, der zunächst nicht sichtbar war.](https://www.reflacto.com/de/frameworks/interest-based-negotiation) [Alle Methoden vergleichen](https://www.reflacto.com/de/frameworks) --- Originalseite: https://www.reflacto.com/de/frameworks/bound