task-ops
キックオフ資料を作るときに迷うのは、枚数でもデザインでもありません。詰まるのはたいてい「この会議で何を決めきるのか」が定まっていないことです。決めきる項目が決まっていないから、載せる情報が増え、当たり障りのない紹介資料になります。
結論を先に置きます。キックオフ資料は、案件の紹介ではなく決定の道具です。初回の会議が終わった時点で、目的、体制、工程、決め方、範囲外の5つが関係者の間で同じ言葉になっていれば成功です。逆に、この5つのどれかが曖昧なまま走り出した案件は、最初のレビューで認識のずれが表に出ます。
この記事では、資料に必ず入れる5つの要素、それぞれの書き方、枚数と時間配分のコツ、やりがちな失敗、そして会議のあとに資料を死なせない置き方までを順に扱います。読み終えたときに、明日そのまま組み立てられる骨組みが残ることを目指します。
初回の会議を軽く済ませる判断は、短期的には合理的に見えます。関係者の時間を押さえる手間も、資料を作る数時間も省けます。実際に、似た仕事を繰り返している組織では、口頭の確認だけで走り出す例がよくあります。
問題が出るのは、案件の途中で前提が食い違ったときです。食い違いに気づく時点は決まっていて、たいていは最初の成果物を見せた場です。そこで「想定していたものと違う」という言葉が出ると、それまでの作業の一部が作り直しになります。
「このプロジェクトで何を目指すのか」「誰が何をするのか」「いつまでに完了するのか」。この3点が曖昧なまま走り出したプロジェクトは、最初の設計レビューで必ずと言っていいほど認識齟齬が表面化します。後から「前提が違う」と言われる手戻りコストは、キックオフ資料に使う数時間の比ではありません。 出典: note.com
作る側のメリットとデメリットを並べておきます。メリットは3つで、認識のずれを着手前に潰せること、判断の道筋が決まるので途中で止まらないこと、関係者が自分の役割を把握して聞きに来る回数が減ることです。デメリットは1つで、作る時間がかかることです。3時間から半日ほどは見ておく必要があります。
この1つのデメリットをどう見るかが判断の分かれ目になります。案件の規模が小さく、関係者が3人以内で、同じ仕事を何度も繰り返しているなら、資料を省いて口頭で済ませる判断は成立します。一方で、関係者が5人を超える、社外が入る、同じ組み合わせで仕事をしたことがない、このどれかに当たるなら、作る側に振ったほうが結果が良くなります。人数が増えると、伝えた内容が全員に同じ形で届く確率が急に落ちるためです。
社外の相手と始める場合は、目的がもう1つ加わります。相手側の期待をこちらの言葉に置き換えて確認する場として使う形です。受注側が主導する案件では、この確認をしないまま進むと、検収の段で基準が食い違います。
要素は5つで足ります。この順番で並べると、読む側の疑問が出る順に答えられます。
| 要素 | 決めきること | 書かないと起きること |
|---|---|---|
| 目的とゴール | 何をもって終わりとするか | 作業が終わっても完了と言えない |
| 体制と役割 | 誰が決め、誰が動くか | 判断待ちで工程が止まる |
| 工程と節目 | いつ何が出るか | 遅れに気づくのが遅れる |
| 決め方とやり取り | どこで話し、どこに残すか | 決定が探せなくなる |
| 範囲外と前提 | 今回やらないこと | 途中で作業が膨らむ |
この5つ以外を足すかどうかは、会議の時間で決めます。初回の会議が60分なら、5つを扱うだけで埋まります。背景の説明や市場の状況を入れたい場合は、事前に読んでもらう資料に回し、会議では触れない形にします。
順番を変えないほうがよい理由もあります。目的より先に工程を出すと、参加者の関心が日付に集まり、何のためにやるのかの合意が飛びます。体制より先に工程を出すと、誰が引き受けるのか分からない線が並びます。読む側の疑問は「なぜ」「誰が」「いつ」の順に出るので、資料もその順に並べます。
ここが最も差が出ます。書き方の悪い例は「業務の効率化」です。何が効率化されたと言えるのかが決まっていないので、終わりが来ません。
良い書き方の条件は2つです。1つは、終わった状態が外から見て分かること。もう1つは、数えられる形になっていることです。「月末の集計にかかっている作業を、担当1人が半日で終えられる状態にする」であれば、終わったかどうかを誰でも判断できます。
数えられる形にするときは、基準にする今の値を先に書きます。今が2日かかっているのか、3人で1日かかっているのかが書かれていないと、改善したかどうかが判定できません。今の値が測られていない場合は、案件の最初の作業として測ることを工程に入れます。
目的を書くときにもう1つ確かめたいのは、それが誰の目的かです。発注側の目的と、手を動かす側の目的は同じではありません。発注側は業務が変わることを望み、手を動かす側は作ったものが使われることを望みます。この2つを同じ1文にまとめると、どちらの言葉でもない曖昧な文になります。主になる目的を発注側の言葉で書き、手を動かす側が何を作るのかは工程の側に置くと、両方が納得できる形になります。
ゴールは1つに絞ります。複数並べると、優先順位を巡って途中で議論が戻ります。どうしても複数ある場合は、主と従を明示します。従の側は「達成できたら望ましいが、主とぶつかったら切る」と書いておくと、判断の場で迷いません。
経営層や発注側に説明する場面では、言葉の置き換えが要ります。技術的な事象をそのまま並べても判断材料になりません。起きている状態を、時間や金額のような相手の指標に翻訳した1文を添えると、判断が早くなります。この翻訳を資料の側でやっておくのが、とりまとめる立場の仕事です。
役割の図は、作るほど読まれなくなる種類の資料です。組織図をそのまま貼ると、誰に何を聞けばよいのかは分かりません。必要なのは3つの情報だけです。
1つめは、決める人です。判断が要る局面で、最終的に決める1人を名前で書きます。ここが複数人になっている案件は、その事実自体がリスクなので、工程に確認の場を先に組み込みます。
2つめは、手を動かす人と担当範囲です。工程のどの部分を誰が受けるかを、名前と範囲の対で書きます。部署名で止めると、期限の話ができません。
3つめは、聞く先です。仕様の疑問、費用の相談、契約の確認をそれぞれ誰に持っていくかを書きます。ここが書かれていると、とりまとめる人に来る質問が減ります。
役割の整理に表を使う場合、実行と説明責任と相談と報告の4区分で整理する手法が知られています。ただし、この表に現れないものが1つあります。表の上では決定権がないのに、実際には意見が通る立場の人です。社内の力関係の中でそういう人がいる場合、表の外に「事前に話を通す先」として1行書いておくと、後から差し戻される事故が減ります。
社外が入る案件では、窓口を1人に固定します。複数の窓口から依頼が入ると、優先順位が現場で判断できません。窓口を1人にすることの副作用は、その人が休むと止まることです。代理を先に決めておけば防げます。
工程の資料は、細かく書くほど信用を失います。着手前に日単位まで引いた線は、必ず外れます。外れた線が並んだ資料は、次から誰も見ません。
初回の会議で示すのは、節目だけにします。節目とは、何かが出る日か、判断がある日です。設計の確定、最初の成果物の提示、検収、本番への反映のように、関係者が予定を押さえる必要がある日を並べます。数は5つから7つに収まるのが読みやすい範囲です。
節目の間の作業は、粒度を揃えて幅で書きます。「設計 2週」「実装 5週」のような形です。ここを詳細にしたい気持ちが出ますが、初回の会議で詳細を見せると、参加者が細部の議論を始めて時間を使い果たします。詳細は着手後に、担当と一緒に決めるほうが精度が上がります。
節目を並べるときは、判断がある日を必ず入れます。成果物が出る日だけを並べた工程表は、判断待ちの時間を見落とします。実務で工程が伸びる原因は、作業そのものより判断の待ちに寄っていることが多く、判断の日を節目に入れておけば、誰の予定を押さえる必要があるかが着手前に分かります。
余裕をどこに置くかも書いておきます。全工程に均等に足すと、どこで使ったか分からなくなります。節目の直前にまとめて置き、使ったら使ったと分かる形にします。余裕が書かれていない工程表は、初回の遅れをそのまま最終日にぶつけます。
工程の見せ方で1つ注意があります。線を引いた資料をそのまま固定の画像として配ると、更新されたときに古い版が残ります。会議では画像で見せてよいのですが、資料の中には最新版の置き場所を1行書いておきます。置き場所の話は後半で扱います。
ここは省かれがちですが、途中で最も効く部分です。決めるのは4つです。
1つめは、定例の頻度と時間です。週1回の30分で足りる案件が多く、毎日集まる形は人数が3人以下のときだけ機能します。
2つめは、話す場所と残す場所を分けることです。やり取りはチャットで速く回して構いませんが、決まったことはチャットに置きません。チャットに残した決定は、2週後に探せません。決定を残す場所を1つ決めて、資料にその場所を書きます。
3つめは、判断を求めるときの出し方です。選択肢を3つ並べて投げると、判断する側の負担が大きく、戻ってきません。案を出す側が推す案を1つ決めて、理由と、選ばなかった案の何が劣るかを添える形にすると、その場で決まります。
4つめは、遅れの報告の仕方です。「順調です」という報告だけが続く案件は、遅れが露見する時点が遅くなります。節目に対して何日前後しているかを数字で言う形を最初に決めておくと、報告が事実に寄ります。進んだ割合を自己申告で出す形は、後半で必ず実態から離れるため、出来上がった成果物の単位で数えるほうが正確です。
これらは資料に1枚あれば足ります。文章で書くより、表で「何を、どこで、どの頻度で」の3列に整理したほうが読まれます。
キックオフ資料で最も軽視され、最も効くのがここです。やることを並べた資料は、やらないことについて何も言っていません。書かれていないことは、相手の頭の中では「やってくれる」と解釈されます。
書き方は単純で、今回の範囲に入れないことを箇条で並べます。既存の仕組みの改修は含まない、他部署への展開は次の段で扱う、運用の手順書は作らない、といった形です。ここで気まずさを感じても、着手前に言うほうが圧倒的に安く済みます。
前提も同じ扱いです。相手側から資料が指定の期日までに届くこと、検証用の環境が使えること、確認に出したものが3営業日以内に返ること。こうした条件が崩れたときに工程が動くという因果を、先に書いておきます。前提が書かれていれば、崩れたときの工程の引き直しが交渉ではなく確認で済みます。
範囲外と前提の項目は、あとで増やして構いません。案件が進む中で「これは含まれるのか」という問いが出たら、その場で決めて資料に足します。足した履歴が残っていれば、検収の場で根拠になります。
ここを書いた資料は、読む側に警戒心を与えることがあります。並べ方を工夫して、範囲に入れる理由と入れない理由を同じ調子で書くと、線引きの話として受け取られやすくなります。
社内だけの案件と、発注側や委託先が入る案件では、資料に足す項目が変わります。足すのは4つです。
1つめは、検収の基準です。何をもって納品を認めるかを、成果物ごとに1行で書きます。「動作すること」では基準になりません。確認する項目と、確認する人を書いておくと、検収の場で議論になりません。
2つめは、確認にかかる期日です。こちらが出したものに対して、相手が何営業日で返すかを決めます。ここが決まっていない案件は、確認待ちの日数が工程の外に積み上がります。3営業日のように具体的な日数を書き、返らなかった場合にどうするかも1行添えます。
3つめは、追加の依頼が来たときの扱いです。範囲外に書いたことを依頼された場合、断るのか、別の見積りにするのか、今回の範囲を入れ替えるのかを先に決めます。3つのどれかを選ぶ形にしておけば、その場の空気で引き受ける事故が減ります。
4つめは、やり取りの経路です。相手側の窓口を1人に固定し、依頼はその経路を通ることを書きます。現場の担当から直接依頼が届く形を許すと、優先順位の判断が現場に降りてしまいます。
契約に関わる部分は資料に書きすぎないほうが安全です。再委託の範囲や労働時間の扱いは解釈が分かれる領域なので、資料では触れる程度にとどめ、条項の話は社内の法務や所管の窓口を通します。事業者向けの手引きは公的機関が公開しており、経済産業省の関連ページからも辿れます。
作る順番は、要素の並びとは違います。効率がよいのは次の順です。
最初に、範囲外と前提を書きます。ここを先に決めると、目的の言葉が締まります。次に目的とゴールを1文にします。次に節目を並べ、そこから体制を割り当てます。決め方の取り決めは最後に足します。この順で作ると、書き直しが最小になります。
枚数は10枚前後が扱いやすい範囲です。1要素2枚を上限にすると自然にこの範囲に収まります。枚数が20枚を超えた資料は、会議で全部めくれず、めくらなかった枚に書いたことは合意されていない扱いになります。
事前共有は必須です。会議の2営業日前に配り、会議では読み上げません。読み上げる会議は、資料を読んでいない人に合わせた進行になり、決める時間が消えます。配るときに「当日は範囲外と工程だけを議論します」と書いておくと、論点が絞れます。
時間配分の目安は、60分の会議なら、目的の確認に10分、体制に10分、工程に15分、決め方に5分、範囲外に15分、残りを持ち帰りの整理に使う形です。範囲外に最も時間を割くのは、ここだけが交渉になるためです。
会議の終わりに必ずやることが1つあります。決まったことと持ち帰りを、その場で読み上げて確認することです。資料に書いてあっても、口に出して確認しないと合意は残りません。この確認の内容は、そのまま会議のあとの記録になります。
ゼロから作る必要はありません。社内に前の案件の資料が残っているなら、それを写すのが最も早く、言葉の癖も揃います。社内に無い場合は公開されている型を使うことになりますが、選ぶときに見る点は3つです。
1つめは、範囲外を書く欄があるかです。紹介向けの型には、やらないことを書く場所がありません。この欄が無い型を使うと、最も効く項目が抜けたまま完成します。欄が無いなら自分で足します。
2つめは、工程の粒度です。日単位の表が組み込まれている型は、初回の会議には細かすぎます。節目だけを並べる形に削ってから使います。
3つめは、判断の道筋を書く場所があるかです。決める人と聞く先が書ける欄が無い型は、体制の図を貼るだけで終わります。
顧客側の担当を巻き込む目的で初回の会議を設計する考え方も広まっています。
キックオフミーティングは顧客の成功の確度を上げ、自社のLTVを向上させるための効果的な施策のひとつです。MAツールやSFA/CRM, CSツールなど難しい運用不要でLTVを向上させることができる可能性があるので、もしキックオフミーティングを実施しておらず、必要だと感じた企業の方は、本記事を参考にキックオフ資料を作成し実施してみてください。 出典: cone-c-slide.com
型を選ぶときにもう1つ見ておきたいのが、作る道具です。スライド形式の資料は、会議で見せる場面には向きますが、あとから1行足す運用には向きません。範囲外や前提は案件が進む中で増えるため、増やしやすい形で持つほうが長く使えます。会議用にスライドを作り、内容の正本は書き換えられる場所に置く二段構えが、実務では扱いやすい形です。
社外に出す資料と社内で回す資料を同じ1枚で兼ねるかどうかも決めておきます。兼ねると、社内の力関係や見積りの内訳のように外に出せない情報が書けなくなります。社内版に1枚だけ足す形にすると、両方の役を果たせます。
現場でよく聞く失敗は4つに集まります。
1つめは、背景の説明が長い資料です。案件の意義や市場の状況に半分を使い、決めきる項目にたどり着かないまま時間が終わります。背景は1枚に収め、詳細は事前に読む資料へ回します。
2つめは、工程を細かく引きすぎた資料です。着手前の線が細いほど、外れたときの信用の落ち方が大きくなります。節目だけにして、詳細は担当と決める形にします。
3つめは、体制の図だけがある資料です。組織図が貼られていて、誰に何を聞けばよいかが書かれていません。聞く先を用途別に3行書くだけで、その後の問い合わせが減ります。
4つめは、作ったあと更新されない資料です。初回の会議の日付のまま置かれ、範囲外が増えても反映されません。更新しない前提で作るなら、決定を残す場所を資料の外に持つ設計にします。
5つめとして挙げておきたいのが、資料が立派すぎる失敗です。見た目を整える時間を使いすぎると、内容を詰める時間が削られます。会議で見せる資料に必要なのは、字が読める大きさと、1枚に1つの論点だけです。図を作り込むより、範囲外の行を1つ増やすほうが効きます。作る時間の配分は、内容に8割、見た目に2割を上限にすると外しません。
避け方に共通するのは、資料を完成品と思わないことです。キックオフ資料は案件の最初の版であって、以後の決定で書き換わる前提のものです。書き換えられる場所に置いておくことが、内容を整えることと同じくらい効きます。
会議のあと、うまくいったかどうかを感覚で判断すると次に活かせません。判定できる点が3つあります。
1つめは、翌週に来る質問の種類です。「誰に聞けばいいですか」「これは今回の範囲ですか」という質問が続くなら、体制と範囲外が伝わっていません。逆に「この前提が崩れそうです」という質問が出てくるなら、前提が共有されている証拠です。
2つめは、持ち帰りの着手の速さです。会議で出た持ち帰りが、翌営業日までに1つも動いていないなら、担当と期限が付いていなかった可能性が高いです。持ち帰りに担当と期限が付いていれば、着手は自然に始まります。
3つめは、最初の節目での差です。1つめの節目で予定から3日以上ずれているなら、工程の引き方に無理があったか、前提のどれかが着手前から崩れていたかのどちらかです。この時点で工程を引き直すと、後半の圧縮を避けられます。
この3つを毎回見ていくと、キックオフ資料の型が組織の中で育ちます。うまくいった案件の資料をそのまま次に写す形にすれば、作る時間も短くなります。
失敗の兆候として最も分かりやすいのは、会議で一度も反論が出なかったケースです。範囲外の線引きに誰も異論を挟まなかった場合、線引きが伝わっていないか、その場で言いにくい空気があったかのどちらかです。異論が出ない会議のあとは、個別に1人ずつ確認を取っておくと、後半の手戻りを防げます。
資料の出来と、案件が回るかどうかは別の問題です。よく起きるのは、会議は良かったのに2週後には誰も資料を見ていないという状態です。原因は内容ではなく、置き場所です。
必要なのは3つです。1つは、最新版が1つに定まっていること。ファイルを配る形だと、版が分かれます。2つめは、決定と持ち帰りが案件の作業一覧と同じ場所にあること。資料を見に行かないと分からない形だと、参加していない人に届きません。3つめは、読むだけの関係者が無理なく入れること。発注側や上位の管理者が見に来られないと、報告のための転記が毎週発生します。
案件の板の上に置く形にすると、この3つが同時に満たせます。節目を工程表として持ち、持ち帰りをカードにして担当と期限を付け、資料そのものは案件の先頭に貼ります。板に並ぶ機能の範囲はできることで確かめられます。読むだけの人を入れたときに費用がどう動くかは料金の形で決まり、機能で絞らず、区切るのは人数とボードの数だけという形なら、工程表を見たいだけで上位のプランに動く必要がありません。無料の範囲は5人とボード10個までで、実際の区切りは料金にあります。
すでに他の道具で進行を管理しているなら、置き換える必要はありません。判断の材料になるのは、いま使っている道具で工程表と作業一覧を同じ画面から見られるかどうかです。付箋を並べる形を中心に使ってきた場合、節目を線で見る運用がどこまで自然かが焦点になります。その違いはTrelloとの比較に整理されています。文書として資料をきれいに残す用途を重視してきた場合は、記録を残す設計と作業を進める設計のどちらに寄っているかで置き場所が変わり、判断材料はNotionとの比較にあります。課題の管理と紐づけて回してきた場合はBacklogとの比較が比べる軸を示します。横並びで標準機能の範囲を見たい場合は比較の一覧にまとまっています。
正直に書いておくと、板の上に置く形が向かない場面もあります。社外への提出用に決まった書式で出すことが目的なら、文書作成ソフトのままのほうが早いです。外部の仕組みと自動でつなぎたい場合も、連携の幅を前提にした道具のほうが速く目的に届きます。画面の言語や、自動で取り込める元の道具の範囲にも差があるため、移すことを前提にするなら対応範囲をTrelloからの移行で確かめてから決めます。社外の関係者を招く形を取る場合は、権限の設計を安全性の考え方で先に見ておくと、公開範囲の事故を防げます。
置き場所を変えても、決めきる項目が曖昧なら結果は変わりません。逆に、5つの要素が合意されていれば、資料が文書作成ソフトのままでも案件は回ります。道具を動かす判断は、更新が止まる原因が版の分かれと転記にあると分かってからにすると、やり直しになりません。
10枚前後が扱いやすい範囲です。目的、体制、工程、決め方、範囲外の5要素にそれぞれ2枚までと決めると自然に収まります。20枚を超えると会議で全部めくれず、めくらなかった内容は合意されていない扱いになるため、背景の説明は事前に読む資料へ回します。
初めての組み合わせの案件なら3時間から半日を見ておきます。同じ種類の仕事を繰り返している場合は、前回の資料を写して差分を書き換えるだけになるため1時間程度で済みます。範囲外と前提を先に書く順番にすると、書き直しが減って早く仕上がります。
関係者が3人以内で、同じ仕事を何度も繰り返しているなら口頭で足ります。関係者が5人を超える、社外が入る、その組み合わせで仕事をしたことがない、のどれかに当たる場合は作る側に振ったほうが結果が良くなります。人数が増えると伝わり方が揃わなくなります。
範囲外と前提です。ここだけが交渉になるため、60分の会議なら15分程度を充てます。やることを並べただけの資料は、やらないことについて何も言っていないため、書かれていない部分は相手の頭の中で「やってくれる」と解釈されます。着手前に線を引くほうが安く済みます。