会議の「パーキングロット」は、重要ではあるものの、今の議題から外れる質問やアイデアを、参加者に見える形で一時的に置いておく場所です。話題を書き留め、今日の意思決定に関わるかを確認し、誰がいつ検討するかを決めます。会議を終える前に、保留したすべての項目について、その後の扱いを確認しましょう。
大切なのは、後で取り上げるという合意です。付箋を貼ったまま放置すると、発言しても何も変わらないと受け取られてしまいます。共同編集できるオンラインホワイトボードでは、議題の横にパーキングロットを置くと、今取り組むことと保留したことを同時に確認できます。

どのような話題を保留するか
検討する価値はあるものの、この場では十分に解決できず、会議の目的を達成するための前提条件でもない話題を保留します。たとえば、ヘルプセンターの初回公開に必要な記事を選ぶ会議では、後日作る解説動画のアイデアを記録できます。動画の内容を設計しなくても、最初に公開する記事は決められます。
話しにくいという理由だけで保留してはいけません。見落としていたアクセシビリティ要件、未解決の安全上の懸念、提案の実現を妨げる依存関係などは、その場で扱う必要があります。進行役は「この問題を解決しないまま、今日の判断を責任を持って下せるか」と確認しましょう。難しければ、議題を変えるか、意思決定そのものを延期します。
| 状況 | 対応 | 理由 |
|---|---|---|
| その答えによって、現在の提案が実現できるかどうかが決まる。 | 今話し合うか、答えが出るまで判断を保留する。 | 議題に書かれていなくても、意思決定の前提条件に当たる。 |
| 後の段階で役立つアイデアである。 | 検討する場と時期を決めて保留する。 | アイデアを失わずに、今の作業を進められる。 |
| 欠席している人の知識や判断が必要である。 | 具体的な質問を記録し、出席者の中から確認を手配する人を決める。 | 推測を繰り返しても、必要な専門知識は得られない。 |
| このチームの担当範囲を超えている。 | 適切な相談先を決めるか、対応しない理由を明確に伝える。 | 「保留」が、チームには果たせない約束にならないようにする。 |
後から引き継げる形で質問を残す
会議にいなかった同僚にも伝わる程度の背景を書き添えます。「分析」だけでは曖昧です。「利用者が必要なヘルプ記事を見つけられたか確認するには、どのイベントを記録すべきか」と書けば、実際に答えたい問いが残ります。
役立つメモには、質問や提案、その重要性、次の対応を手配する人、チームに結果を報告する時期が含まれます。検討先が決まっていれば、次の計画会議、専門担当者との確認、バックログの検討なども記します。名前を書いただけで、その人が担当を引き受けたことにはなりません。本人の合意が必要です。
会議中は、次のような短いメモで十分です。
質問:新しいヘルプセンターでは、どの検索イベントを記録する必要があるか。
理由:必要な情報が見つからなかった検索と、途中で閲覧をやめた訪問を区別したい。
次の対応:プリヤが分析担当者にイベント一覧の確認を依頼する。
報告の場:木曜日のリリース計画会議で結果を共有する。
会議の中に複雑な管理の仕組みを持ち込む必要はありません。その後の対応をチームのタスク管理ツールで進めるなら、合意した作業をそこに登録し、メモから参照できるようにします。
例:ヘルプセンターの計画会議で議論を整理する
小規模な製品リリースに必要なヘルプ記事を、サポートチームが選ぶ場面を考えます。会議で決めるのは、記事の一覧と各記事の担当者です。途中で、次の4つの話題が出ました。
| 出てきた話題 | 進行役が確認すること | 対応 |
|---|---|---|
| 一部の利用者が、キーボードだけでは必須の設定操作を完了できない。 | これから承認する手順の前提が崩れるのではないか。 | その場の議論で扱う。製品の操作が利用できない問題は、説明文では解決できない。リリース責任者がこの前提条件に対応する必要がある。 |
| すべての記事に短い解説動画を付けたい。 | 今回公開する記事を選ぶために、動画は必要か。 | 次のコンテンツ計画で検討する。担当リーダーは、すべての動画を作ると約束するのではなく、試作1本の案を持ち寄る。 |
| 役立つ結果が得られなかった検索を記録したい。 | イベントの仕様が完成する前でも、記事一覧は決められるか。 | 計測の設計を別途検討する。リリース後の効果測定計画を決める前に、プリヤが分析担当者との確認を手配する。 |
| 週末のサポート体制を変更したい。 | この会議の参加者に、人員配置を決める権限があるか。 | サポート責任者に相談する。欠席者に新しい仕事を割り当てず、誰が相談するかを記録する。 |
アクセシビリティの問題は、最初からパーキングロットには入れません。ほかの話題も、仕事の性質が異なるため扱いを分けます。すべてのカードを同じ形式にそろえることより、この区別のほうが重要です。
発言を軽視せずに、話題を保留するには
保留を提案する前に、懸念を短く言い換えて確認します。「ヘルプ記事が役立っているか分からないままになるのが心配、という理解で合っていますか」。そのうえで、会議の目的との関係を説明します。「記事一覧は今決められますが、効果測定の計画を決める前には、分析担当者との確認が必要です」。
自分が見落としている前提条件がないか、発言者に尋ねます。指摘があれば聞きましょう。保留に合意できたら、記録した内容を見せ、いつ取り上げ直すかを伝えます。別の議論を一から始めずに、保留する理由を共有できます。
複数の参加者が同じ保留項目を持ち出す場合は、議題の設定が適切か見直してください。繰り返し出る話題は、本来その場で扱うべき共通の懸念かもしれません。役割分担や時間配分については、会議のファシリテーションガイドも参考になります。
Boardmixでパーキングロットを作る
- ボードの上部に会議の成果を書きます。今回の例では「初回公開のヘルプ記事と担当者を決める」です。その下に議題を置きます。
- 近くに、名前を付けた保留エリアを作ります。図形と見出しを使い、1つの話題を1枚の付箋に記録します。今の議論とは視覚的に分けておきます。
- 各メモに短い識別子を付けます。たとえば、解説動画をP1、検索の計測をP2にします。補足コメントを付ける際に、どの項目かを伝えやすくなります。
- 終了前に、全員でメモを確認します。検討する場、次の対応を手配する人、再び取り上げる時期を、合意に沿って書き加えます。
- その後の検討結果を更新します。決定事項を書くか、作業を続けるタスクへの参照を追加します。未解決の項目と完了した項目は、見分けられるようにします。

ここで使うエリアやメモは、利用者がボード上に配置するものです。対応先の調整や、その後の確認は進行役が行います。Boardmixの共同編集やコメントはメモの補足に役立ちますが、責任分担の合意を代わりに決める機能ではありません。
会議の最後に確認すること
終了前に、パーキングロットを短く見直す時間を取ります。各質問を読み上げ、その後の扱いを確認し、認識の違いを直します。議題に戻す、別の場で話し合う、チームのバックログに入れる、理由を示して対応を見送るなど、選択肢はいくつかあります。すべてをタスクにする必要はありません。
次の対応に合意できなければ、未解決と明記し、扱いを確認する人を決めます。いつ、どこで扱うかを決めずに「また検討しましょう」で終わらせないことが大切です。次の関連する会議では、持ち越した項目がその後どうなったかを最初に報告します。
次の会議では、Boardmixを開き、参加者が決めるべきことと、その横に小さな保留エリアを用意してみてください。最初に議題から外れる話題が出たら、質問を明確に記録し、いつ取り上げ直すかを合意しましょう。