Decision Quality と設計判断失敗パターン

概要

scrapbox の記事「Decision Quality と設計判断失敗パターン」（著: kawasima）へのはてなブックマーク(117users)に対するコメント。「要はバランス」という結論に対して「これぐらい言葉を尽くして言ってもらえると助かる」という反応。

元記事: https://scrapbox.io/kawasima/Decision_Quality_と設計判断失敗パターン

詳細

Decision Quality とは

意思決定の質を評価するフレームワーク。結果の良し悪しではなく、決定時点での情報・プロセスの質を評価する。

意思決定の質を構成する要素： 1. 適切なフレーミング — 問題を正しく定義できているか 2. 代替案の探索 — 十分な選択肢を検討したか 3. 情報の質 — 意思決定に必要な情報が揃っているか 4. 価値観・トレードオフの明確化 — 何を優先するかが明確か 5. ロジックの一貫性 — 情報から結論への論理が正しいか 6. コミットメント — 関係者の合意と実行意思があるか

設計判断の失敗パターン

よくある設計判断の失敗：

パターン	説明
フレーミングの失敗	「どう実装するか」から考え始め「なぜ作るか」を問わない
確証バイアス	最初に決めた案を正当化するための情報だけを集める
沈没費用	「ここまで作ったから」で間違った方向に進み続ける
時間軸の歪み	短期のコスト削減と長期の保守コストのトレードオフを見誤る
合意なき決定	実装者の合意なしに設計が降りてくる

「要はバランス」の功罪

「バランスが大事」は正しいが、それだけでは判断の指針にならない。kawasima の記事のように「どんなトレードオフを、どんな基準で、どう判断するか」まで言語化して初めて実践的な知識になる。

なぜ重要か / いつ使うか

• アーキテクチャ決定記録（ADR）を書くときの構成要素として
• 設計レビューで「なんとなく違う気がする」を言語化するために
• チームで設計判断の質を上げるための共通言語として