# Ein Entscheidungsprotokoll führen, das Änderung und Grund erklärt Eine Entscheidung von vor sechs Monaten kommt erneut auf. Beteiligte erinnern unterschiedliche Ergebnisse und niemand findet den Grund der Regeländerung. Ein kurzes Entscheidungsprotokoll gibt der nächsten Person Wahl, Grund und zugrunde liegenden Eintrag. Canonical: https://areinum.com/de/guides/decision-log-why-changed/ Language: de Aktualisiert: 2026-10-31 ## Die Entscheidung von der Diskussion trennen Formulieren Sie die Frage so eng, dass der Geltungsbereich der Antwort erkennbar ist. Markieren Sie Empfehlungen oder ungelöste Fragen als offen. Nach der Entscheidung einer berechtigten Person erfassen Sie Wahl, entscheidende Person, Datum und Gültigkeitsbeginn. Nennen Sie einen konkreten Grund. Eine Überarbeitungsregel könnte sich ändern, weil Kunde und Team den früheren Wortlaut unterschiedlich verstanden. Verlinken Sie die Notiz, Vereinbarung oder andere Quelle, die die Wahl erklärt. ## Die frühere Entscheidung bei Regeländerung bewahren Erstellen Sie einen neuen Eintrag für die geänderte Entscheidung und nennen Sie den ersetzten früheren Eintrag. Erfassen Sie, für welche Arbeit und ab wann die neue Regel gilt. Bestehende Vereinbarungen können zu früheren Bedingungen weiterlaufen, sofern keine Änderung separat bestätigt wird. Korrigieren Sie einen Sachfehler ohne Entscheidungsänderung, kennzeichnen Sie ihn als Korrektur und bewahren Sie früheren Text oder Quellreferenz. So lässt sich eine Korrektur von einer neuen Wahl unterscheiden. 1. Erfassen Sie Frage, berechtigte Entscheidung und Grund. 2. Verlinken Sie Nachweise und nennen Sie Gültigkeitsdatum und Umfang. 3. Ergänzen Sie bei Änderung einen neuen Eintrag mit Verweis auf den früheren. ## Eine fiktive Änderung einer Überarbeitungsregel Im fiktiven Protokoll besagt D-014, dass eine Designüberarbeitung enthalten ist. Eine spätere Inhaberentscheidung D-022 definiert für neue Angebote ab 20. Juni 2026 eine gebündelte Überarbeitung, die innerhalb von fünf Geschäftstagen eingeht. Sie ersetzt die frühere Angebotsregel für diesen genannten Umfang. Das Beispiel belässt bestehende Kundenvereinbarungen bei den angenommenen Bedingungen, sofern keine separate Änderung bestätigt wird. Ein anderer Eintrag verlangt eine Kapazitätsprüfung vor Planung eiliger Arbeit. Daten und Regeln sind fiktiv und keine empfohlenen Vertragsbedingungen. ## Die Historie bei erneuter Frage nutzen Finden Sie den aktuellen Eintrag und folgen Sie seiner Referenz zur früheren Entscheidung. Prüfen Sie vor Empfehlung einer weiteren Änderung, ob Grund und Umfang noch passen. Eine Abwesenheitsnotiz oder Projektübergabe kann auf das Protokoll verweisen, ohne die gesamte Historie zu wiederholen. Ein Protokoll erfasst die Entscheidung; der Betrieb muss weiterhin bestimmen, wer eine neue treffen darf. Das ursprüngliche Arbeitsblatt bewahrt die fiktive Entscheidungshistorie als Ergänzung. ## Eine Entscheidungsübersicht mit Areinum vorbereiten Bitten Sie den Areinum Assistant, gelieferte Entscheidungsnotizen mit Quellen und offenen Fragen zu einer Zeitleiste aktueller und ersetzter Regeln zu ordnen. Prüfen Sie das Ergebnis und treffen Sie neue Entscheidungen über die zuständige Person. ## Ihre Fragen ### Sollten nie freigegebene Ideen erfasst werden? Sie können als Kontext nützlich sein, wenn sie getrennt von der Entscheidung als Optionen oder offene Empfehlungen bezeichnet werden. ### Ändern neue Regeln automatisch bestehende Kundenvereinbarungen? Nein. Erfassen Sie den vorgesehenen Umfang der Regel und prüfen Sie bestehende Vereinbarungen und separat bestätigte Änderungen. ### Was, wenn eine alte Entscheidung einen Sachfehler enthält? Markieren Sie die Korrektur und bewahren Sie früheren Text oder Quelle, damit der Eintrag keine Entscheidungsänderung suggeriert. ## Quellen und weitere Informationen - [DACI Decision-Making Framework](https://www.atlassian.com/team-playbook/plays/daci): Atlassian beschreibt die Rollen Driver, Approver, Contributor und Informed und empfiehlt, die endgültige Entscheidung zu dokumentieren. Das Anbieter-Handbuch validiert dieses angepasste Protokoll nicht und belegt keine Wirkung für ein bestimmtes Team. (2026-10-18) - [Tried going off grid for 5 days to see if my business could run without me. It couldn't.](https://www.reddit.com/r/smallbusiness/comments/1r9x049/tried_going_off_grid_for_5_days_to_see_if_my/): Ein Ladeninhaber beschreibt Fragen zu einer Preisanpassung und einer früheren mündlichen Einkaufsfreigabe während einer Abwesenheit. Es ist der Bericht einer Person. Identität, Häufigkeit und Veröffentlichungsdatum wurden nicht festgestellt; dem vorgeschlagenen Protokoll wird kein Ergebnis zugeschrieben. (2026-10-18) Originalvorlage herunterladen (Englische Datei): https://areinum.com/guides/decision-log-why-changed/decision-history-log.csv ## Passende Inhalte - [Was Sie dokumentieren sollten, damit Entscheidungen während Ihrer Abwesenheit weitergehen](https://areinum.com/de/guides/owner-decision-boundaries/) - [Laufende Kundenarbeit vor einer Abwesenheit übergeben](https://areinum.com/de/guides/hand-over-active-client-work-before-leave/) - [Was eine neue Projektleitung zur Fortsetzung der Arbeit braucht](https://areinum.com/de/guides/prepare-one-project-for-a-new-project-lead/) Demo ansehen: https://platform.areinum.com/ Die Demo ist auf Englisch. Der Zugang muss möglicherweise vereinbart werden.