Skip to content

Commit ce2c713

Browse files
authored
Merge pull request #475 from raifdmueller/feat/three-community-anchors
feat: add Hoshin Kanri, Double Diamond, Decisional Balance Sheet (#468, #467, #448)
2 parents d364e45 + 24553b3 commit ce2c713

8 files changed

Lines changed: 345 additions & 0 deletions

File tree

Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,50 @@
1+
= Decisional Balance Sheet
2+
:categories: problem-solving, strategic-planning
3+
:roles: consultant, team-lead, product-owner, business-analyst
4+
:related: pugh-matrix, adr-according-to-nygard, moscow
5+
:proponents: Irving Janis, Leon Mann
6+
:tags: decision-making, pros-cons, ambivalence, motivational-interviewing
7+
:tier: 3
8+
9+
[%collapsible]
10+
====
11+
Also known as:: Benjamin Franklin Analysis, Moral Algebra, Pros-and-Cons Sheet
12+
13+
[discrete]
14+
== *Core Concepts*:
15+
16+
Four-Cell Matrix:: The full Janis & Mann form has four categories of consequence for each alternative — *utilitarian gains/losses for self*, *utilitarian gains/losses for significant others*, *self-approval/disapproval*, and *approval/disapproval from others*. Stretches "pros and cons" beyond instrumental outcomes into identity and social cost.
17+
18+
Simplified Two-Column Form:: The everyday "pros vs cons" list popularised by Benjamin Franklin (1772 letter to Joseph Priestley). Strictly a degenerate case of the four-cell matrix — useful for quick decisions, lossy for complex ones.
19+
20+
Weighting:: Each entry gets a numeric weight reflecting its importance. The decision is *not* a vote count — the discipline is to make trade-offs explicit, not to mechanise the choice.
21+
22+
Resolving Ambivalence:: The artifact's primary purpose is *not* arithmetic but surfacing concerns the decider has not yet articulated. Listing the cons of a tempting option, or the pros of the rejected one, breaks the "all pros, no cons" framing that drives impulsive decisions.
23+
24+
Decisional Conflict:: Janis & Mann's parent theory; high-stakes decisions produce stress that distorts judgment. The balance sheet is one of several debiasing techniques alongside vigilant information search and contingency planning.
25+
26+
Motivational Interviewing Variant:: In the Prochaska–DiClemente *Stages of Change* model and Miller & Rollnick's *Motivational Interviewing*, the balance sheet is used to elicit change-talk: the client *says* the cons of staying the same and the pros of changing — moving them through ambivalence rather than persuading them.
27+
28+
Limits:: The model is *deliberative*, not intuitive. It works poorly under time pressure and for decisions dominated by uncertainty (where Pugh Matrix or scenario-based methods fit better). It also doesn't surface options that aren't on the list — separate from the option-generation step.
29+
30+
31+
Key Proponents:: Irving Janis & Leon Mann ("Decision Making: A Psychological Analysis of Conflict, Choice, and Commitment", 1977 — the formal four-cell model). Benjamin Franklin (1772 letter, "moral algebra" — the informal pros/cons ancestor). William R. Miller & Stephen Rollnick ("Motivational Interviewing", 1991) for the clinical adaptation.
32+
33+
Historical Context:: Franklin's pros/cons letter is one of the earliest documented decision-aid techniques in the Western tradition. Janis & Mann turned it into a research instrument in the 1970s; the simplified two-column form has spread through self-help, coaching, and Motivational Interviewing into mainstream use. Now a staple of decision coaching, financial advisory, and health-behaviour-change interventions.
34+
35+
[discrete]
36+
== *When to Use*:
37+
38+
* Personal or career decisions where the alternatives are roughly comparable and the deciding factor is the decider's own clarity
39+
* Coaching conversations where the client is *stuck in ambivalence* — the four-cell version surfaces concerns the simple pros/cons list misses
40+
* Pre-mortem variant: pre-listing the "approval/disapproval from others" cell often predicts political resistance the team forgot to address
41+
* Motivational Interviewing settings — health behaviour, addiction recovery, career changes
42+
* Decision documentation in low-formality contexts where a full ADR is overkill but "we considered the alternatives" must be visible
43+
44+
[discrete]
45+
== *Related Anchors*:
46+
47+
* <<pugh-matrix,Pugh Matrix>> — scores alternatives against weighted criteria; complement when uncertainty or technical trade-offs dominate over personal/social cost
48+
* <<adr-according-to-nygard,ADR according to Nygard>> — captures architecture decisions with Context/Decision/Consequences; the balance sheet feeds the Consequences section
49+
* <<moscow,MoSCoW>> — prioritisation among items chosen *after* the decision is made; the balance sheet helps decide *whether* to do the work at all
50+
====
Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,50 @@
1+
= Decisional Balance Sheet
2+
:categories: problem-solving, strategic-planning
3+
:roles: consultant, team-lead, product-owner, business-analyst
4+
:related: pugh-matrix, adr-according-to-nygard, moscow
5+
:proponents: Irving Janis, Leon Mann
6+
:tags: decision-making, pros-cons, ambivalence, motivational-interviewing
7+
:tier: 3
8+
9+
[%collapsible]
10+
====
11+
Auch bekannt als:: Benjamin-Franklin-Analyse, Moralische Algebra, Pro-und-Contra-Liste
12+
13+
[discrete]
14+
== *Kernkonzepte*:
15+
16+
Vier-Zellen-Matrix:: Die volle Janis-&-Mann-Form hat vier Kategorien von Konsequenzen für jede Alternative — *utilitaristische Gewinne/Verluste für sich selbst*, *utilitaristische Gewinne/Verluste für nahestehende Personen*, *Selbst-Zustimmung/Ablehnung* und *Zustimmung/Ablehnung durch andere*. Dehnt "Pro und Contra" über instrumentelle Ergebnisse hinaus auf Identität und sozialen Preis.
17+
18+
Vereinfachte Zwei-Spalten-Form:: Die alltägliche "Pro vs. Contra"-Liste, populär gemacht durch Benjamin Franklin (Brief 1772 an Joseph Priestley). Streng genommen ein Spezialfall der Vier-Zellen-Matrix — nützlich für schnelle Entscheidungen, verlustbehaftet bei komplexen.
19+
20+
Gewichtung:: Jeder Eintrag bekommt ein numerisches Gewicht, das seine Wichtigkeit ausdrückt. Die Entscheidung ist *keine* Stimmenauszählung — die Disziplin ist, Trade-offs explizit zu machen, nicht die Wahl zu mechanisieren.
21+
22+
Ambivalenz auflösen:: Der eigentliche Zweck ist nicht Arithmetik, sondern das Aufdecken von Bedenken, die der/die Entscheider:in noch nicht ausgesprochen hat. Die Contra-Seite einer verlockenden Option zu listen oder die Pro-Seite der verworfenen, bricht das "nur Pros, keine Contras"-Framing auf, das impulsive Entscheidungen treibt.
23+
24+
Decisional Conflict:: Janis & Manns Mutter-Theorie; Entscheidungen mit hohem Einsatz erzeugen Stress, der das Urteil verzerrt. Die Balance Sheet ist eine von mehreren Debiasing-Techniken neben aufmerksamer Informationssuche und Notfallplanung.
25+
26+
Variante in Motivational Interviewing:: Im Prochaska-DiClemente *Stages-of-Change*-Modell und in Miller & Rollnicks *Motivational Interviewing* wird die Balance Sheet eingesetzt, um Change-Talk hervorzulocken: der/die Klient:in *spricht selbst* die Contras des Status quo und die Pros der Veränderung aus — der Weg aus der Ambivalenz heraus statt durch Überredung.
27+
28+
Grenzen:: Das Modell ist *deliberativ*, nicht intuitiv. Es funktioniert schlecht unter Zeitdruck und bei Entscheidungen, die von Unsicherheit dominiert werden (dort passen Pugh Matrix oder szenariobasierte Methoden besser). Es findet auch keine Optionen, die nicht auf der Liste stehen — die Optionsgenerierung muss vorher passieren.
29+
30+
31+
Schlüsselvertreter:: Irving Janis & Leon Mann ("Decision Making: A Psychological Analysis of Conflict, Choice, and Commitment", 1977 — das formale Vier-Zellen-Modell). Benjamin Franklin (Brief 1772, "moralische Algebra" — der informelle Pro/Contra-Vorläufer). William R. Miller & Stephen Rollnick ("Motivational Interviewing", 1991) für die klinische Adaption.
32+
33+
Historischer Kontext:: Franklins Pro/Contra-Brief ist eine der frühesten dokumentierten Entscheidungshilfe-Techniken in der westlichen Tradition. Janis & Mann machten daraus in den 1970ern ein Forschungsinstrument; die vereinfachte Zwei-Spalten-Form wurde über Selbsthilfe, Coaching und Motivational Interviewing zum Mainstream. Heute Standard in Entscheidungs-Coaching, Finanzberatung und gesundheitsbezogenen Verhaltensänderungs-Interventionen.
34+
35+
[discrete]
36+
== *Wann zu verwenden*:
37+
38+
* Persönliche oder berufliche Entscheidungen, in denen die Alternativen ungefähr vergleichbar sind und die eigene Klarheit der ausschlaggebende Faktor ist
39+
* Coaching-Gespräche, in denen der/die Klient:in *in Ambivalenz feststeckt* — die Vier-Zellen-Version fördert Bedenken zutage, die die einfache Pro/Contra-Liste verfehlt
40+
* Pre-Mortem-Variante: das Vorab-Listen der "Zustimmung/Ablehnung anderer"-Zelle sagt oft politischen Widerstand voraus, den das Team übersehen hat
41+
* Motivational-Interviewing-Settings — Gesundheitsverhalten, Suchtberatung, Karrierewechsel
42+
* Entscheidungsdokumentation in Kontexten mit niedriger Formalität, in denen ein voller ADR übertrieben ist, aber "wir haben die Alternativen geprüft" sichtbar bleiben muss
43+
44+
[discrete]
45+
== *Verwandte Anker*:
46+
47+
* <<pugh-matrix,Pugh Matrix>> — bewertet Alternativen gegen gewichtete Kriterien; ergänzend, wenn Unsicherheit oder technische Trade-offs dominieren statt persönlicher/sozialer Kosten
48+
* <<adr-according-to-nygard,ADR according to Nygard>> — erfasst Architekturentscheidungen mit Context/Decision/Consequences; die Balance Sheet speist den Consequences-Abschnitt
49+
* <<moscow,MoSCoW>> — Priorisierung *nach* der Entscheidung; die Balance Sheet hilft zu entscheiden, *ob* die Arbeit überhaupt gemacht werden soll
50+
====

docs/anchors/double-diamond.adoc

Lines changed: 57 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,57 @@
1+
= Double Diamond
2+
:categories: problem-solving, requirements-engineering
3+
:roles: ux-designer, product-owner, business-analyst, consultant
4+
:related: jobs-to-be-done, problem-space-nvc, xy-problem, mvp
5+
:proponents: UK Design Council
6+
:tags: design-thinking, problem-framing, divergent-convergent, ux, innovation
7+
:tier: 3
8+
9+
[%collapsible]
10+
====
11+
Full Name:: Double Diamond Design Process Model
12+
13+
Also known as:: 4Ds Model, Design Council Double Diamond
14+
15+
[discrete]
16+
== *Core Concepts*:
17+
18+
Two Diamonds, Four Phases:: *Discover → Define → Develop → Deliver*. Each diamond is one divergent-convergent cycle. The first diamond explores and frames the *problem*; the second diamond explores and ships the *solution*.
19+
20+
Discover (Divergent, Problem Space):: Broad research — interviews, observation, immersion, data analysis. Goal: widen the understanding of what's actually going on, not jump to causes.
21+
22+
Define (Convergent, Problem Space):: Synthesize findings into a sharp problem statement. The famous slogan: *"Are we solving the right problem?"* — the diamond ends with a problem worth solving, not a list of features.
23+
24+
Develop (Divergent, Solution Space):: Generate many candidate solutions — sketches, prototypes, co-design workshops. Diverge widely before narrowing; resist solution fixation.
25+
26+
Deliver (Convergent, Solution Space):: Test, refine, ship. The chosen concept is iterated until it's production-ready; failed candidates are explicitly killed rather than left lingering.
27+
28+
Design the Right Thing, Then Design the Thing Right:: The canonical summary. The first diamond addresses "right thing" (problem worth solving); the second addresses "thing right" (solution that works).
29+
30+
Divergent Before Convergent:: A hard discipline at every phase. Premature convergence — picking the obvious problem or obvious solution — is the failure mode the model is designed to prevent.
31+
32+
Iteration, Not Waterfall:: The diamonds are not strictly linear. Learnings in Develop frequently send the team back to Discover or Define. The 2019 *Framework for Innovation* update made this explicit.
33+
34+
Mindsets and Principles:: The Design Council pairs the four phases with four principles (Put people first, Communicate visually and inclusively, Collaborate and co-create, Iterate, iterate, iterate) — the diamonds without the mindset is just process theater.
35+
36+
37+
Key Proponents:: UK Design Council (originally published 2005; expanded as *Framework for Innovation* in 2019). Built on the divergent-convergent tradition of J.P. Guilford (1956) and Béla H. Bánáthy.
38+
39+
Historical Context:: Developed by the Design Council in 2005 after research into how leading design organizations actually worked. The 2019 update reframed it as a system-level innovation framework, adding the principles, key roles, and explicit iteration arrows. Adopted broadly in UX, service design, government innovation (UK GDS, NHS, Danish Mindlab), and design education.
40+
41+
[discrete]
42+
== *When to Use*:
43+
44+
* Framing UX or service design projects when the team is at risk of jumping to solutions
45+
* Innovation workshops and design sprints — the diamonds give a shared visual model for sequencing divergent and convergent work
46+
* Discovery phases of product development when the problem itself is not yet well understood
47+
* Teaching design thinking — the model is more concrete than abstract "design thinking" because it names the four moves
48+
* Communicating *why* a discovery phase is necessary to stakeholders who want to skip straight to delivery
49+
50+
[discrete]
51+
== *Related Anchors*:
52+
53+
* <<jobs-to-be-done,Jobs to be Done>> — sharpens the *Define* output by reframing customer needs as functional, emotional, and social jobs
54+
* <<problem-space-nvc,Problem Space (NVC)>> — separates needs from strategies; complements the first-diamond discipline of staying in problem space
55+
* <<xy-problem,XY Problem>> — anti-pattern that the first diamond is designed to prevent (solving Y before understanding X)
56+
* <<mvp,MVP>> — the *Deliver* output is often shaped as an MVP to validate the chosen solution against the defined problem
57+
====
Lines changed: 57 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,57 @@
1+
= Double Diamond
2+
:categories: problem-solving, requirements-engineering
3+
:roles: ux-designer, product-owner, business-analyst, consultant
4+
:related: jobs-to-be-done, problem-space-nvc, xy-problem, mvp
5+
:proponents: UK Design Council
6+
:tags: design-thinking, problem-framing, divergent-convergent, ux, innovation
7+
:tier: 3
8+
9+
[%collapsible]
10+
====
11+
Voller Name:: Double Diamond Design Process Model
12+
13+
Auch bekannt als:: 4Ds-Modell, Design Council Double Diamond
14+
15+
[discrete]
16+
== *Kernkonzepte*:
17+
18+
Zwei Diamanten, vier Phasen:: *Discover → Define → Develop → Deliver*. Jeder Diamant ist ein Divergent-Konvergent-Zyklus. Der erste Diamant erforscht und rahmt das *Problem*; der zweite Diamant erforscht und liefert die *Lösung*.
19+
20+
Discover (divergent, Problemraum):: Breite Recherche — Interviews, Beobachtung, Immersion, Datenanalyse. Ziel: das Verständnis dessen, was tatsächlich passiert, weit aufmachen, nicht zu Ursachen springen.
21+
22+
Define (konvergent, Problemraum):: Erkenntnisse zu einer scharfen Problemformulierung verdichten. Der berühmte Slogan: *"Lösen wir das richtige Problem?"* — der Diamant endet mit einem lohnenswerten Problem, nicht mit einer Feature-Liste.
23+
24+
Develop (divergent, Lösungsraum):: Viele Kandidaten-Lösungen erzeugen — Skizzen, Prototypen, Co-Design-Workshops. Erst weit auffächern, dann verengen; Lösungs-Fixierung widerstehen.
25+
26+
Deliver (konvergent, Lösungsraum):: Testen, verfeinern, ausliefern. Das gewählte Konzept wird bis zur Produktionsreife iteriert; gescheiterte Kandidaten werden explizit beerdigt statt herumzuliegen.
27+
28+
Das Richtige entwerfen, dann es richtig entwerfen:: Die kanonische Zusammenfassung. Der erste Diamant adressiert "das Richtige" (lohnenswertes Problem); der zweite adressiert "richtig entwerfen" (Lösung, die funktioniert).
29+
30+
Divergent vor konvergent:: Eine harte Disziplin in jeder Phase. Verfrühte Konvergenz — das offensichtliche Problem oder die offensichtliche Lösung wählen — ist der Fehlermodus, den das Modell verhindern soll.
31+
32+
Iteration, kein Wasserfall:: Die Diamanten sind nicht strikt linear. Erkenntnisse im Develop schicken das Team häufig zurück in Discover oder Define. Das 2019er *Framework for Innovation*-Update machte das explizit.
33+
34+
Mindsets und Prinzipien:: Der Design Council ergänzt die vier Phasen mit vier Prinzipien (Put people first, Communicate visually and inclusively, Collaborate and co-create, Iterate, iterate, iterate) — die Diamanten ohne das Mindset sind nur Prozess-Theater.
35+
36+
37+
Schlüsselvertreter:: UK Design Council (Ursprung 2005; erweitert als *Framework for Innovation* 2019). Aufbauend auf der Divergent-Konvergent-Tradition von J.P. Guilford (1956) und Béla H. Bánáthy.
38+
39+
Historischer Kontext:: Vom Design Council 2005 entwickelt nach einer Untersuchung, wie führende Design-Organisationen tatsächlich arbeiten. Das 2019er Update reframte es als System-Innovations-Rahmenwerk und ergänzte explizit Prinzipien, Rollen und Iterations-Pfeile. Breit verbreitet in UX, Service Design, Government Innovation (UK GDS, NHS, Danish Mindlab) und Design-Ausbildung.
40+
41+
[discrete]
42+
== *Wann zu verwenden*:
43+
44+
* Rahmung von UX- oder Service-Design-Projekten, wenn das Team Gefahr läuft, zu Lösungen zu springen
45+
* Innovations-Workshops und Design Sprints — die Diamanten geben ein geteiltes visuelles Modell, um divergente und konvergente Arbeit zu sequenzieren
46+
* Discovery-Phasen der Produktentwicklung, in denen das Problem selbst noch nicht gut verstanden ist
47+
* Beim Lehren von Design Thinking — das Modell ist konkreter als abstraktes "Design Thinking", weil es die vier Moves benennt
48+
* Wenn Stakeholdern, die direkt zur Auslieferung springen wollen, vermittelt werden muss, *warum* eine Discovery-Phase nötig ist
49+
50+
[discrete]
51+
== *Verwandte Anker*:
52+
53+
* <<jobs-to-be-done,Jobs to be Done>> — schärft das *Define*-Ergebnis durch Umformulierung von Kundenbedürfnissen als funktionale, emotionale und soziale Jobs
54+
* <<problem-space-nvc,Problem Space (NVC)>> — trennt Bedürfnisse von Strategien; ergänzt die Disziplin des ersten Diamanten, im Problemraum zu bleiben
55+
* <<xy-problem,XY Problem>> — Anti-Muster, das der erste Diamant verhindern soll (Y lösen, ohne X verstanden zu haben)
56+
* <<mvp,MVP>> — das *Deliver*-Ergebnis wird oft als MVP zugeschnitten, um die gewählte Lösung gegen das definierte Problem zu validieren
57+
====

0 commit comments

Comments
 (0)