プロジェクト管理入門

「この件、君がまとめ役ね」——ある日、上司にそう言われて、いつもの定型業務とは違う、複数の人を巻き込む一度きりの仕事を任された。あなたは、どう動き出しますか。多くの場合、任されたその場で、つい目の前の作業から手をつけてしまいます。会場サイトを調べ始める、資料の体裁を整え始める。けれど、何のためにやるのか（目的）も、どうなったら終わりか（完了条件）も決めないまま走り出すと、途中で「あれもやって」と仕事がふくらみ、「それ誰の担当でしたっけ」が頻発し、締切間際になって慌てる——担当の仕事を任され始めた頃、こんな経験はありませんか。

同じ「この件まとめておいて」に対して、いきなり作業から走り出す人と、まず1枚の紙に「目的はこれ、体制はこの4人、スケジュールはこの順番でこの締切」と書き出してから動く人がいます。違いは、段取りのセンスでも、経験の長さでもありません。走り出す前に 目的→体制→スケジュール の順で考え、1枚の計画書に書き出しているかだけです。これができるようになることが、プロジェクト管理の入口です。

プロジェクト管理と聞くと、難しい専門ソフトでガントチャートを引く話や、分厚い管理表を埋める話を想像するかもしれません。でも、この講座でやるのはもっと手前の、いちばん大事なところです。走り出す前に、目的・体制・スケジュールの3つを順番に決めて、1枚のプロジェクト計画書にする。たったこれだけです。この講座を読み終えたあなたは、次の3つができるようになります。

1. プロジェクト（一度きり・期限と目的がある活動）と日常業務の違いを踏まえ、プロジェクト管理を「始める前に目的・体制・スケジュールを計画書に書き出して進めること」として説明できる
2. プロジェクトの目的と完了条件（どうなったら終わりか）を観察可能な状態で定義でき、今回やる範囲／やらない範囲（スコープ）を線引きできる
3. 体制（担当・承認者・関係者）を整理し、作業を分けて順番に並べ期限を置いたスケジュールを作り、これらを1枚のプロジェクト計画書として作成できる

この講座は最後まで、「3か月後に、統合した部の懇親イベントを開催するプロジェクト」という、たった1つの身近な場面だけで説明します。4月の組織改編で、2つの課が1つの部（メンバー30人）に統合されました。けれど、元は別の課だったメンバー同士は、まだ互いに顔と名前が一致しません。そこで上司から、相互理解のきっかけとして「懇親会＋ミニ表彰式」を企画・開催するよう、あなたが「まとめ役」を任された——この同じ場面を、プロジェクトとは何か→目的・完了条件を決める→体制を決める→スケジュールを作る→1枚の計画書にまとめる、と1段ずつ組み上げていきます。各章末には手を動かす演習も置いているので、書きながら読み進めてみてください。まず、計画書を自分の案件でもそのまま作れるよう、プロジェクト計画書テンプレートを無料でダウンロードしておくと、各章の内容をそのまま埋めながら進められます。

プロジェクトとは／なぜ「始める前」に計画書を作るのか

まずは、「君がまとめ役ね」と言われて手が止まるモヤモヤの正体を、はっきりさせましょう。プロジェクト管理という言葉を、自分の仕事で使えるようにする土台の章です。

「君がまとめ役ね」で手が止まる正体

あなたの段取りのセンスが足りないわけではありません。多くの場合、任されたその場で、目的も完了条件も決めないまま、目の前の作業から走り出してしまっている——これが手が止まる正体です。

懇親イベントを任された瞬間を思い出してみてください。多くの人は、つい会場サイトを開いて「どこがいいかな」と探し始めます。でも、何のためにやるのか（目的）も、どうなったら終わりか（完了条件）も決めていないので、途中で「ビンゴ大会もやろう」「景品も豪華にしよう」と仕事がどんどんふくらみます。誰が何の担当かも口で言っただけなので「それ誰がやるんでしたっけ」が頻発し、締切も「だいたい開催前まで」くらいなので、終盤になって慌てる。これは、プロジェクトを“始める前に設計していない”サインです。

ここで覚えてほしい背骨はひとつです。プロジェクトは、手を動かす前に“目的・体制・スケジュール”を1枚にする。走り出す前に、この3つを順番に決めて1枚の計画書に書き出す——それが、この講座のゴールです。

プロジェクトとは＝一度きり・期限と目的がある活動（日常業務との違い）

そもそも、「プロジェクト」とは何でしょうか。プロジェクトとは、目的があり、始まりと終わり（期限）がある、一度きりの活動のことです。世界共通の手引き（プロジェクトマネジメントの知識をまとめたPMBOKや、国内規格のJIS Q 21500など）でも、プロジェクトは「独自の成果を生むために行う、期限のある活動」と説明されています。難しく聞こえますが、ポイントは2つだけです。1つは期限があること（始まりと終わりが決まっている）。もう1つは一度きりであること（毎回まったく同じことを繰り返すわけではない）。

これは、毎日繰り返す日常業務（定型業務）とは別物です。たとえば、毎日のメール返信や月末の請求処理は、終わりなく繰り返す日常業務です。一方、今回の懇親イベントは、開催日という期限があり、今回かぎりの一度きりの活動。だから、いつものルーティンと同じ感覚で「とりあえず手を動かす」では、うまく回らないのです。一度きりで前例がないからこそ、走り出す前に設計図を描く必要があります。

プロジェクト管理＝始める前に目的・体制・スケジュールを計画書にする

プロジェクト管理（プロジェクトマネジメント）とは、その計画を立て、立てたとおりに進むよう見ていくことです。この講座は、その前半、つまり計画を立てるところ——目的・体制・スケジュールを1枚の計画書にするところ——に重心を置きます。立派なツールの操作よりも先に、ここが土台だからです。

では、なぜ頭の中で段取りするだけではダメで、わざわざ1枚の紙に書き出す必要があるのでしょうか。理由は3つあります。第一に、頭の中の段取りは関係者に見えません。あなたがどれだけ完璧に計画していても、上司や仲間には伝わりません。第二に、書き出さないと抜けに気づけません。頭の中だと「だいたいできてる気がする」で済んでしまい、後から「会場の鍵、誰が受け取るんだっけ」と抜けが発覚します。第三に、書いていないと合意できません。後で「言った」「聞いてない」が起きます。1枚に書き出すだけで、抜けが見え、関係者と同じ絵を共有でき、後の「言った言わない」を防げるのです。

懇親イベントで言えば、「君がまとめ役ね」と任された瞬間、会場サイトを開く前に、これは一度きりで期限（開催日）と目的があるプロジェクトだ、だから計画書を1枚作るのが先だと捉え直す。これが第一歩です。計画書といっても、立派に作り込む必要はありません。まず1枚、目的・体制・スケジュールの枠を埋めて、関係者に見せる。完璧でなくていいので、走り出す前に1枚にする——この構えだけ、まず持ち帰ってください。

ありがちな失敗は3つあります。1つめは、任された瞬間に作業から走り出してしまうこと（計画を飛ばす）。2つめは、「計画書なんて大げさ」と頭の中だけで進めてしまうこと（関係者に見えず、抜けにも気づけない）。3つめは、逆に立派な計画書を作り込もうとして手が止まってしまうこと。正解は、まず1枚を作って見せるです。

この章の確認（演習）：いま自分が抱えている（または過去にやった）仕事を1つ挙げ、それが「毎日繰り返す日常業務」か「一度きりのプロジェクト」かを判定してみてください。期限があって一度きりなら、それはプロジェクトです。プロジェクトなら、「始める前に決めるべき3つ」＝目的・体制・スケジュールの見出しだけを、紙かテンプレに書き出します。中身はまだ埋めなくて大丈夫です。「これは設計してから動くものだ」と捉え直せたら、ゴール達成です。

目的とゴール（完了条件）を定義する＝何のために・どうなったら終わりか

第1章で「これはプロジェクト、計画書が先だ」と構えができました。ここからは、計画書の中身を1本ずつ立てていきます。最初の柱は、目的とゴールです。

計画書の1本目の柱＝目的（なぜ）と完了条件（どうなったら終わりか）

計画書の1本目の柱は、目的（なぜやるか）と完了条件（どうなったら“終わった”と言えるか）です。

まず、目的を1文で固定します。「何のためにこのプロジェクトをやるのか」を、短く言い切る。次が大事です。完了条件を、観察可能な状態で書きます。観察可能な状態とは、誰が見ても、達成できたか・できなかったかを判定できる形のこと。日付・人数・割合のような、数えられる・確認できる言葉で書く、ということです。

ここでやりがちなのが、完了条件を「成功させる」「盛り上げる」で済ませてしまうことです。けれど、「盛り上げる」では、終わったあとに達成できたかどうかを誰も判定できません。あなたは「盛り上がった」と思っても、上司は「いまいちだった」と思うかもしれない。だから、判定できる形に翻訳しておくのです。

守る枠＝品質・コスト・納期（QCD）

目的と完了条件に加えて、もう1つ決めておくものがあります。プロジェクトが守るべき枠です。この枠は、品質（出来ばえの最低ライン）・コスト（予算）・納期（期限）の3つで考えると、もれがありません。この3つは、頭文字をとってQCD（Quality・Cost・Delivery）と呼ばれます。名前は覚えなくてかまいません。要は「どれくらいの出来ばえで・いくらまでで・いつまでに」の3つの枠です。

この3つには、片方を欲張るともう片方が崩れる、という関係（トレードオフ）があります。たとえば、品質を上げようと豪華にすればコストは増え、急いで早く終わらせようとすれば品質が落ちる。だから、最初に「ここは譲れない／ここは妥協できる」の枠を置いておくと、後で迷いません。

やる範囲／やらない範囲（スコープ）を線引きする

完了条件と枠が決まったら、今回やる範囲／やらない範囲を線引きします。この「やる範囲」のことを、スコープと呼びます。

ここでのコツは、やらないことを先に書くことです。やることだけ書くと、後から「これもやれる？」と言われたときに断りにくく、頼まれるたびに引き受けて、仕事がじわじわふくらんでいきます。範囲が、正式に決め直さないまま少しずつ広がっていくこの現象には名前がついていて、スコープクリープ（範囲がじわじわ這い広がる、の意）と呼ばれます。これは、プロジェクトが失敗する最大の原因のひとつとして知られています。「ちょっとした追加くらい」が積み重なって、気づけば予算も期限もパンクする——これを防ぐのが、最初の線引きです。「やらないこと」を先に紙に書いておけば、追加を頼まれても「それは今回のやらない範囲です」と1枚を指して言えます。

懇親イベントで目的・完了条件・やらない範囲を決める

では、懇親イベントで実際に決めてみましょう。

まず、目的を1文で。「統合した部のメンバーが、互いを知るきっかけを作る」。これが、このプロジェクトの存在理由です。会場選びも料理選びも、すべてこの目的のためにあります。

次に、完了条件を観察可能な状態で。「盛り上げる」ではなく、こう書きます。「7月18日に開催し、部のメンバー30人のうち24人以上（8割）が参加し、終了後アンケートで『他チームの人と話せた』が回答者の7割以上になっている」。30人の8割は24人です。これなら、終わったあとに達成できたかどうかを、誰でも数字で判定できます。

そして、守る枠（QCD）。予算は15万円まで（1人あたり5,000円）、開催日は7月18日（動かせない）、出来ばえの最低ラインは「全員が安全に飲食でき、1人以上は他チームの人と話す時間がある」。最後に、やらない範囲を先に線引きします。「家族同伴の大規模化はしない」「社外の豪華な貸し会場は使わない」「凝った余興の作り込みはしない」。こう決めておけば、後から「家族も呼ぼうよ」と言われても、目的（部のメンバーが互いを知る）と照らして「今回はやらない範囲です」と即答できます。

ここまでを1つの表にすると、計画書の1本目の柱はこうなります。

この章の確認（演習）：まず、共通例の完了条件を「観察可能な状態」に直す練習です。「盛り上げる」を、誰が見ても判定できる形（24人以上参加・アンケート7割以上）に書き換えてみてください。次に、自分の仕事で、目的を1文＋完了条件（日付や数で判定できる形）＋やらない範囲を1つ、合わせて3行で書きます。完了条件が「成功させる」のような抽象語になっていないか、最後に見直しましょう（CTAのプロジェクト計画書テンプレの目的欄を、そのまま埋められます）。

体制を定義する＝誰が何の役割か・承認者・関係者（ステークホルダー）

目的と完了条件が決まりました。次は、それを「誰がやるのか」を決める番です。計画書の2本目の柱、体制を立てます。

計画書の2本目の柱＝体制（役割を名前にひもづける）

計画書の2本目の柱は、体制です。体制とは、だれが・何の役割で関わるかを決めること。ポイントは、口頭の「やっておいて」をなくして、役割を名前にひもづけることです。「会場係は田中さん」と紙に書いてあれば、「それ誰の担当？」は起きません。

最低限おさえる役割は、3種類です。1つめは、実際に手を動かす担当。2つめは、決める人＝承認者です。予算や日程にOKを出す人で、たいていは上司にあたります。3つめは、直接は作業しないけれど、プロジェクトの影響を受ける・与える関係者です。この関係者のことを、ステークホルダー（利害関係者）と呼びます。ステークホルダーとは、難しく言えば「直接・間接に影響が生じるすべての相手」のこと。参加するメンバー、会場を貸してくれる相手、他部署など、社内外を問わず含みます。

承認者を1人決める／関係者を見落とさない

体制で特に大事なのが、承認者（決める人）を1人にしぼることです。「誰がOKを出すのか」があいまいなまま進めると、勝手に進めた後で「そんなの聞いてない」とひっくり返されます。予算と日程にOKを出す人を、はっきり1人決めておきましょう。

もう1つ、見落としがちなのが関係者（ステークホルダー）です。直接作業はしないけれど、後から影響してくる人を書き出しておきます。たとえば、参加するメンバー本人、会場を貸してくれる相手、隣の部署。ここを見落とすと、終盤になって「その日は別の行事とかぶってる」「会場は18時以降しか使えない」といった横やりが入り、計画が崩れます。誰に何を報告し、誰に相談するかも、先に決めておくと安心です。

役割を「実行・承認・報告・相談」で書き分ける

役割をもう少しはっきりさせたいときは、それぞれの人について「実行・承認・報告・相談」のどれにあたるかを書き分けると、責任があいまいになりません。実行は手を動かす人、承認は決める人、報告は結果を伝えておく相手、相談は事前に意見を聞く相手です。

実は、この考え方にはRACI（レイシー）という名前がついています。実行（Responsible）・承認や説明責任（Accountable）・相談（Consulted）・報告（Informed）の頭文字です。名前は覚えなくてかまいません。大事なのは、承認する人は各作業について1人にしぼるという考え方です。少人数のチームなら、きっちりした表を作らなくても、「この作業は誰が実行で、誰が承認か」を一言ずつ決めておくだけで十分です。

懇親イベントの体制を書く

では、懇親イベントの体制を書いてみましょう。リーダーはあなたで、全体を見て計画書を書き、進捗を見ます。実際の作業は、会場・備品担当を先輩、案内・出欠担当を同僚、当日の進行担当を後輩、というように役割を名前にひもづけます。承認者は部長で、予算15万円と日程7月18日にOKを出す人です。そして、直接作業はしないけれど影響する関係者（ステークホルダー）として、参加する部のメンバー30人と、会場を貸してくれる相手を書き出しておきます。

これで、「備品の発注は誰が実行して、誰が承認するの？」と聞かれても、表を指して即答できます。

この章の確認（演習）：共通例の体制を、「役割 → 担当者名 → （実行／承認／報告／相談）」の表に書き出してみてください。次に、自分の仕事で「承認者は誰か」「見落としている関係者（影響を受ける人）はいないか」を1つずつ確認して書き足します。責任のあいまいさが1つでも消えたら、ゴール達成です（CTAのプロジェクト計画書テンプレの体制欄を埋められます）。

スケジュールを定義する＝作業を分ける（WBS）→順番に並べる→期限を置く

目的と体制が決まりました。残る3本目の柱は、スケジュールです。「だいたい来月」をなくして、いつ何を終わらせるかを決めます。

計画書の3本目の柱＝スケジュール（「だいたい来月」をなくす3手順）

締切を「だいたい開催前まで」のようにざっくり置くと、結局すべてが終盤に集中して、最後の1週間で徹夜することになります。これを防ぐスケジュールの作り方は、3手順です。①作業を分ける → ②順番に並べる → ③期限を置く。この順番で進めれば、「だいたい来月」が「いつ何を終わらせる」に変わります。

作業を分ける（WBS）→前後関係で順番に並べる

最初の手順は、作業を分けることです。「懇親イベントの準備」という大きなかたまりのままでは、何から手をつけていいか分からず、抜けも起きます。そこで、手をつけられる小さな作業のかたまりに分解します。この「大きな仕事を、管理できる小さな作業に分けて並べた一覧」のことを、WBS（作業分解構成図）と呼びます。これも名前は覚えなくて大丈夫。要は、仕事を分けて並べた一覧です。

分けたら、次は順番に並べる手順です。並べるときの基準は、前後関係——「これを先にやらないと、次に進めない」という関係です。たとえば、参加人数が決まる前に料理の数を発注することはできません。先に出欠を締め切って人数を確定し、それから料理を発注する、という順番になります。この前後関係を無視して並行で進めようとすると、後でやり直しになります。

動かせない期限から逆算して締切を置く／マイルストーン／ガントで1枚に

最後の手順は、期限を置くことです。ここでのコツは、動かせない期限から逆算すること。懇親イベントなら、開催日は動かせません。だから、開催日を起点に「その2週間前までに出欠を締め切る」「その前に案内を送る」と、ゴールから逆向きに締切を置いていきます。最初から順に積み上げると、たいてい間に合いません。動かせない一点から逆算するのが鉄則です。

途中の大事な節目には、マイルストーンを置きます。マイルストーンとは、「ここまで来たら順調」と確認できる中間地点のこと。「会場が確定した」「案内を送った」「出欠が締め切られて人数が確定した」「当日開催」などが節目です。節目を置いておくと、いま順調なのか遅れているのかが、ひと目で分かります。

こうして並べたものを、横棒で各作業の期間を表すガントチャートという工程表の形にすると、1枚で全体が見渡せます。ガントチャートは、20世紀初頭にヘンリー・ガントが広めた工程表として知られています（横軸が時間、横棒が各作業の期間を表します）。図にする道具は何でもよく、まずは横棒で「いつからいつまで、どの作業をやるか」を1枚にすれば十分です。

懇親イベントのスケジュールを作る

懇親イベントで、3手順をやってみましょう。まず、作業を5つに分けます（WBS）。A 会場手配、B 案内・出欠管理、C 当日コンテンツ（表彰・歓談の企画）準備、D 当日運営、E 後片付け・アンケート集計。次に、前後関係で順番に並べます。会場が決まらないと案内に場所を書けないので会場確定が先、人数が決まらないと料理やコンテンツの規模が決まらないので出欠締切が先、という具合です。

最後に、開催日7月18日から逆算して締切を置きます。出欠締切は開催の2週間前で7月4日、案内送付は1か月前で6月18日、会場確定はその前の6月4日。マイルストーンは、会場確定・案内送付・出欠締切（人数確定）・当日開催の4つです。

開催日という動かせない一点から逆算しているので、「だいたい来月」ではなく「6月4日までに会場を決める」と、いつ何を終わらせるかがはっきりしました。

この章の確認（演習）：共通例の5つの作業を、「作業 → 順番 → 締切」の形で並べ、開催日7月18日から逆算して各締切（会場確定6月4日・案内送付6月18日・出欠締切7月4日）を入れてみてください。次に、自分の仕事を3〜5の作業に分け、動かせない期限から逆算して各作業に締切を置きます。前後関係（先にやらないと次に進めない作業）が逆になっていないか、確認しましょう（CTAのプロジェクト計画書テンプレのスケジュール欄を埋められます）。

1枚のプロジェクト計画書にまとめる＝目的・体制・スケジュールを合意し、走り出す

目的・体制・スケジュールの3本柱が、すべて立ちました。最後は、これを1枚にまとめて、関係者の合意をもらい、走り出します。

3本柱を1枚に並べる＝プロジェクト計画書の最低限の項目

第2章から第4章で立てた3本柱を、1枚のプロジェクト計画書に並べれば、計画書は完成です。最低限の項目は、4つだけです。①プロジェクト名 ②目的・完了条件・やらない範囲（第2章）③体制・承認者・関係者（第3章）④スケジュール・マイルストーン（第4章）。この4項目が1枚に乗っていれば、計画書として走り出せます。

この1枚は、立ち上げのときに「プロジェクト憲章」と呼ぶ組織もありますが、呼び方は気にしなくて大丈夫です。この講座では、目的・体制・スケジュールを1枚に並べたものを、ずっと「プロジェクト計画書」と呼びます。

関係者に見せて合意（承認）をもらう＝計画書の役目

ここがいちばん大事なところです。計画書は、作って満足するための書類ではありません。計画書の本当の役目は、関係者に見せて、合意（承認）をもらうことです。頭の中では、誰とも合意できません。1枚にして見せるからこそ、合意が取れるのです。

具体的には、承認者（部長）に計画書を見せて、予算15万円と日程7月18日にOKをもらいます。そして、担当のメンバーや参加者と、同じ1枚を見て「こういう計画で進めます」と絵を共有する。この「見せて合意する」を飛ばすと、せっかく作った計画書も、ただの自己満足のメモになってしまいます。

走り出した後は計画書を“地図”に進捗を見て直す

合意がとれたら、走り出します。ここで覚えておいてほしいのは、計画書は立てて終わりではないということです。走り出した後は、計画書を基準（地図）にして進捗を見ます。「いま6月18日、案内は送れたかな」とマイルストーンで確認し、ズレていたら手を打つ。

そして、状況が変わったら、計画書のほうを更新します。たとえば、出欠が想定より少なければ案内をもう一度送る、会場がどうしても取れなければ日程を見直す。変更を計画書に反映しないでいると、計画書が現実とズレていって、誰も見ない死蔵された紙になります。計画書は、走りながら直し続ける“生きた地図”です。

なお、走り出した後に、進捗会議をどう回すか、日々のたくさんのタスクをどう優先順位づけして捌くか、といった「回し続ける運用」は、それぞれ会議準備や優先順位づけの講座でくわしく扱います。この講座は、その手前の「1枚を作って、合意して、走り出せる」ところまでに絞っています。

懇親イベントの計画書を完成させる

最後に、懇親イベントの3本柱を1枚にまとめてみましょう。

この1枚を部長に見せて、予算と日程の承認をもらえば、自信を持って走り出せます。途中で出欠が伸びなければ案内を追加し、その変更を計画書に書き足しながら進める——これが、設計してから動く、ということです。

この章の確認（演習）：共通例の目的（第2章）・体制（第3章）・スケジュール（第4章）を、1枚のプロジェクト計画書テンプレに転記して完成させてみてください。次に、自分の仕事で同じテンプレを1枚埋め、最後に「誰に見せて承認をもらうか」を書き加えます。これで、目的・体制・スケジュールが1枚でつながりました（CTAのプロジェクト計画書テンプレで、一気通貫で1枚にできます）。

まとめ：プロジェクトは、手を動かす前に“目的・体制・スケジュール”を1枚にする

おつかれさまでした。「3か月後に、統合した部の懇親イベントを開催するプロジェクト」という、たった1つの場面を、プロジェクトとは何か→目的・完了条件を決める→体制を決める→スケジュールを作る→1枚の計画書にまとめる、と1段ずつ組み上げてきました。歩いてきた道を振り返ります。

1. プロジェクトとは……目的があり、期限があり、一度きりの活動。毎日繰り返す日常業務とは別物だから、行き当たりばったりが効かず、始める前に計画書を1枚作る。頭の中でなく1枚にするのは、関係者に見せ、抜けに気づき、合意するため（第1章）。
2. 目的・完了条件を定義する……目的を1文で固定し、完了条件を観察可能な状態（日付・人数・割合）で書く。守る枠＝品質・コスト・納期（QCD）を置き、やらない範囲を先に線引きする（決めないとスコープクリープで膨らむ）（第2章）。
3. 体制を定義する……役割を名前にひもづける。担当・承認者（1人）・関係者（ステークホルダー）を書き出し、実行・承認・報告・相談で書き分ける（第3章）。
4. スケジュールを定義する……作業を分ける（WBS）→前後関係で順番に並べる→動かせない期限から逆算して締切を置く→節目にマイルストーン（第4章）。
5. 1枚の計画書にまとめる……3本柱を1枚に並べ、関係者に見せて合意（承認）をもらい、走り出す。走り出した後は計画書を地図に進捗を見て、変更は計画書を更新する（第5章）。

この5つは、すべて1つの問いに戻ります。「走り出す前に、目的・体制・スケジュールを1枚の計画書にして、合意できているか？」。この講座でいちばん覚えて帰ってほしいのは、このひと言です——プロジェクトは、手を動かす前に“目的・体制・スケジュール”を1枚にする。これが身につくと、上司に「で、計画は？」と聞かれたとき、1枚を出して「目的はこれ、体制はこの4人で承認は部長、スケジュールはこの順でこの締切です」と即答でき、「ここから先はやらない範囲です」まで指して言えるようになります。

明日の最初の一歩：いま任されている（または次に任されそうな）仕事を1つ取り、計画書テンプレの「目的・完了条件・やらない範囲／体制・承認者／作業の分解・順番・締切」を、粗くてよいので1枚だけ埋めてみてください。完璧でなくてかまいません。1枚あれば、関係者に見せて合意でき、走りながら直せます。「とりあえず手を動かす」から「設計してから動く」へ——その第一歩が、この1枚です。プロジェクト計画書テンプレートを無料でダウンロードすれば、目的→体制→スケジュールの3本柱を順に埋めるだけで、1枚の計画書ができあがります。

もっと深めたくなったら、その先の道も用意されています。立てた計画の中で、日々のたくさんのタスクをどう優先順位づけして捌くかは kouza-075（優先順位づけ）、進捗会議をどう準備して回すかは会議準備の講座で深められます。この講座はあくまで「プロジェクトを始める前に、目的・体制・スケジュールを1枚の計画書に定義して合意するところまで」に絞っています。まずはこの1枚を、自分の案件で作れるようにしておきましょう。