下流でのプロジェクト管理を上流でやらないほうがいい理由、あるいは不確実性にまみれた世界：プロジェクトマジック：オルタナティブ・ブログ

2,3年前にUdemyさんで、変革プロジェクトをリードする方法論について合計24時間のシリーズ講座を発表した。 いま講座の一つを見たら受講生が2万人を超えていたので、それなりの人気コンテンツの様だ。 基本的にこれまで書いた4冊ほどの教科書を整理し直したもの（書いた順番により、複数の教科書をまたがった説明もあるので）。ただ、もちろんこれを機に新しく追加したテーマもある。今日はそれを一つ紹介しよう。 事業会社であれ、SIerなどの外部サービス提供者であれ、システム開発の経験は豊富で、ある程度ノウハウも整理されている。一方で僕らが上流と呼んでいる工程（一般的に上流と呼ばれる要件定義よりも更に前にやる、ゴール策定や現状分析、将来構想など）には慣れていない。というか、全くやったことがない人がほとんど。 そんな状況で、大規模プロジェクトの上流工程をやる際に頻繁に起こるのが「上流工程のプロジェクト管理を

[hdampty7]

ホントにそう。WBSを要求されたからマイクロマネージメントを要求されるならゴールを変えさせてくれと喧嘩紛いの交渉をしたところ。しんどい。

[chiroruxx]

先読みできないプロジェクトでなぜ予期的プロジェクトマネジメントを使おうとするのだろうか。

[takashiski]

どの工程でもこの仕事のやり方ができてないと、仕事回らなくない？これができない人向けにWBSでガチガチにばらすんだろうけど、そこまでばらすなら生成AIでいい成果物出せちゃうんだよな

[yuno001]

このアプローチは下流でも有効だしそれが本来のPJ管理なんだけど、下流に行くほどボトムアップでWBSを作れちゃってそれが標準化されてしまってるイメージ。

[amatou310]

同意する。それはそれとして上流で予定が組みづらく、工数も大幅にブレる。人手も時間も足りなくて終わらないが、営業部門からは期日必達と詰められる。つら…

[masatotoro]

プロジェクト管理

[masa8aurum]

不確実性の大きい上流工程（要件定義前）をどうマネージする？→ A) 3段階で考える（ロードマップ（フェーズ展開）、アプローチ図、セッションスケジュール）、B)何をどこまでやったら次の工程に行けるか、を明確にす

[uraharamarshmallow]

SIerやるなら、せめて、何でも屋SIerではなく、業界特化SIerにして単価高くした方が良いと思ってる

[furugenyo]

下流ばかりやってるとロードマップ作れない場合もあるよなあ。

[hiduki001]

一番のガンは上流メンバーの主体性や能力のなさ、初期整理に工数をかけることの重要性無理解と思うかなあ/この話の手前、PJ憲章が決められるだけで良いメンバーか環境が揃ってる感はある

[turanukimaru]

WBSはスケジュール通りに終わらせるには何が必要か？の表なのだが上流より上の人は「スケジュール通りに終わるか？」の心配しかしないのだ。だから上の人はスケジュールを見て満足するけど何も解決はしていないのだ。

[toaruR]

で、何人日なんですか？＼(^o^)／

[togusa5]

AI作文

[morimarii]

ここまでわかってるなら下流も同じだってちょっと考えればわかるはずだが。。。

[ty356trt5]

「下流でのプロジェクト管理"手法"を」かな。言ってることはわかりみしかない

[don_tacos]

恥ずかしいけど参考になる。下流側であまり管理できていない表の「数字だけ埋めてください」っていう依頼をするだけの業務の古株の人がいて、意味不明だなと思いながら表埋めには協力するみたいなことよくある

[tanority]

いまの自分に当てはまりそう

[sayuremix]

Aの前にやるべきもっと上がある。達成したい目的(最終ゴール)を定める事、何を満たせばプロジェクトの「成功」かを定義する事、絶対ブレさせないコンセプトを決める事。健闘を祈る。