ソフトウェアPJの企画フェーズの責任者は誰なのか?
ふと思いついてメモして、Blogに書くまで昇華できていないアイデアを書き殴っておく。
初心者のロジカルでないメモ。
INSPIRED 熱狂させる製品を生み出すプロダクトマネジメントの感想~日本に足りないのはプロダクトマネジャーだ: プログラマの思索
デジタル庁が解くべき課題とITエンジニアの役割の勉強会の感想~CTOの役割とは何ですか?: プログラマの思索
プロダクトマネジメントの感想~プロダクトオーナーはもっとチームの外のユーザに寄り添うべき: プログラマの思索
アジャイル開発は必ず2度失敗する~「正しいものを正しくつくる」の感想: プログラマの思索
一般の日本企業では、メーカーであれ、ユーザ企業であれ、SI企業であれ、予算駆動だから、システムが必要になったら、その企画フェーズが必要で予算取りの根拠を作らねばならない。
では、その企画フェーズを担当する最終責任者はいったい誰なのか?
要件定義フェーズをSIerに準委任契約で作業してもらって、開発フェーズの詳細な見積もりが確定する時は、SIに見積もりの責任があり、ユーザ企業は請負契約で開発リスクを全て負わせることができる。
しかし、経験上、企画フェーズでは責任者がはっきりしない場合が多かった。
本来は、ユーザ企業の業務部門の担当者自身がシステム企画を担当すべきだ。
しかし、実際は彼らが担当すると、変な方向に向いたり、コストが膨れ上がったり、業務とシステム要件がミスマッチになりやすく失敗しやすい。
ユーザ企業もそれを知っているので、ITコンサルやITベンダの優秀なPMにBPRの構想を描いてもらって、システムに落とし込んでシステム要求まで確定させる作業を委託する場合がすごく多い。
たぶんその理由は、業務を知っているだけでは不十分であり、今のIT技術でBPRを実現するにはこういうシステムがQCDのトレードオフから現実的な解になる、というアーキテクトの能力が必要だからだろう。
以前聞いた話では、営業マンあがりのシステム企画屋はダメで、SEあがりで業務を知っているシステム企画のコンサルしか担当できないね、という話をよく聞いた。
営業マン上がりの企画担当者も自分でBPRの構想やゴールを描いても、途中でシステムにどう落とし込むか、という所では、開発チームのPMやSEを呼び出して、一緒に作業してもらう場合が多かった。
結局、業務もITも両方知っているアーキテクトでなければ、企画フェーズを担当できないね、という身もふたもない結果なのだろうと思う。
たぶんScrumは、その役割をプロダクトオーナーという人物で具体化して明確にしたのが最大の功績なのではないか、と思っている。
今の日本企業にプロジェクトマネージャはいても、プロダクトオーナーという人物はほとんど存在しないし、聞いたこともないから。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- 初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ(2022.04.17)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
「ビジネス・歴史・経営・法律」カテゴリの記事
- 戦前の日本人の気質はまだ成熟していない青年期と同じだった(2022.06.14)
- 「大人の学びパターン・ランゲージ」の感想~知識と経験を行ったり来たりするタイミングを大切にする(2022.06.05)
- 経済学や心理学の実験で得られた理論は再現性があるのか?~内的妥当性と外的妥当性の問題点がある(2022.06.04)
- 中国人の価値観の考え方(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
「Agile」カテゴリの記事
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 超高速開発でアジャイル開発を実現する話に違和感がある(2022.05.06)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
コメント