企画やデザインのレビューでは、率直に話そうとするほど相手を傷つけやすく、配慮を優先するほど課題が曖昧になりがちです。
ピクサーの映画づくりで知られるブレイントラストは、この難しさに対して、作品への助言と最終決定を分ける対話の仕組みです。
助言者は問題を具体的に示しますが、提案を採るかどうかは作品の責任者が決めます。
この分担によって、率直な意見を集めながら、責任者の主体性も保てます。
以下では、既存記事が紹介していた考え方を、職場で試せる運用例として整理します。
先に押さえる4つの要点
- 批評の対象を人ではなく、作品、仕様、業務上の問題に限定します。
- 助言には強制力を持たせず、オーナーが採用、保留、不採用を判断します。
- 感想だけで終わらせず、「観察したこと、起こり得る影響、提案」の順に伝えます。
- 会議の発言だけに頼らず、チャット、文書、匿名フォームなど複数の参加方法を用意します。
ブレイントラストの基本原則
ここでいうオーナーとは、作品やプロダクトの最終判断を担う監督、責任者、担当者を指します。
オーナーが判断を引き受けるからこそ、助言者は決裁権を争わず、課題の発見と代替案の提示に集中できます。
- 作品の味方になる
「担当者の能力が低い」ではなく、「この説明では初めて使う人が手順を判断しにくい」のように対象を限定します。 - 助言と命令を分ける
助言者は提案できますが、採用を迫りません。 - 判断する人を明確にする
会議の終わりに、オーナーが採用、保留、不採用を整理します。 - 未完成の段階で見せる
修正の余地があるうちに共有し、完成後の品評会にしません。 - 具体的な言葉を使う
好みや印象を述べるだけでなく、どこで何が起きているかを示します。
この場でいう心理的安全性は、異論や未完成の案を出しても人格攻撃を受けないという、会議の運用条件です。
「何を言ってもよい」を意味するものではなく、率直さと敬意の両方を守る必要があります。
ブレイントラスト、デイリーズ、ポストモーテムの役割
既存記事では、ブレイントラストに加えて、デイリーズとポストモーテムを学習の循環をつくる場として紹介していました。
三つを同じ会議として扱わず、目的と成果物を分けると運用しやすくなります。
| 場 | 扱う内容 | 残すもの |
|---|---|---|
| ブレイントラスト | 企画、仕様、デザインなどの節目で、改善につながる助言を集める | 採用、保留、不採用の判断と理由 |
| デイリーズ | 作業途中の状態を短い間隔で共有し、小さな問題を見つける | 次に確認する課題と担当 |
| ポストモーテム | リリースや対応の後に、良かった点、問題、次回の修正を振り返る | 再利用できる手順、チェック項目、注意点 |
ブレイントラストで出た助言を日々の作業で確かめ、作業後の振り返りで次回の手順へ反映する流れです。
助言を具体化する「観察、影響、提案」
「事実、影響、代替案」という既存記事の型は、最初の項目を「観察」と言い換えると使いやすくなります。
助言者が見たものと、その解釈を分けられるからです。
- 観察：画面、文章、動作、ログなどから確認できる状態を述べます。
- 影響：その状態によって利用者や業務に何が起こり得るかを説明します。
- 提案：修正案か、確かめるための検証方法を示します。
画面レビューの検討例
「この画面は分かりにくい」だけでは、修正箇所も判断基準も共有できません。
観察：申込み前に読む注意事項が、送信ボタンの後に配置されています。
影響：利用者が送信直前まで条件に気づかず、前の操作へ戻る可能性があります。
提案：注意事項を送信ボタンの前へ移し、見出しを付けた案を比較します。
好みの衝突になりやすいデザインレビューでは、デザイン品質の判断基準を先に共有すると、指摘の根拠をそろえやすくなります。
90分で試す進行例
次の構成は固定ルールではなく、初回の試行に使う時間配分です。
対象の複雑さや参加人数に合わせて短縮または分割します。
| 時間 | 進行 | 担当 |
|---|---|---|
| 5分 | 目的、現状、今回判断したいことを共有する | オーナー |
| 15分 | 作品、仕様、画面、原稿などを提示する | オーナー |
| 45分 | 観察、影響、提案の順で助言を集める | 参加者とモデレーター |
| 20分 | 採用、保留、不採用を整理し、理由を確認する | オーナー |
| 5分 | 担当、期限、検証方法を記録する | 書記 |
四つの役割
- オーナー：論点を示し、最終判断を下します。
- モデレーター：発言順、時間、論点のずれを整えます。
- 書記：助言の要約、判断、次の行動を記録します。
- 参加者：異なる専門領域から、具体的な助言を出します。
一人あたりの助言数や発言時間に上限を置く場合は、全員に同じルールを事前に知らせます。
参加しやすい場の設計
率直な意見を求めても、発言方法が一つしかなければ、会話の速さや声量に左右されます。
ここでの参加しやすさは、Webアクセシビリティの基本と同じく、情報を受け取り、理解し、操作し、伝える経路を複数用意する考え方です。
- 資料は事前に共有し、ページや画面の読み上げ順を明記します。
- 画像や図には、議論に必要な内容が分かる代替テキストを付けます。
- 音声発言に加えて、チャット、共有文書、匿名フォームでも助言を受け付けます。
- オンライン会議では字幕とキーボード操作に対応する手段を選びます。
- 色だけで状態を示さず、ラベル、記号、文章を併用します。
- モデレーターは発言の偏りを確認し、まだ話していない参加者にも選べる形で機会を示します。
匿名の意見も同じ書式で受け付ければ、人格批評を避けながら論点を整理できます。
判断を残す決定メモ
会議の価値は助言の量ではなく、その後の判断と検証につながったかで確かめます。
長い議事録より、次の項目を一枚に収めた決定メモが扱いやすい形です。
- 目的：何を改善したいか。
- 判断：どの助言を採用、保留、不採用にしたか。
- 理由：その判断を選んだ根拠は何か。
- 次の行動：担当、期限、検証方法は何か。
- リスク：変更によって起こり得る副作用をどう確かめるか。
- 共有先：後から検索できる場所と分類名は何か。
採らなかった助言にも理由を残すと、同じ論点が再び出たときに、当時の前提と現在の状況を比較できます。
成果を検証する指標
指標は会議を続けるための飾りではなく、運用を修正する材料として使います。
| 確認すること | 指標の例 |
|---|---|
| 判断の速さ | 助言を受けてから、採用、保留、不採用を決めるまでの日数 |
| 実行 | 採用した助言のうち、実装と検証まで完了した割合 |
| 学習の再利用 | 決定メモやチェック項目が別の案件で参照された回数 |
| 参加の偏り | 発言、チャット、文書による助言の分布 |
| 判断の透明性 | 採らなかった助言に理由が記録されている割合 |
ただし、発言数だけで個人を評価すると、数を増やすことが目的になりかねません。
指標は人の順位付けではなく、発言方法、進行、記録の改善に使います。
よくある失敗と修正方法
| 問題 | 起きていること | 修正方法 |
|---|---|---|
| 助言が攻撃になる | 人の能力や姿勢を評価している | 対象を作品上の観察に戻し、影響と提案を分ける |
| オーナーが言いなりになる | 助言者が採用まで決めている | オーナーが最後に判断と理由を言葉にする |
| 会議が長引く | 今回決めない論点まで扱っている | 目的と対象を冒頭で限定し、残りは次回候補として記録する |
| 同じ人だけが話す | 音声発言だけが助言の入口になっている | 発言順を整え、チャットと文書の提出経路を加える |
| 正解探しで止まる | 一度で完成させようとしている | 戻せる変更を小さく試し、検証方法と見直す日を決める |
小さく始めて定着させる
最初から全社共通の制度にすると、対象や判断者が曖昧なまま会議だけが増えるおそれがあります。
- 修正の余地がある一つの企画やプロダクトを選びます。
- 対象、助言の書式、決定者を一枚の案内にまとめます。
- 同じ進行と決定メモで数回試し、比較できる状態をつくります。
- ポストモーテムで、残す手順と変える手順を決めます。
- 継続、拡張、停止を判断し、続ける場合だけ対象を広げます。
会議を増やすことではなく、課題を早く見つけ、責任者が判断し、その理由を次の仕事へ残すことが目的です。
まとめ
ブレイントラストを職場で生かすには、率直さを精神論にせず、助言、判断、記録の役割を分けます。
- 人ではなく、作品と確認できる状態を扱う。
- 観察、影響、提案の順に助言する。
- 採用の判断はオーナーに戻す。
- 音声以外の参加方法も用意する。
- 決定メモと振り返りを次の案件で再利用する。
まずは対象を一つに絞り、短い案内、助言の書式、決定メモの三点を用意すれば試行できます。
この記事に関連する株式会社greedenの取り組み
率直な助言を成果につなげるには、対話で見つけた課題を要件と改善計画へ落とし込む必要があります。株式会社greedenは、丁寧なヒアリングから設計、実装、保守、改善まで、Webシステム開発を一気通貫で支援します。