RAPID, RACI, DACI, SPADE: Wählen Sie ein Entscheidungsrechte-Rahmenwerk und setzen Sie es dann tatsächlich um
RAPID, RACI, DACI und SPADE beantworten dieselbe Frage mit unterschiedlichen Buchstaben: wer empfiehlt, wer konsultiert wird, wer zustimmen muss, wer entscheidet, wer informiert wird. Die Wahl zwischen ihnen ist weit weniger wichtig als die Anwendung eines von ihnen — der angewandte Workflow ist identisch, egal welche Buchstaben Sie wählen, und nur der Schritt der Rollenzuweisung ändert sich. Um ein Entscheidungsrechte-Framework auf Argumentree zu betreiben: formulieren Sie die Entscheidung als Hauptanspruch (der Autor ist in der Praxis der Empfehlende); bestimmen Sie, wer teilnimmt, indem Sie Sichtbarkeitsebenen (öffentlich, mandantenweit, Abteilung, privat) verwenden, sodass das Input-Set durch Konstruktion konsultiert wird; zeichnen Sie die Rollenzuweisung als datierten, zuweisbaren Argument unter dem Hauptanspruch auf, BEVOR die Debatte beginnt — es gibt kein integriertes Entscheidungsrollenfeld, und eine RBAC-Rolle ist ein Berechtigungsniveau, kein Entscheidungsrecht, sodass die Zuweisung eine Konvention ist, die Sie aufrechterhalten; bauen Sie den Fall als Optionen mit Pro-/Contra-Kindern auf; führen Sie die Konsultation als Q&A-Ketten durch, wobei eine abgeschlossene Kette der Nachweis ist, dass eine Konsultation stattgefunden hat; behandeln Sie den Einwand eines Zustimmungshalters als Überprüfungskette und Konflikte zwischen Zustimmungshaltern als Kompromissketten; erfassen Sie, wo jeder stand, mit Bewertungen — die Beweise sind, keine Stimmen, ohne Quorum oder Schwelle; lassen Sie den benannten Entscheider den Anruf als Argument mit seiner Begründung aufzeichnen, insbesondere wenn er gegen die Verteilung im Raum entscheidet; und informieren Sie, indem Sie die Sichtbarkeit der Entscheidung erweitern, sodass das informierte Set die Entscheidung und die Debatte liest. Ehrliche Grenzen: kein Entscheidungsrollenfeld, Bewertungen sind keine gewichteten Stimmen, Sichtbarkeitsebenen lesen eher als Verpflichtung, eine abgeschlossene Kette bedeutet nicht Zustimmung, und nichts davon behebt einen unwilligen Entscheider.
RAPID, RACI, DACI und SPADE beantworten alle wer empfiehlt, wer konsultiert wird, wer entscheidet, wer informiert wird. Der Vergleich nimmt eine Tabelle in Anspruch; der Wert liegt im Laufen:
- Weisen Sie die Rollen vor der Debatte zu — als ein datiertes, zuordenbares Argument im Protokoll. Sie danach zuzuweisen, ist nur Erzählung.
- Teilnahme am Umfang mit Sichtbarkeitsebenen, sodass das Eingabenset durch Konstruktion und nicht durch Gedächtnis konsultiert wird
- Eine abgeschlossene Q&A-Kette ist der Beleg dafür, dass eine Beratung stattgefunden hat — das, was später immer angefochten wird
- Die Bewertung ist nicht die Entscheidung: ein benannter Mensch nennt es und schreibt warum — insbesondere gegen den Raum
Die Entscheidung, von der vier Personen dachten, sie gehörte ihnen.
Die Preisänderung wurde an einem Dienstag versendet. Am Mittwoch fragte die VP of Sales, warum sie nicht unterschrieben hatte – sie dachte, sie sei für die Preisgestaltung zuständig. Der CFO ging davon aus, dass er das letzte Wort hatte; er hatte das Modell genehmigt. Der Produktleiter hatte tatsächlich die Entscheidung getroffen, in der Annahme, es sei ihre Entscheidung. Und der CEO, der in dem Dokument für alle Mitarbeiter darüber las, war der Meinung, dass solche Entscheidungen zu ihm kämen. Vier Personen, eine Entscheidung, vier aufrichtige Verantwortliche – und jetzt eine Rückroll-Debatte, die eigentlich eine Eigentumsdebatte in einem Preis-Kostüm ist.
Sie haben eine Version davon gesehen. Es ist das häufigste Governance-Problem in wachsenden Organisationen, und es gibt eine gut gefüllte Auswahl an Lösungen: RAPID, RACI, DACI, SPADE — Rahmenwerke, deren gesamter Inhalt ist schreiben Sie auf, wer welche Rolle spielt, bevor die Entscheidung getroffen wird. Die Buchstaben unterscheiden sich; die Einsicht ist identisch.
Was auf das eigentliche Problem hinweist. Teams verbringen die Energie damit, zwischen den Frameworks zu wählen — Vergleichsbeiträge, Workshop-Debatten darüber, ob Consulted sich von Input unterscheidet — und weisen dann die Buchstaben nach der Entscheidung zu, als Dokumentation. Rollen nachträglich zuzuweisen ist nur Erzählung. Dieses Tutorial widmet einen Tisch der Auswahl und den Rest dem Ablauf: dem angewandten Workflow, der identisch ist, egal welche Buchstaben Sie wählen. (Für die Theorie und Geschichte der Frameworks behandelt unser Leitfaden zu Entscheidungsframeworks sie zusammen mit dem Rest des Werkzeugs — dieses Tutorial wiederholt es absichtlich nicht.)
Die vier Rahmenwerke in einer Tabelle
Sechs Aufgaben existieren in jeder folgenreichen Entscheidung. Die Rahmenbedingungen benennen sie unterschiedlich:
RAPID (Bain)
Recommend · Agree · Perform · Input · Decide. Der einzige mit einer expliziten Zustimmungsrolle — Parteien, deren Genehmigung blockieren kann. Am besten, wenn Recht/Finanzen tatsächlich Vetorechte haben.
RACI
Responsible · Accountable · Consulted · Informed. Aufgabenverantwortung — Verantwortlich ist der alleinige Eigentümer. Am besten, wenn die Entscheidung mit den Ausführungsaufgaben verknüpft ist.
DACI (Intuit/Atlassian Abstammung)
Driver · Approver · Contributors · Informed. Der Driver führt den Prozess aus; der Approver entscheidet. Am besten für Produktteams, die den Prozessverantwortlichen benennen möchten.
SPADE (Gokul Rajaram)
Setting · People · Alternativen · Decidieren · Erläutern. Weniger eine Rollenmatrix als eine Entscheidungsliste — der Schritt Erläutern ist die Disziplin, den Grund aufzuschreiben, die die anderen vergessen haben vorzuschreiben.
Wählen Sie Ihre echten Blockierer aus: echte Vetoinhaber → RAPID; Ausführungsengpass → RACI; Prozesslaufkultur → DACI; ein Team, das es überspringt, den Grund aufzuschreiben → SPADE. Dann stoppen. Die Schritte 2 bis 10 unten ändern sich nicht mit Ihrer Wahl — nur die Buchstaben in Schritt 3 tun es. Dieser Satz ist der nützlichste des Tutorials: Er beendet die Auswahl des Rahmens und beginnt das Handeln, welches das Verhalten ist, das tatsächlich Entscheidungen verbessert.
Einrichten: Umfang, dann Rollen, dann der Fall
- 1Bezeichnen Sie die Entscheidung als Hauptanspruch. "Wir werden im ersten Quartal zu einer nutzungsbasierten Preisgestaltung für die Team-Stufe wechseln." Ihr Autor ist in der Praxis der Empfehlende/Antrieb — die Urheberschaft ist sichtbar, sodass der R von der ersten Sekunde an dokumentiert ist. Checkpoint: Hauptanspruch existiert; sein Autor ist die Person, die den Fall aufbaut.
- 2Umfang, wer mit Sichtbarkeitsebenen teilnimmt. Setzen Sie die Sichtbarkeit der Diskussion — öffentlich, unternehmensweit, abteilungsintern oder privat — um dem beabsichtigten Eingabensatz zu entsprechen. Eine abteilungsbezogene Entscheidung ist von vornherein von dieser Abteilung konsultierbar; Sie verlassen sich nicht darauf, dass sich jemand erinnert, die Rechtsabteilung einzubeziehen. Checkpoint: Sichtbarkeit entspricht dem Eingabensatz, nicht der Gewohnheit.
- 3Dokumentiere die Rollenverteilung — vor dem ersten Argument. Als Pro-Kind der Wurzel: "Entscheider: A. Empfehlender: B. Zustimmen: C, D. Eingabe: Eng, Rechtlich. Informiert: alle Hände." Datierbar, zuordenbar und anfechtbar wie alles andere im Baum. Diese Reihenfolge ist der ganze Sinn von Entscheidungsrechten: Rollen, die nach der Debatte zugewiesen werden, beschreiben lediglich, was passiert ist. Checkpoint: das Zuweisungsargument geht jedem Fallargument voraus.
- 4Fälle erstellen. Optionen als Geschwisterknoten, jeder mit seinen eigenen Vor- und Nachteilen — die gleiche Struktur wie das Tutorial zu Entscheidungsprotokollen, einschließlich der abgelehnten Optionen, nach denen ein Leser später fragen wird. Checkpoint: Jede echte Alternative hat einen Knoten.
Eine RBAC-Rolle ist kein Entscheidungsrecht.
Es gibt kein integriertes Entscheidungsrollenfeld. Die Tenant-Rolle eines Benutzers (Admin, Moderator, Mitglied) ist ein Berechtigungsniveau — wer den Raum verwalten darf — nicht ein Entscheidungsrecht — wer diese Frage entscheiden darf. RAPID/RACI-Buchstaben sind eine Konvention, die Sie als Argument (Schritt 3) festhalten und selbst verwalten: datiert und zuordenbar, aber nicht vom Produkt durchgesetzt. Lassen Sie Ihre Stakeholder nicht anderes annehmen.
Beratung, die Sie nachweisen können, fand statt.
"Wurden Sie konsultiert?" ist die Frage, um die sich jede umstrittene Entscheidung letztendlich dreht — und in den meisten Organisationen ist die ehrliche Antwort ein Schulterzucken: Es gab ein Treffen, es gab einen Thread, die Erinnerungen unterscheiden sich. Der Workflow hier macht die Konsultation zu einem Beleg, nicht zu einer Erinnerung:
- 1Jeder Input-Inhaber eröffnet eine Q&A-Kette zur Empfehlung: ihre Frage, die Antwort des Empfehlenden, eine Nachverfolgung, eine Antwort — vollständig. Die abgeschlossene Kette ist der Beweis, dass eine Beratung stattgefunden hat: wer gefragt hat, was beantwortet wurde, wann. Ein Input-Inhaber, der nichts zu fragen hat, lehnt ausdrücklich ab. Checkpoint: jeder Input-Inhaber hat ≥1 abgeschlossene Kette oder eine ausdrückliche Ablehnung.
- 2Ein Zustimmungsinhaber, der Einwände erhebt, eröffnet eine Überprüfungskette: ihre Bewertung, die Antwort des Empfehlenden, Nachverfolgung, Antwort. Mehrere Zustimmungsinhaber bedeuten mehrere parallele Ketten, die jeweils unter ihren eigenen Bedingungen gelöst werden — kein ungelöstes Blockade versteckt sich in einem Gruppenthread. Checkpoint: Es gibt keinen aktiven Einwand außerhalb einer Kette.
- 3Zwei Konfliktparteien → Kompromisskette. Eine schlägt der anderen die Mittelposition vor, protokolliert. Ob gelöst oder nicht, der Versuch wird dokumentiert — was "Recht und Finanzen haben sich nie geeinigt" von einer Anschuldigung in einen lesbaren Austausch umwandelt. Checkpoint: Konflikte entweder gelöst oder sichtbar aktiv.
Die Prüfungsfrage
Wer wurde bei Ihrem letzten großen Anruf konsultiert — und können sie das bestätigen? Wenn die Konsultation von den Konsultierten nicht bestätigt werden kann, hat sie in keiner Weise stattgefunden, die einen Streit überstehen würde.
Sich gegen das Zimmer entscheiden und aufschreiben, warum
Vor dem Anruf bewertet jeder die Optionen – jeweils mit einer beschrifteten Bewertung. Lesen Sie dies, wie es ist: Beweis dafür, wo die Gruppe stand, kein Abstimmung. Es gibt kein Quorum, keine Schwelle, keinen Stichentscheid; die gesamte Prämisse des Rahmens ist, dass ein benannter Mensch entscheidet.
Dann entscheidet der Entscheider — als Argument, verfasst von ihnen, unter der gewählten Option, in dem die Begründung dargelegt wird. Und hier ist der wertvollste Satz, den der Workflow produziert: wenn der Anruf gegen die Bewertungen geht, ist der Knoten des Entscheiders der Ort, an dem das erklärt wird. "Der Raum neigte zu Option B; ich wähle A, weil das Risiko der Unternehmensverlängerung das Vorlieben der Verteilung überwiegt" — ein Satz, der disagree-and-commit Führung von Entscheidungen durch Dekret trennt und das genaue, woraus eine haltbare Entscheidung besteht. Ein Entscheider, der es nicht aufschreibt, führt kein Framework; er trägt eines.
- ✓Checkpoint: Verteilung erfasst vor dem Anruf; Entscheidung als eigenes Argument des Entscheidenden aufgezeichnet, mit Begründung — verpflichtend, wenn sie dem Raum widerspricht.
Informieren ohne eine separate E-Mail
Letzte Mitteilung, günstigster Schritt: die Sichtbarkeit der Entscheidung erhöhen, sobald sie getroffen wurde. Die Informierten eröffnen die Diskussion und lesen nicht nur das Ergebnis, sondern auch die Debatte — die Optionen, die Konsultationsketten, das Warum des Entscheidenden. "Warum hat sich die Preisgestaltung geändert?" benötigt niemals einen eigenen E-Mail-Thread, denn die Antwort ist das Protokoll selbst. Auf diese Weise ist Informieren auch der Beginn von Buy-in: Menschen verpflichten sich zu Entscheidungen, deren Begründung sie überprüfen können.
- ✓Checkpoint: Sichtbarkeit erweitert auf die informierte Gruppe; die Ankündigung verlinkt den Datensatz, anstatt ihn zusammenzufassen.
Ehrliche Einschränkungen
- ✗Es gibt kein Entscheidungsrollenfeld. Die Buchstaben sind eine aufgezeichnete Konvention — datiert und zuordenbar, aber das Produkt weist sie nicht zu und überprüft sie nicht. Eine RBAC-Rolle ist ein Berechtigungsniveau, niemals ein Entscheidungsrecht.
- ✗Bewertungen sind keine gewichteten Stimmen. Ein Wert und ein Label pro Person, kein Quorum, keine Schwelle, kein Stichentscheid. Der Entscheider ist der Stichentscheid.
- ✗Sichtbarkeitsbereiche lesen, keine Verpflichtung. Der Bereich der Abteilung bedeutet, dass die Rechtsabteilung sehen kann — die abgeschlossene Q&A-Kette, nicht die Sichtbarkeitseinstellung, ist der Beweis, dass sie sich damit beschäftigt haben.
- ✗Eine Kette besteht aus vier Wendungen, dann ist sie vollständig — und vollständig ≠ vereinbart. Der abweichende Zustimmende, der sich trotzdem verpflichtet, wird als gehört dokumentiert, nicht als bekehrt.
- ✗Keine dieser Maßnahmen behebt einen unwilligen Entscheider. Struktur macht eine nicht getroffene Entscheidung schneller sichtbar — der leere Knoten, an dem der Aufruf stattfinden sollte, ist sehr deutlich sichtbar — aber sie kann den Aufruf nicht ausführen.
Praktische Lektionen
- ✓Schreiben Sie das Rollenargument im Kickoff-Meeting, live, bevor jemand die Vorzüge diskutiert. Dreißig Sekunden jetzt versus die Archäologie am Mittwoch danach.
- ✓Halten Sie die Agree-Liste brutal kurz. Jeder Agree-Inhaber ist ein potenzieller Block mit einer Kette, die gelöst werden muss; die meisten "Genehmiger" sind tatsächlich Input. Die Disziplin von RAPID besteht darin, dies laut auszusprechen.
- ✓Abgelehnte Konsultation ist ebenfalls ein Protokoll. Ein Input-Inhaber, der ausdrücklich ablehnt, kann später keinen Ausschluss beanspruchen — schütze sie und dich selbst, indem du den Pass sichtbar machst.
- ✓Wiederverwenden Sie die Aufgabe. Wiederkehrende Entscheidungstypen (Preisgestaltung, Einstufung von Mitarbeitern, Auswahl von Anbietern) behalten die gleichen Buchstaben — fügen Sie das Rollenargument als Vorlage ein und aktualisieren Sie die Namen.
Mittwoch, neu betrachtet
Führen Sie die Preisänderung erneut durch den Workflow. Der VP of Sales ist ein Agree-holder — ihr Einwand ist eine abgeschlossene Review-Kette, die zweimal beantwortet wurde, und sie hat sich verpflichtet. Der CFO ist Input — seine Konsultation ist ein Beleg. Der Produktverantwortliche ist der Entscheider durch ein datiertes Argument, das vor der Debatte verfasst wurde, und ihre Begründung, gegen die Meinung des Raumes zu gehen, ist ein Absatz, den jeder lesen kann. Der CEO ist Informiert — das Dokument für alle Hände verlinkt den Baum. Dieselbe Entscheidung, möglicherweise dasselbe Ergebnis. Aber am Mittwoch gibt es nichts neu zu verhandeln, denn die einzige Frage, die diese Kämpfe je anheizt — wer hatte das Recht, dies zu entscheiden? — wurde beantwortet, bevor jemand argumentierte.
Quellen & weiterführende Literatur
- Rogers, P., & Blenko, M. (2006). Wer hat das D? Wie klare Entscheidungsrollen die organisatorische Leistung verbessern. Harvard Business Review, Januar 2006.Bains RAPID-Framework, von seinen Autoren — einschließlich des Falls, dass mehrdeutige Entscheidungsrechte, nicht schlechte Analysen, Organisationen zum Stillstand bringen.
- Rajaram, G. — das SPADE-Toolkit (Setting, People, Alternatives, Decide, Explain).Das checklist-förmige Mitglied der Familie, dessen Erklärungs-Schritt vorschreibt, warum dieses Tutorial den Knoten des Entscheidungsfinders aufbaut.
- Atlassian Team Playbook — DACI: ein Entscheidungsfindungsrahmen.Die Variante Fahrer/Genehmiger/Beitragende/Informierte, wie sie in Produktorganisationen praktiziert wird.
Häufig gestellte Fragen
Was ist der Unterschied zwischen RAPID, RACI, DACI und SPADE?
Sie beantworten die gleiche Frage — wer empfiehlt, wer konsultiert wird, wer zustimmen muss, wer entscheidet, wer informiert wird — mit unterschiedlichen Schwerpunkten. RAPID (Bain) ist das einzige Modell mit einer expliziten Zustimmungsrolle für echte Vetoinhaber. RACI stammt aus der Aufgabenverantwortung, wobei Verantwortlicher der einzige Eigentümer ist — nützlich, wenn die Entscheidung mit der Ausführung verknüpft ist. DACI benennt einen Treiber, der den Prozess unabhängig vom Genehmiger, der entscheidet, leitet. SPADE ist näher an einer Checkliste, und sein Erklärschritt verlangt, die Begründung schriftlich festzuhalten. Wählen Sie nach Ihren tatsächlichen Blockaden — Vetos, Ausführung, Prozessführung oder einer Gewohnheit, das Warum zu überspringen — und beachten Sie dann, dass der angewandte Workflow für alle vier identisch ist: nur die Buchstaben der Rollenverteilung ändern sich.
Wann sollten Entscheidungsrollen zugewiesen werden?
Vor der Debatte — das ist der gesamte Punkt der Rahmenfamilie. Nachträglich zugewiesene Rollen sind Erzählungen: Sie beschreiben, wer zufällig dominiert hat, nicht wer das Recht dazu hatte. Praktisch: Halten Sie die Zuweisung als eine datierte, zuordenbare Aussage fest (in diesem Workflow, ein Argument unter dem Wurzel des Entscheids), bevor das erste Fallargument vorgebracht wird. Es dauert dreißig Sekunden beim Kickoff und beseitigt die Streitfrage — 'wer hatte das Recht, dies zu entscheiden?' — die die meisten Wiederverhandlungen von Entscheidungen antreibt.
Wie beweisen Sie, dass die Stakeholder tatsächlich konsultiert wurden?
Mit einem Beleg, nicht mit einer Erinnerung. In diesem Workflow eröffnet jede konsultierte Partei eine Q&A-Kette zur Empfehlung — ihre Frage, die Antwort des Empfehlenden, eine Nachverfolgung, eine Antwort — und die abgeschlossene Kette wird zeitgestempelt, was einen nachweisbaren Beleg dafür darstellt, dass eine Konsultation stattgefunden hat und was sie abgedeckt hat. Ein Stakeholder, der nichts zu fragen hat, lehnt ausdrücklich ab, was ebenfalls ein Protokoll ist. Beachten Sie die ehrliche Grenze: Die Sichtbarkeit einer Entscheidung auf eine Abteilung zu beschränken bedeutet, dass sie sie sehen kann; nur die abgeschlossene Kette belegt, dass sie sich beteiligt hat.
Ist die Bewertung der Optionen dasselbe wie die Abstimmung über die Entscheidung?
Nein, und die Beibehaltung der Unterscheidung ist es, die diese Rahmenwerke funktionieren lässt. Bewertungen — ein Wert und ein Label pro Person — erfassen, wo der Raum stand: die Evidenzbasis. Es gibt kein Quorum, keine Schwelle oder Stichentscheid, denn die Prämisse des Rahmens ist, dass ein benannter Mensch entscheidet. Der wahre Wert der Verteilung zeigt sich, wenn der Entscheider dagegen geht: die aufgezeichnete Begründung ('der Raum neigte zu B; ich wählte A, weil…') ist der wertvollste Satz, den der Prozess produziert, und wandelt eine Übersteuerung von einem Dekret in ein verantwortliches, überprüfbares Urteil um.
Können Entscheidungsrechte in Software durchgesetzt werden?
Meistens nein, und seien Sie vorsichtig mit Werkzeugen, die etwas anderes implizieren. In Argumentree speziell: Eine RBAC-Mieterrolle (Admin, Moderator, Mitglied) ist ein Berechtigungsniveau, das regelt, wer den Raum verwalten darf, nicht ein Entscheidungsrecht, das regelt, wer eine bestimmte Frage entscheiden darf. Die RAPID/RACI-Buchstaben werden als datiertes Argument zur Entscheidung aufgezeichnet — zuordenbar und anfechtbar, aber durch Konvention aufrechterhalten. Was Software nützlich durchsetzt, ist angrenzend: Sichtbarkeitsscoping macht das Konsultationsset strukturell, und Ketten verwandeln Konsultation und Einwände in abgeschlossene, zuordenbare Aufzeichnungen.
Was ist, wenn der Entscheider sich nicht entscheiden will?
Kein Rahmen behebt einen unwilligen Entscheider — aber Struktur macht das Stocken schneller und präziser sichtbar als eine Besprechungsfrequenz. In diesem Workflow ist die Lücke sichtbar: der Fall ist aufgebaut, die Konsultationen sind abgeschlossen, die Bewertungen sind eingegangen, und der Knoten des Entscheidenden ist leer. Das verwandelt eine vage organisatorische Drift in eine spezifische, datierte Tatsache ('Entscheidung ausstehend bei A seit dem 12.') auf die ein Eskalationsweg reagieren kann. Wenn derselbe Knoten wiederholt leer bleibt, ist die ehrliche Lösung, den D neu zuzuweisen — was die aufgezeichnete Rollenverteilung zu einem expliziten Akt macht, anstatt zu einem stillen.
Hör auf, nach Frameworks zu suchen. Setze diese Woche eines um.
Rollen im Protokoll vor der Debatte, Konsultation mit Belegen und eine benannte Person, die mit dem Warum schriftlich festgehalten entscheidet.
Kostenlose 14-tägige Testversion starten