ＭＶＣはＰＭが知らなくても良い細かい技術ですか？

さるさんの書き込み (2007-03-26 10:46) より:

ﾒﾝﾊﾞｰの主張を理解する上で知識を知ってる事による時間短縮などはありませんでしたか？
主張を理解できる→管理工数が減る、作業工数(開発)にかける時間が増える→全体的な作業工数が減る

パキシルさんの書き込み (2007-03-26 20:06) より:
私は「知っていた方がよい」に入れました。
ＰＭの定義とか役割だとか、プロジェクトの規模などにもよると思いますが、
ＰＭまでやるのでしたら、技術的なことについても必要ならば、
調べて概要ぐらいは理解する姿勢はほしいところです。

ラフィンさんの書き込み (2007-03-27 07:57) より:

引用:
パキシルさんの書き込み (2007-03-26 20:06) より: 私は「知っていた方がよい」に入れました。 ＰＭの定義とか役割だとか、プロジェクトの規模などにもよると思いますが、 ＰＭまでやるのでしたら、技術的なことについても必要ならば、 調べて概要ぐらいは理解する姿勢はほしいところです。

　別スレでパキシルさんはご自身がＰＭで「ＰＭはシビア」とかかれていますが、この件に関してそのシビアなあたりを書き込みしてくれるとうれしいです。

　プログラム１本のみ担当する人だって、お客さんの業務やプロジェクト管理を知っていた方がいいし、「知っていた方がよい」のは当たり前だと思うんです。

　必要ならば調べるのは当たり前ですので、「調べて概要ぐらいは理解する姿勢はほしいところです。」と書くのではなく、「どういう時に必要だ」とか「知ってないとこういう時に困る」とか「こういう時に役立つ」とかが聞きたいですね。

　明確な理由なく「ＰＭが悪い」とか言い出したら、「ＰＭを指名した人も悪い」し「そういう人に権限を持たせている社長も悪い」し「フォローしないメンバーも悪い」し、そんな会社やめちゃえばいいのに。

　ＰＭが技術面に口出しできる規模の開発であれば、逆にＰＬがプロジェクト管理により多く関与できるチャンスとも考えられます。

ラフィンさんの書き込み (2007-03-26 12:59) より:
　現実に全くないとはいえません。ただこの件に関しては以下のように考えます。

　ＰＭは技術面の一切をＰＬに一任するとします。

　まず、ＰＭはプロジェクトに関する各要素の役割・責任・権限・意思決定のルール等を明確にします。ご指摘の例ですとメンバーからの技術的な主張はＰＭでなく最終的にＰＬに上がるようにしてＰＭは直接関知しません。

　一人がより多岐にわたる役割をこなせれば全体効率は上がりますが、管理者は効率より安全を優先すべきじゃないのかなあ？

るぱんさんの書き込み (2007-03-27 10:32) より:

んと、単価と役割について切り離して書いてくれってことで良いですか？

さるさんの書き込み (2007-03-27 21:25) より:

まあ、そういう風にきちんと出来る場合なら良いと思います。

ラフィンさんの書き込み (2007-03-29 07:25) より:
　できないなら、なおのこと技術面に首をつっこむべきではないと思います。
　それが役割ってもんじゃないのかなあ。