比較と聞くと、人と自分を比べることを思い浮かべるかもしれません。私自身、人と比べ続けると疲れると思っています。上には上がいて、同じ一本の物差しで比べれば終わりがないからです。それでも、判断には比較が必要です。比較しなければ、最初に見つけた案を正解だと思いやすくなります。
結論——比較とは、選択理由と不採用理由を残すこと
私が考える比較とは、人の価値を順位付けすることではありません。同じ目的と条件のもとで、複数の案、基準、差、費用、危険、不確実性を並べ、なぜ今この案を選び、他を選ばなかったのかを説明できる形にすることです。
「Aの方が優れている」で終わらせません。誰に、何のために、どの条件でAを選んだのかまで残します。条件が変われば、選択が反転しても構いません。
構造的フロネーシスの中で、比較を使う位置
最初に見つけた案や、好きな案があると、それをすぐ採用したくなります。構造的フロネーシスでは、決める前に立ち止まります。そして「選択肢、比較軸、不採用理由が足りないのではないか」と見ます。
一案しかない、案ごとの条件が揃っていない、選ばなかった理由を説明できないなら、必要なのは比較のレンズです。同じ目的と文脈で、選択肢、基準、危険、戻しやすさ、反転条件を並べることで、「譲れない条件を守り、今の目的へ最も適合する案を選ぶ」という判断軸ができます。
その判断軸から、「今はAを選ぶ。条件Xが変わればBへ切り替える」という仮説を置き、想定した費用と効果で確かめます。
非エンジニアとしてWordPressを約7年触って分かったこと
私は、専門のエンジニアではありません。コードを一から書けるわけでもありません。それでも、WordPressを約7年触り、AIを使いながらサイトを作り、壊し、戻し、原因を切り分けてきました。
専門のエンジニアと、コードを書く能力だけで比べれば、私は遠く及びません。一方、初めてWordPressへ触る人と比べれば、テーマ、プラグイン、サーバー、HTML、CSS、JavaScript、PHPの違いや、戻し方の重要性は分かります。
では、私は初心者なのでしょうか。中級者なのでしょうか。その問いだけでは、あまり役に立ちません。必要なのは、何をするための比較かを決めることです。高度なセキュリティ設計や、責任を伴う開発を任せられるか。それなら、専門家との能力差を厳しく見る必要があります。
初心者のつまずきを理解し、AIが出したコードの要件を整理し、壊れたときに原因を切り分ける補助ができるか。それなら、私が何度も遠回りした経験が役立つかもしれません。私は、専門家と初心者の間をつなぐ役割があるのではないかと考えるようになりました。
これは確定した肩書ではなく、比較軸を変えたことで見えた仮説です。
どの本から、何を持ち帰ったのか
比較のレンズへ強く影響した本は、ハンス・ロスリングさんたちの『FACTFULNESS』です。私はXで、この本から「俯瞰する対象の拡大」を実践したと書いています。
手元の印象だけで世界を判断しないこと。何と比べるのか、母数は何か、時間の変化はどうかを見ること。その見方を、自分の仕事や能力にも移しました。
一人の専門家を見て「自分には何もない」と結論づけるのも、一人の初心者を見て「自分は十分に詳しい」と安心するのも、比較対象が狭いという点では同じです。本が私の市場価値を決めたわけではありません。比較する対象と軸を広げ、判断に使える差を取る補助線になりました。
比較のレンズで見えるもの
比較には、少なくとも四つの種類があります。
| 比較 | 用途 | 注意 |
|---|---|---|
| 選択肢同士 | A案とB案の採否を決める | 同じ目的・条件で並べる |
| 時間 | 過去、現在、将来の変化を見る | 時点以外の条件差も確認する |
| 基準 | 費用、安全、速度、品質などを分ける | 数字にできない価値も残す |
| 役割 | 専門家、初心者、利用者、管理者の違いを見る | 人格の優劣にしない |
たとえば、サイト制作で「自分で作る」と「専門家へ頼む」を比べるなら、費用だけでは足りません。時間、品質、保守、セキュリティ、学習価値、戻しやすさ、責任の所在まで見ます。自分で作る方が安く見えても、何十時間もかかるなら実質費用は高いかもしれません。
専門家へ頼む方が高く見えても、事故の可能性や将来の保守まで含めれば合理的かもしれません。逆に、戻せる小さな試作なら、自分で作る学習価値が勝つこともあります。
読者に残すA4一枚——採否理由つき比較表
![[ASSETS/IMAGES/structural-phronesis/structural-phronesis_a4_comparison.webp]]
| 項目 | A案 | B案 | C案 |
|---|---|---|---|
| 案の内容 | |||
| 目的への適合 | |||
| 必要な前提 | |||
| 利点 | |||
| 費用・時間 | |||
| 危険・副作用 | |||
| 戻しやすさ | |||
| 根拠 | |||
| 未確認 | |||
| 採用／不採用理由 | |||
| 判断が反転する条件 |
点数を付けても構いません。ただし、合計点だけで決めないことが重要です。安全や法令のように、一つでも満たさなければ採用できない条件があります。
平均点では消せない条件を、先に分けます。
比較のレンズが隠すもの
比較表を作ると、客観的に判断した気分になります。しかし、比較軸を選んだのは自分です。自分に有利な軸だけを置けば、結論を正当化する表も作れます。
数字へ置き換えにくい信頼、納得、倫理、感情を、ゼロとして扱う危険もあります。もう一つの問題は、選択肢を増やしすぎることです。現実の判断では、すべての案と将来の結果を調べ尽くすことはできません。
ハーバート・サイモンが扱った限定合理性のように、人は情報、時間、計算能力の制約の中で決めます。
比較の目的は、完全な最適解を証明することではありません。今の条件で十分に説明できる選択を作り、見直す条件を残すことです。そして、人そのものを一つの点数で比べません。比べるのは、今回の役割に必要な能力や条件です。
他のレンズとどうつながるか
比較する前に、目的を揃えます。目的が違う案を同じ表へ置くと、結論は意味を失います。言葉や評価軸が曖昧なら、定義します。案ごとに適用条件が違うなら、文脈を見ます。局所的な利点が全体へ負担を移していないかは、俯瞰します。自分の能力、時間、感情を表へ入れるには、認識が必要です。別業界の成功例を案へ使うなら、類推の妥当性を確かめます。
繰り返し使える判断の型
いま迷っている二案を、紙の左右へ書いてください。次に、比較軸を三つだけ置きます。最後に、必ずこの二行を加えます。
今回、選ばない案を不採用にした理由。
何が変われば、その案へ切り替えるか。
不採用理由と反転条件が書ければ、比較は好き嫌いの説明から、修正できる判断へ変わります。最終的に目指すのは、正解を一度で当てることではありません。なぜそう判断したかを説明でき、外れたら修正できる状態です。
次は、目の前の一点を全体の流れへ戻す「俯瞰」を扱います。七つのレンズの全体像は「構造的フロネーシスとは」で確認できます。