キックオフで決めることを、着手条件と持ち帰り事項に分ける

着手に必要な条件だけを先にそろえる

• 今回つくるもの：完了を誰が何で確認するか。
• 今回扱わないもの：追加要望が出たときの確認先。
• 最初の作業：担当、期限、渡す相手、必要な入力資料。
• 判断の範囲：担当者だけで決められることと、承認が必要なこと。

すべての疑問を当日解決する必要はありません。ただし、作業開始に不可欠な承認や資料が未確認なら、開始済みとはせず、その確認を最初の作業にします。

欠席者の承認を、参加者だけで代行しない

説明用の架空例：初回会議で広報原稿の担当が決まっても、掲載を承認する部署が欠席している場合、公開日まで合意できたとは扱いません。「原稿作成は着手／公開日は確認待ち」と分けて残します。実案件の成果ではありません。

会議後に残すものと、詳しい整理先

記録は「決定事項／未決事項／確認相手／次の担当と成果物／再確認日」に絞れます。参加できなかった人へは、どの点の確認が必要かを添えて共有します。

• 目的・懸念・判断基準を確認する合意形成：議題の前提がそろわないとき。
• 担当と承認経路を整理する運営設計：初回会議後の動かし方を決めるとき。

参考資料と、この案内の範囲

GOV.UK Service Manual「Governance principles for agile service delivery」：チームの判断権限と、その範囲を超えた場合の相談先を明確にする考え方を参照しています。

資料確認日：2026年9月23日。記入メモと確認の順序は、公開資料を踏まえた本ページの提案です。事業で実証した効果の報告ではありません。

知見一覧で、いまの課題に合う記事を探す →