「みんなではじめるデザイン批評」を読んで
「なんか違う」「センスが悪い」「デザインとしてイマイチ」など、デザインレビューでこんな曖昧なフィードバックに時間を浪費した経験はないでしょうか。主観的な意見や感情論に振り回され、結局「上司の鶴の一声」で決まってしまうという非生産的なサイクルに消耗するような場面を耳にすることも少なくありません。こうした状況は、プロジェクトの遅延や品質低下、チームの不満につながっていきます。
今回は、アーロン・イリザリー氏、アダム・コナー氏の著書『みんなではじめるデザイン批評』を読んで、その内容と私の感想や学びを紹介します。
この本は、感情的・主観的な議論から、「目的達成」という客観的な基準に基づいた建設的な批評へのパラダイムシフトを提唱する実践書と言えそうです。デザインを「好み」ではなく「目的達成の手段」として評価することで、チーム全体のコラボレーションを改善し、質の高いプロダクトを生み出す方法論と、批評を組織文化に根付かせる考え方の示唆が得られるかもしれません。
この記事のターゲット
感情的・主観的なフィードバックに疲弊している
デザイン決定の基準が曖昧で、議論が迷走する
チーム全体で建設的なフィードバック文化を構築したい方
『みんなではじめるデザイン批評』の概要
『みんなではじめるデザイン批評』は、目的達成のためのコラボレーション＆コミュニケーション改善ガイドという副題が示す通り、デザインをより良くするために、チーム全体で建設的な批評を行うための方法論を体系化した書籍です。単なるフィードバック技術の紹介ではなく、FacebookやPixarといった先進企業が実践する「デザイン批評」の手法を、誰もが使える形で体系化し、批評を組織プロセスに組み込むための戦略的な視点を提示しています。
この本では、「デザインの評価は目的達成という客観的な基準で行うべき」という明確な原則を掲げています。批評のシンプルな枠組み（4つの質問）、デザイン・スタジオの実施方法、ファシリテーション技法といった実践的手法を通じて、経験レベルに関わらず全員が建設的に参加できる批評文化の構築を可能にします。
本書の構成
本書は批評の基礎から実践、困難な状況への対処まで、7章構成で段階的に解説されています。
第1章 批評を理解する
第2章 批評とはどのようなものか
第3章 文化と批評
第4章 批評をプロセスの一部にする
第5章 批評のファシリテーション
第6章 扱いにくい人、やっかいな状況
第7章 サマリー：批評はすばらしい協働の中核をなす
所感
長谷川恭久氏の推薦文にもある「『好き嫌い、センス、上司が言ったから』という理由でデザインを通すのはそろそろ止めにしたい」という言葉は、強い緊張感やプレッシャーにさらされるなかで、つい感情や個人的な経験に流されがちなデジタルプロダクト開発の現場にとって、耳の痛い話だと思います。
今でこそ、デザインを目的達成の手段として客観的に評価する視点は、質の高いプロダクトを生み出すために不可欠だと思われる文化は広がりつつあると思います。プロジェクトが複雑であればあるほど、時間の浪費を回避し、チーム間の協業を促進し、的確な意思決定を実現するためには、批評という共通言語を確立するプロセスは必須でしょう。
まさに、組織やチームで実行する前提で紹介されている以下のような具体的な手法は、こうした環境の中で行き詰まった際の手掛かりになるかもしれません。
フィードバックの3タイプの明確化
反応・指示・批評を区別することで、議論の質を劇的に改善する具体的手法。
自分の発言がどのタイプなのかを意識するだけで、明日からでも実践できそうです。
批評のシンプルな枠組み（4つの質問）
「デザインの目的は何か？」、「目的に関連しているのはどの要素か？」といった質問により、主観から客観への議論の転換を強制する場の設計原則。
これにより、感情論が構造的な分析に置き換わる。
実用的なファシリテーション技法
ラウンド・ロビン、6つの帽子思考法、ラダリングなど、参加者のスキルや経験レベルに関わらず、全員が建設的に参加できる具体的な手法。
「発言しない人」「反抗的な人」への対処法も含まれている。
デザイン・スタジオの実施方法
短時間で多くのアイデアを批評し、最良の解決策に収束させるワークショップ形式。
チーム全体でデザインの方向性を共有できる。
批評を受け取る側のベストプラクティス
デザイナーが自分のデザインを擁護しすぎず、フィードバックを客観的に受け止めるための心構え。
「自分=デザイン」ではなく、デザインはチーム全体の成果物という視点。
これらを実践することで、「会議に出たが何も決まらなかった」「結局、上司の鶴の一声で決まった」といった消耗する経験が減り、チームが自信を持って目的達成に貢献するデザインを協働して作り上げるヒントになるかもしれません。
経験上、非生産的な議論は批評の構造化を過小評価した結果生まれやすいと考えており、この本質を理解すれば、チームのコミュニケーションが根本から変えられると思います。
とはいえ、理論と実践のギャップはあると思います。既存の組織文化への適用は、必ず抵抗や例外対応が発生しつつ、明確な納期によってできることが限られる場面がほとんどかと思いますので、現実問題としてはなんらかの妥協は避けられないように思います。
一方で、これから新しくチームを作ろうとしているリーダーやマネージャーにとっては、表層的なコミュニケーション改善ではなく、この批評のフレームワークはデザイナーや開発者を含むステークホルダーが共通言語で語るためのツールとして、根本的な協働の基盤から構築できる機会でもあります。
曖昧なフィードバックで消耗するのはもう終わりにして、目的から考えましょう。
