ITプロジェクトの失敗はエンジニアのせいではない｜goza(ござ先輩 / YUMOTO Michitaka)

ITプロジェクトに参画するには色んな立場があると思います。ざっと上げるだけでもこんな感じで、失敗する要因はだいたい決まっています。プランニング不足です。 ・受託開発を請けた開発会社として ・プロジェクト支援依頼を請けたコンサルタント・PMOとして ・事業会社のプロジェクト運営側として私はSIer→事業会社→独立してコンサルタントというキャリアを歩んできましたので、全ての立場でITプロジェクトに参画させて頂きました。上手く行った案件もあれば、そうではなかった案件もありました。 SIあるあるだと思いますが、案件が火を吹いてしまうと優秀なエンジニアが矢継早に放り込まれる傾向があります。未熟な人では火を消せませんから。当時SIerに在籍していた私は、結果的にやらかしたPMと優秀なエンジニア、給料変わらないのに優秀な人が貧乏くじを引いてしまうの意味がわからないなぁと思った記憶があります。 その後私も

[windish]

エンジニアに失敗をリカバリできるだけの機会・権限が与えられないことが多いし、そもそも成功を図る指標が不明だったりもする。

[paradisemaker]

プロジェクトは PM/PMO で300件近く関わってるけど、エンジニアのせいで失敗してるケースって1件もないな。エンジニアのせいにされているプロジェクトはたくさん知ってるけど。

[el-condor]

これは大体そう。一方で炎上がエンジニアの貢献で収束したというケースはそれなりに見る。

[ch1248]

同意。

[motch1cm]

胃が痛くなるエントリだ…

[daaaaaai]

IT企画力、そのビジネスやドメインを好きな人がエンジニアと対話していくことで身についていく気がするけれど、どんなスキルなのかよくわかっていない

[fumisan]

普通。計画8割って言うじゃない？

[bowbow99]

最近理解したのだが、普通の人は問題が起きた時にどう対処するかより誰が悪いのかを気にするようだ。

[n314]

できるって言ったのに納品間近になってやっぱり無理でした系はエンジニアの失敗じゃないのかなあ。プロジェクトという規模でもないけれど。

[yug1224]

“失敗する要因はだいたい決まっています。プランニング不足です。”

[braitom]

ふむ。“エンジニアを活用するには、まずはプランニングです。どんな価値が欲しくて、それはどういう手段で実現できるのかを、定義しないと始まらない。”

[iwasiman]

わかりゅ。タフな案件ってたいてい前提とか上流工程とか進め方とかマネジメント、プロジェクト側に問題があるケースがほとんどでした。

[versatile]

失敗がエンジニアのせいじゃないってことは成功もエンジニアのおかげでない、となるわけだな

[tbpg]

"未熟な人では火を消せませんから。当時SIerに在籍していた私は、結果的にやらかしたPMと優秀なエンジニア、給料変わらないのに優秀な人が貧乏くじを引いてしまうの意味がわからないなぁと思った記憶があります"

[kenzy_n]

火の元注意