法則一覧

第110条意思決定

厄介な問題

問題によっては、何が問題かを見極めることと解決策を選ぶことが同じ作業になる。だから設計を始める前に要求を固めることはできず、ここで終わりという地点もない。

心得

解くたびに問題が変わるなら、問題の書き方は関門でなく下書きだ

どうするか

要求を書く前に二つ確かめる。誰かが解決策を出すたびに問題の書き方が変わるか。解けたと判定できるテストがないか。両方とも当てはまるなら、要求を先に固めようとしない。意見の違う人を同じレビューに集め、小さな版を早く見せ、いつやめるかを先に決めておく。問題のほうは終わりを教えてくれない。どちらかが当てはまらないなら、飼いならされた問題として扱い、問題記述を書く。

なぜ起きるか

Rittel と Webber は、方程式を解く、五手で詰めるといった「飼いならされた(tame)」問題と、「厄介な(wicked)」問題を対比した。前者は目的がはっきりしていて、解けたかどうかもはっきりしている。後者には公共政策の問題のほぼすべてが含まれる。厄介な問題では "The information needed to understand the problem depends upon one's idea for solving it" であり、だから "The formulation of a wicked problem is the problem!" となる。"understand the problems or the mission" から始まる段階的な手法は、まず理解し、それから解けると仮定している。厄介な問題では "one cannot first understand, then solve." しかも "Wicked problems have no stopping rule"。作業が終わるのは時間か金か根気が尽きたからで、問題が終わったと告げるからではない。関係者の多いプロダクトや組織の問いは、案を出すたびに皆の言う要望が変わり、こうなることがある。

当てはまらなくなるとき

まず問題を理解する:Pólya の方法は "You have to understand the problem." で始まり、計画を立てる前に "What is the unknown?" と問う。バグや移行、レイテンシの目標のような技術の仕事の多くは、先に未知のもの、与えられたもの、条件を書き出すことで解けるようになる。そうした仕事を「厄介な問題」と呼ぶのは、その手順を飛ばす言い訳になる。

出典

Horst W. J. Rittel & Melvin M. Webber「Dilemmas in a General Theory of Planning」『Policy Sciences』4 (1973), 155–169。飼いならされた問題と厄介な問題の区別、厄介な問題の十の性質の出典。George Pólya『How to Solve It』(Princeton University Press, 1945)。計画を立てる前に問題を理解するという、カウンターの出典。

原典を読む

引用するとき

Hammurabi『第110条 厄介な問題』 https://kanywst.github.io/hammurabi/ja/laws/wicked-problems/

BibTeX
@misc{hammurabi-wicked-problems,
  title  = {厄介な問題},
  author = {{Hammurabi contributors}},
  note   = {Hammurabi, § 110},
  url    = {https://kanywst.github.io/hammurabi/ja/laws/wicked-problems/}
}

本文は CC BY-SA 4.0 です。Hammurabi の名前と記事へのリンクを添えてください。

XBlueskyはてブLinkedIn

コラムで読む

関連する法則

GitHub で誤りを指摘する