体制上のレイヤーが多いと開発は失敗しやすい
PM見習いの読書日記にこんな記事が書かれていた。
上記に関連して最近強く思うのは、開発のときに体制上のレイヤーが多いと開発は失敗するだろうということ。やっぱりレイヤーが多いと、身動きは遅くなるし、情報はどんどん欠落していくし、責任はあいまいになっていくし。「ユーザ」と「開発者」だけがいればいいと思う。
自分の経験と合致する部分が多い。
IT業界っていくら格好よく言っても、土建業界と同じゼネコン体質で、建築プロセスよりもはるかにプロセスの完成度は低いし、プロジェクト管理のスキルも低い。
レイヤーが多いと無駄なドキュメントが多くなる。外注を使うと、彼らとコミュニケーションを取り、管理するコストが余分に増える。そもそも、同じチームの開発者を管理できないのに、海を隔てた中国の開発者を管理できるのか?
| 固定リンク
「日記・コラム・つぶやき」カテゴリの記事
- Redmine、DOA、PM理論。点だった知識が“世界の見え方”に変わる瞬間(2026.05.23)
- TwitterやFacebookは人力キュレーションツールとして使う(2022.10.02)
- 「現代病「集中できない」を知力に変える 読む力 最新スキル大全」の感想(2022.08.28)
- 人類は海辺から生まれた~水生類人猿説が面白い(2022.08.09)
- 戦前の日本人の気質はまだ成熟していない青年期と同じだった(2022.06.14)
「プロジェクトマネジメント」カテゴリの記事
- 第23回Redmine大阪の感想~AIの暴走はチケット駆動で制御する!AI時代に人間が担うべき真の役割は何なのか? #redmineosaka(2026.09.06)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
- Redmine利用成熟度モデルによる運用戦略(2026.07.12)
- なぜCCPMは挫折する?経営者の理想と現場の挫折をLycheeRedmineが解決する #redmine(2026.06.30)


コメント