テクノロジー

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

1: sayuremix 2026/07/08 14:56

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

2: tanority 2026/07/08 15:27

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

3: don_tacos 2026/07/08 15:31

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

4: ty356trt5 2026/07/08 15:43

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

5: amatou310 2026/07/08 18:16

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

6: chiroruxx 2026/07/08 18:30

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

7: hdampty7 2026/07/08 18:52

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

8: morimarii 2026/07/08 19:10

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

9: yuno001 2026/07/08 19:20

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

10: togusa5 2026/07/08 20:56

AI作文

11: toaruR 2026/07/08 20:57

で、何人日なんですか?\(^o^)/

12: turanukimaru 2026/07/08 21:18

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

13: hiduki001 2026/07/08 22:54

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

14: furugenyo 2026/07/08 23:03

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

15: takashiski 2026/07/08 23:04

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

16: uraharamarshmallow 2026/07/09 01:04

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

17: masa8aurum 2026/07/09 05:05

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

18: masatotoro 2026/07/09 05:38

プロジェクト管理