# タイトルコール はい、こんにちは。大手会社IT企業で本部長をしているコスキーです。 10月13日火曜日、コスキーのコストオークです。 今日もアウトプットして、あなたの働き方を1%レベルアップしていきましょう。 この番組は11時50分に、大手会社IT企業で100人組織の本部長をしながら、プロジェクトマネージャーも兼任しているコスキーが、 時間、場所、人、お金をテーマに、あなたの働き方を毎日1%レベルアップさせるヒントを付けしています。 コストオークをお聞きの皆様、今日もレベルアップしてますでしょうか。 アースナイティーのコスキーです。 ということで、今日は計画についてお話ししていこうと思います。 プロジェクトマネジメントの第3弾ですね。 皆さんも会社とかお仕事で、こんな経験あるんじゃないかなと思うんですけど、 何かしらのプロジェクトが途中で炎上してしまうということですね。 つまりトラブルになってしまう。 なんでこんなことに言って、振り返ってみたら、実は最初から問題がくすぶっていたんですけど、 それに薄々気づいていながらも、何となくみんな揃いで進めてしまって、最終的に火を吹いてしまうみたいなことですよね。 一旦火を吹いてしまうと、もうその時点で結構手遅れで、毎日火消しに追われるような日々になってしまうということ。 これはあるあるなんですよね。 僕自身も20数年、IT業界でプロジェクトマネジメントやってきて痛感していることがあるんですよ。 この炎上プロジェクトって、実行中に突然おかしくなるわけじゃないんですよね。 突然燃え出すわけじゃないんですよ。 最初から、実は炎上の火種というのがくすぶっているわけなんですよね。 それが実行段階になって、メラメラと燃え上がってくるということなんですけど、 ということで、今日も皆さんの貴重な時間を使って聞いていただいているので、結論からお伝えします。 結論は、プロジェクトの成功は計画段階で9割で決まるです。 計画をしっかり作るという精神論じゃなくて、ちゃんと背景にある理由を深掘りしていきますので、ぜひ最後までお付き合いください。 # プロジェクトの成否は計画段階で9割決まる はい、それでは始めていこうと思います。 ということで、本日もですね、手引きを守りながら本質を脅さない形でお話ししていこうと思います。 今日のエピソードは僕が20代の頃ですね、まだメンバーとしてプロジェクトに参加していた時のことなんですけど、 あるプロジェクトでキックオフの時のことなんですけど、すごく雰囲気も良くて、チームの士気も高かったんですよね。 スケジュールも引かれてましたし、役割分担も決まってましたし、チーム全体でよしこれで行こうみたいな感じで動き出したんですよ。 最初は良かったんですよ。でも3ヶ月ぐらい経ったあたりからちょっと雲行きが怪しくなってきて、 お客さんからこれなんかちょっと我々が思ってたものと違うんですけど、みたいなことを言われ始めるわけなんですよね。 でも我々としてみれば、仕様書通りに作っているわけですよ。 でもお客さんは、いやそういう意味じゃなかったんです、みたいなことを言い出すんですよね。 便などの役割分担もなんとなく決めてたんですけど、誰もやってないような作業も発生してたわけですよ。 これってうちの仕事じゃないですよね、みたいな形で言われてしまって、いやそちらでやるって聞いてみました、みたいな押し付け合いが始まっているということなんですね。 最終的には大幅な手戻りとスケジュールの台陳、チームのメンバーも否定していて、 後半はもう非警視のためにですね、毎日残業みたいな状態になっちゃったということですね。 IT業界って少し前だとデスマーチっていう言葉でちょっと嫌いされたんですけど、本当に人がバタバタと倒れるような悲惨な状況ですよね。 このプロジェクトが終わってからちょっと僕自身が振り返ってみたところの中で気づいたんですけど、原因は実はプロジェクトが始まる前、つまりそのキックオフの前に全部もう揃ってたんですよね。 例えばそのゴールの定義が曖昧だったとか、あとはその関係者間の期待値が揃ってなかったとか、あとはそのプロジェクトの中での役割とか責任の境界が不明確だったということですね。 あとは見積もりが楽観的すぎた、これはそのお金に関してもそうですし、スケジュールに関してもそうですね。 どれもその実行中に突然発生したわけじゃなくて、そのプロジェクトが始まる、最初から存在してたのにそれを見えてなかった、もしくは見ようとしてなかったという問題なんですね。 これは後から変更するコストとも直結してる話で、例えばその同じ仕様の認識のズレでも、最初の計画段階で見つければ会議1回で済むんですけど、これがもうその本番切り替えの直前になってくると、 その手戻りとか、再テストとか、再調整とかいろんなことが連鎖して、数週間単位で時間がかかってくるんですね。 数週間というのは時間だけじゃなくて、もちろんエンジニアとかプログラマーが動く時間なのでお金もかかるわけなんですよ。 なので早く気づけば気づくほどこういったコストって劇的に下がるんですけど、後になればなるほど時間もお金もかかっちゃうっていうことですね。 ここから今日の本質というか一番重要な話をしたいんですけど、結論で触れた計画段階で9割決まるっていうと、 分厚い計画書、例えば詳細なマスタースケジュールとかダブルビスを作り込めみたいなふうに思われがちなんですけど、 でもこれ実は違うんですよ。 PinBookって呼ばれるプロジェクトマネジメントの教科書にも書かれてるんですけど、 プロジェクトの方向性に対する影響度って最初のほうほど大きくて、後のほうになってくると小さくなってくるんですよね。 どういうことかというと、例えば予算とかスコープとか体制とか期限といった枠っていうのは最初のほうでほとんど決まっていて、 実行段階っていうのは実はその枠の中でしか戦えないんですよね。 なので無理のある計画、つまり枠の中でスタートした場合って、実行段階でできることはほんと限られてるんですよね。 これ結構トラブルプロジェクトに参加したことある方は身に覚えるのあるんじゃないかなって思うんですけど、 なのでまずは最初の計画段階で大切なことが3つあるので、今からそれを1つずつ説明して深掘りしていこうと思いますと、 まず1つ目が合意形成ですよね。プロジェクトの目的とかスコープとか完了基準とか関係者の認識ですね。 これらをきちんと揃えておくっていうことなんですよ。最初にここはずれてると、どんなに精度が高い計画書を作っても意味がないんですよね。 2つ目が不確実性、つまりリスクですね、の可視化ですと。 例えば前提とか未決事項とかをきちんと洗い出しておいて、最初に何が分かっていて、何が分かっていないのかっていうのを明確にして関係者間で共有しておくことなんですね。 なんとなく大丈夫だろうという楽観的な前提っていうのは後で一番厄介な問題になるんですよ。 あとはこれはあるあるだと思うんですけど、なんとなくやばそうと思っても誰も口に出せない、声を出せないというケース実はあったりもするんですね。 それはやっぱり普段のチームの雰囲気とか心理的安全性に直結してるんじゃないかなと思います。 3つ目が意思決定の仕組みづくりですよね。 例えば変更とか問題が起きたときに、誰がどういう基準で判断するかっていうのをあらかじめ決めておくことですね。 これがないと問題が起きるたびに、これどうするんだと誰が判断するんだみたいな形で、時間だけどんどん過ぎていって問題はいつまでも解決しないままになってしまうってことですよね。 アイゼンハーマーの言葉でよく知られている表現があると思うんですけど、計画そのものには価値がないけれども、計画することには全ての価値があるっていう、ちょっと分かりにくいんですけど、 つまり計画書っていう成果物よりも、計画っていうプロセスを通じて関係者が同じゴール、同じ絵を見れるようになることが実は価値があるんですね。 これは例えばプロジェクトマネジメントの中のウォーターフォールと呼ばれる順々にやっていく方法だけじゃなくて、アジャイルと呼ばれるサイクルを何回も回すような開発方法でも一緒なんですけど、 詳細な計画は後回しにしても、何のためにやるのかとか、何をもって成功するのかとか、どういう進み方に変えていくのかっていう基本的なフレームワークというか枠組みですよね。 ここは最初にきちんと合意しておく必要があるんじゃないかなというふうに思っています。 では次のチャプターでは、今日から使えるヒントに変換して、1パーセントレベルアップするのについてお話ししていきます。 # アウトプットテーマ：炎上プロジェクトに参加した経験はありますか？（絵文字コメントは🔥） ここからは 今日から使えるヒントに変換して 1パーセントレベルアップするにはですけど プロジェクトを始める前 キックオフの前に これだけは確認しておいたほうがいいなというのが6個あるので この6個をですね 今からお話ししていこうと思いますと 1つ目は このプロジェクトは そもそも何のためにやるのか ビジネス上の目的が何なのかというのを 明確にして共有しておくこと 2つ目は 何をやって 何をやらないのかというのを はっきりさせておくことですね 3つ目は 何ができたら完了で 何をもって成功とするのかという基準も明確にしておくことです 4つ目は 誰が最終的な意思決定者で 誰の協力が必要かということも明らかにしておくことですね 5つ目が どんな前提に立っていて その前提が崩れたら このプロジェクトとかゴールはどうなるのかというのを あらかじめ予測しておくこと 6つ目が 一番起きてほしくないことは何なのかと その兆候はどうやって察知するのかというのも あらかじめ考えておくことなんですよね この6つが最初にチームメンバー全員が 同じ答えを言えるかどうか 1人でも答えが違うようなら そこが実は 炎上ポイントが潜んでるということなんですよね ということで 今日のアウトプットテーマですけど 炎上プロジェクトに参加した経験はありますか? にしたいと思います 1文字の絵文字コメントは炎にしましょうか 炎って書くと炎の絵文字が出てくるので 絵文字1つでもいいので 残していってもらえると嬉しいです それから Google Homeでは 質問や感想も受け付けています こちらは特免も可能ですので ぜひお気軽にお連れください チャプターのURL欄から登録できます あとですね いいねフォローも大変歓迎になりますし 最近はリスナーさんのコメントも増えてますので リスナーさんのコメントに対するいいねも ぜひぜひよろしくお願いいたします 最後に初コメントも大歓迎ですので 初コメントですって書いていただければ 優先してピックアップするようにいたします ということで 本日の放送内容もですね リスナーさんの何かしらの気づきや 学びになれば幸いです では続きましては 楽屋トークのコーナーです # 楽屋トーク：noteメンバーシップも募集中です（チャプターURLから読めます） はい、ここからは楽屋トークのコーナーですということで、今日ですね、プロジェクトマネジメントの第3回ということで、計画の大切さについて深掘りしてきたんですけど、これはですね、実はその仕事とかプロジェクト管理だけじゃなくて、個人の目標設定にも同じことがいるんじゃないかなというふうに思ってるんですよ。 どういうことかというと、例えば今年こそ英語を話せるようになりたいとか、副業で月10万稼げるようになりたいとか、あとは管理職を目指したいとか、出世したいとか、こういった目標を立てるときって、ゴールの定義が曖昧だったり、前提が楽観的すぎることって多くないですかね。 例えば英語を話せるようになるっていうのを、どのレベルになったら達成なのかとか、例えば副業で10万円っていうのは、いつまでにどんな手段で実現するのかとか、こういったことって最初に決めてないと、3ヶ月後とかに何か違うとか思ったより進んでないみたいなふうになって、気づくと諦めてしまうって結構あるあるだと思うんですね。 プロジェクトの炎上とこういったものって構造が同じだと思っていて、最初に設計が甘いから、やっぱり実行段階でつまずくんですね。だから個人の目標設定も、まさに何をもって成功とするかとか、どんな前提に立ってるかとか、一番起きてほしくない問題は何なのかとかっていうのを、最初にちゃんと言語化することが大事なんじゃないかなと思ってます。 ちょっと先の話なんですけど、僕自身今日の放送を作りながらですね、こういった計画とか目標設定を伴奏するようなサービスをいつかやってみたいなというふうに思ったんですね。 あのイメージで言うと、そのライトアップみたいにその目標を一緒に設計して、実行中定期的にその状況を確認しながら寄り添っていく。で、連れてきたら軌道修正をしていく。そういったようなサービスですよね。計画段階の設計と実行段階のフォローアップってこの両方があってこそ、やっぱりその人の目標って達成できるんじゃないかなと思ってますと。 全然あのちょっとまだ構想段階というかちょっとふと思った段階っていうレベルのアイデアレベルなんですけど、ぜひですね、こういったものに興味がある方はコメント欄で教えてもらえると嬉しいです。では続きましてはコメント返しのコーナーです。 # コメント返し： #273 AI時代に求められるプロジェクトマネジメント（PM#2） ここからはAI時代に求められるプロジェクトマネジメントの放送会に対するコメント返しのコーナーです。 収録時点で最初にコメントをくださっているのはユキノさんです。 AI時代だからこそ、人にしかできないことを極めるって大事ですねっていうことで、 そうですね、本当に大事な視点だと思うんですよ。 やっぱりこれからますますAIって賢くなってきて便利になっていくので、そことの差別化って求められるようになると思うんですよね。 僕自身もですね、プロジェクトマネジメントっていう仕事を通じてですね、 いかにその人にしかできないことっていうのを見極めていきたいなというふうに思っています。 ユキノさんもいつもありがとうございます。 続きましてはるくんさんも絵文字コメントありがとうございます。 続きましてVoicyパーソナリティのりゅうじさんです。 基本1%レベルアップできました。 プロジェクトマネジメント面白いですねっていうことで、 プロがオフロのプロになってて、マネジメントのモノマネのマネになってますけど、 確かにAIのおかげでいろいろと判断することが増えてきています。 確かにAIでモノマネイベントが開かれるサウナを調べて、 登場破りをしないといけませんよねってことで、 モノマネのサウナイベントってこれ何なのかってところから、 ちょっと詳しく聞いてみたいですけどね。 ということで、りゅうじさんもいつもありがとうございます。 続きましてVoicyパーソナリティのこうへいさんです。 こんにちは。AI時代にも作業はどんどんと代替される。 だからこそ、判断と調整にこそ、人が行う価値が生まれる。 まさにその通りですよね。 私もデータ収集や整理、議事録作成はガンガン任せ、 人と会う場に出向くことに意識的に増やしています。 これからもガンガン行動し続けますってことで、 そうですね、個人もこれが理想的なAIの付き合い方だと思うんですね。 機械的にやられることですよね。 これはもともとAIに任せていって、人間にしかできないこと、 特にオフラインの場で人と人と会う、もしくは結びつけるということ、 これにはまだまだ人間にしかできないことだと思いますので、 そういったことを実際に行動されている講演さん、さすがだなと思いますし、 やっぱりこうやってコメントをもらうことで、僕も刺激をもらっています。 いつもありがとうございます。 続きまして、ハンドルさんです。 こんにちは。 AIに任せたいのは、前提情報が散乱したときの課題の一時調査やドラフト作成です。 前例や引き継ぎが乏しい状況でも、思考の突破口をくれる、 心強い壁打ち相手になってくれています。 一方で任せたくないのは、人の心身に配慮し、バーストするマネジメントです。 知識の成りはAIが得意でも、相手の不安に寄り添う責任を持って、 人を守り支える姿勢は人間にしかになれません。 作業の思考の補助はAIにだね、 人間をもっと人に寄り添うことにエネルギーを使うべきだと痛感していますので、 そうですね、おっしゃる通りのこの線引きってすごく分かりやすいと思いますね。 人に寄り添う力って、やっぱり今現時点では人にしかできないと思うんですね。 特にオフライン、対面の場においての人と人とのコミュニケーションって、 これはもうこれからもAIにはだいたいできない部分だと思うので、 ここにこそやっぱりその人の価値が生まれるんじゃないかなというふうに僕も思っています。 ハンナルさんもいつもありがとうございます。 続きましてサラトガさんです。 プロジェクトマネジメントは人と人との関わりなんですよね。 そこはAIにはできないと信じていますので、 そうなんですよね、ここを大切にできるかどうかが、 そのAI時代の差別化になると思ってるんですよ。 やっぱりそのプロジェクトって多くの人が関わってくるので、 誰がどんなことを考えてどういうふうに関わろうとしてるのかって、 やっぱり人じゃないとうまくコミュニケーションできないんですよね。 かつ人って話してることと心の中で思ってることが違うって結構あるじゃないですか。 それを見極めることができるのはやっぱり人間なんじゃないかなと僕も思ってますね。 ということでサラトガさんもいつもありがとうございます。 続きましてシゲルさんです。 これからの時代はあふれる情報を整理して、 腹をくくって即決できる決断力が大切になると思っていますということで、 そうなんですよね、腹をくくる力、つまり覚悟を決めるっていうことだと思うんですけど、 これもやっぱり今は人間にしかできないことですね。 というのは今は人間が指示を出して、AIはその指示を受ける場なので、 やっぱりその指示を出そうが最終的には責任を持って判断するってことが求められるんじゃないかなというふうに思っています。 シゲルさんもいつもありがとうございます。 続きましてジュンスさんです。 プロジェクトを動かす人と管理する人、この観点はなかったです。 決断するのは非常に難しいことですが、 自分の中で決断する人が一番偉い、一番尊重されるべきという考えを持っておく必要があるかなと思いました。 PMになるために決断する能力は伸ばしていかないといけないですので、 そうなんですよね。 僕自身もやっぱり過去の経験からしてみると、 決断することって結構ストレスがかかるんですけど、 でもこれも爆発を踏むことによって伸びてくるスキルだと思うんですね。 日頃の小さなことの決断の繰り返し、 これが実は決断力を上げてくれるコツなんじゃないかなと思っています。 ジュンスさんもいつもありがとうございます。 続きましてミゴさんです。 方向性を示すコミュニケーションを取る、人を巻き込む力が必要で、 責任を取れる判断にできるようになりたいです。 この辺は向いていると思っています。 今クロードコードを習っているので、集計業務、Potify、WBS、OS、IRは自動化しています。 そして周りを巻き込んで成果を出しているようにしていきます。 まさに今やり始めたことがあるので、半年後になると思っています。 僕もクロードコードを使っていますけど、本当に便利ですよね。 今まで作業の部分で時間がかかっていたところが、 本当このクロードコードを使うことによって圧倒的な生産性の高さが生まれたので、 今までかかっていた時間を別のことに使えるじゃないですか。 こういった発信角度もまさにそうで、 リサーチとか、例えばXもそうですし、ボイスもそうですし、ノートもそうなんですけど、 自分でアイデアとアイデアをつなぎ合わせる前段階ですね。 いろんな情報を調べることが、これ本当にAIで便利になったので、 その時間を有効活用したいなとまさに思ったところですね。 ということでリンゴさん、もう一枚ありがとうございます。 次ましてフェンダリさんです。 AI時代のルールデザインに興味があります。 組織の武器になるようなルールデザインではAIも活用すると思いますが、 やはり人が肝だと感じています。 今、とても少しずつルールデザインについて独学中です。 中小の高いことを扱うことや、他者の共感を得ることの難しさを感じていますので、 共感って本当に難しいですよね。 やっぱりここって、最後は人が担えるところ、 もしくは人にしか担えないところなんじゃないかなと思ってるんですよね。 AIって今すごく広まってて便利だなって言われている反面、 やっぱりルール作りとか、あとセキュリティとかガバナンス、 こういったところってまだまだ追いついていないので、 こういったところにこれからは需要が伸びていくんじゃないかなと、 僕自身は思っています。 ということでフェンダリさん、もう一枚ありがとうございます。 続きましてナースデッサンです。 生前AIを使ったソフトウェア開設において、 PMの判断や調整スキルは必要なことが確認できました。 ありがとうございます。 私もコーディングは一行も書いていませんし、 毎日繰り返し行うようなスケジュール管理や進捗方法がAIを使っています。 これからのPMとしては具体的にどのようなスキルが必要なのか、 これからの放送で聞かれるとありがたいですということで、 ぜひまたどこかの放送会で深掘りしてみたいなと思ってますね。 僕自身もまさにそれがテーマで、 AIに任せる単純作業の部分と、 人にしか担えない部分ですね。 ここをうまく切り分けていくことがポイントになるんじゃないかなと思っています。 ということでナースデッサンもいつもありがとうございます。 というわけで本日のコメント会社は以上になります。 このように皆さんからコメントいただけるのが、 まさに僕の毎日放送の励みになってますので、 文字だけでもいいのでコメント残していただけると嬉しいです。 ではまた明日11時50分にお会いしましょう。 大手会社IT企業で本部長をしているこすきでした。 素敵な1日をお過ごしください。