PMに技術力は不要？プロジェクトを炎上させる3つの原因 - paiza開発日誌

Photo by crudmucosa こんにちは。倉内です。 前職ではSIerでSEをしており、炎上プロジェクトにもたびたび遭遇しました。 担当したプロジェクトの規模はさまざまでしたが、途中炎上せず成功を収めたプロジェクトは残念ながらほとんどありません。 一体なぜ炎上プロジェクトは繰り返し生まれてしまうのでしょうか？私がPMを務め大赤字＆納期遅延を引き起こしてしまった炎上プロジェクトを振り返りながら考えてみたいと思います。 目次 私の簡単な経歴 炎上したプロジェクトの概要 開発工程で問題発生 表面的な原因と本当の原因 開発の遅れは開発チームに原因がある！？ 本当の原因はPMの能力不足 1. 技術力不足による見積もりと実態とのギャップ 2. 顧客コントロール不足による品質悪化原因の作り込み 3. 信頼関係の構築失敗によるコミュニケーション不全 失敗を繰り返さないための解決策 まずはプログラ

[kamayan1980]

そも、なぜ技術のないPM（それも2、3年の新人）に設計させたんだろう。開発チームに金出して設計者を立ててもらったほうがスムーズだと思うけどなあ。

[latena]

PM が paiza で実装かじって「実装にはどのくらいかかるかを具体的にイメージして見積もることができました」って自信が怖い。 paiza の宣伝なのは分かるけど、まずアジャイル開発を覚えるべきでは...？

[kamei_rio]

自分は管理も技術もダメでした！って素直に書くのすごい

[fumisan]

まあ、なんというか開発チームは大変だったねぇ

[t_masuda]

PMにも技術力必要なのは同意だけど、3年もかかる開発でPMがコードレビューすべきではないかと。。

[tekimen]

"いったん私はPMから降り、火消し要員のPMに入ってもらいました。" この「火消し要員のPMさん」が、何をしたら火が消えたのか(この部分の先で言ってる3つの考えがただしいのか、他にPMとして何をしたのか)が知りたい。

[igaiga07]

技術力以前に場当たり的な行動が多いような

[khtno73]

品質・進捗チェックで、基準作って具体的に要員に落とすときにプログラミングや稼働支援の経験が生きるてのはあるが、PMがコード書いてどうすんだ。PaizaのPM関連記事は先にPMBOKでも読んでこいてのが多いような。

[ytsnomiya221]

技術がわからないと技術者と仕事上のコミュニケーションに支障がでるんだからPMも技術わかった方がいいよね

[sin20xx]

小規模プロジェクトのようにPMが作業者を兼ねるケースを除くと、基本的にPMにコーディングに関わる技術力は必要ない。というか、そもそもコーディングに関わるスキルとマネジメントのスキルは別物で全く関係ないだろ

[septiembreokbj]

paiza安定のクオリティ。なぜ士官(officer）と下士官が別れているのかなど、よその組織の英知を見ようとするところが全くないのは、いかにもだ。愚者は（己の）経験に学ぶ、という格言そのまんまだな。

[kabisuke]

技術持つべきなのはそうだけど、技術力なかったから失敗したというよりはなんとなく場当たりマネジメントして失敗してるようにしか思えんな…

[Kuichi]

"スケジュールの遅延は開発工程で発生したので、当初私は真っ先に開発チームに矛先を向けました。"はものすごくよくある…上流工程で無茶なスケジュール組むとか曖昧な仕様書とか人間関係の力学の煽りを食ったりとか