アカウント名:
パスワード:
それだけのこと。これは紛れもない事実。
管理職やその他の部門の能力も足りてないんじゃないかなぁ、とか。
自分が勤めてる会社の別の部署の話なんだけど、最近、社長がえらく優秀な人を引っこ抜いてきたんだ。マネージメントもできるし、個人レベルでの技術力も高い、という、はっきり言ってしまえば非の打ちようが無い人物。強いて欠点を上げるなら能力の割に若いから、それが軋轢になりかねないぐらいかな。
で、その人をPMに据えて、あるプロジェクトが開始されたんだ。概算見積もりを行い、その上で要件定義をして、更に要件定義から正式な見積もりを得て受注。基本設計に入った、というあたりで事件は起こ
そのPMさんは手放しで素晴らしいと言えるような人ではないと思います。
経緯から見るに営業も契約に対する権限を持っている、というよりはそのPMさん抜きに契約内容を変更できる権限を持っているのに、顧客からの契約内容の変更の要求をPMの判断で蹴っていいとは思えません。
また会社にとって重要な顧客を失う恐れがある事態であれば、無理な要求だったとしてもプロジェクト単体の採算で判断すべきではなく会社経営のレベルでの判断が必要であり、その判断をできるのは単なるプロジェクトのPMではなく、より上位の役職者のはずです。
PL以下の業務範囲では優秀な方
全社的な視点なりで値下げに応じるのは良しとしても、「そのしわ寄せを開発にまわすな」という話でしょう。実際に人員を減らされたわけですから。それで納期や品質を守れなくなったとしたら、それは誰の責任ですか?勝手に条件を変えた営業と経営陣の責任であって、PMの責任では無いはずです。そのPM自身が嫌気がさしているということはPMの責任にさそうだということでしょう。そりゃPM自身のやれる範囲でベストを尽くすでしょうけど、ものには限度というものがあります。
どうしても予算が足りないのであれば、要求仕様を絞るという解がありますからね。開発にちゃんと相談すれば、そういう形で仕切りなおすこともできたはず。それをせずに予算だけ減らして、しかもそれに全く疑問を感じていない#2440402 #2440405 を見るにつけ、SI業界(の少なくとも一部)は終わってるなーと感じざるをえませんね。
経営者目線で、現場で苦労している人を非難する人々がいますよね。この件に限った話ではありませんが...
いろいろ勘違いされてるようなのですが…。
まずわたしはPMは経営側の人間だと考えており「現場で苦労している人」に含まれているとは思っていません。「現場で苦労している人」を批判したつもりもありません。
御指摘されている通り、このプロジェクトの現場で働く方々は苦労されると思います。そのような状況を回避できなかったPMの方が優秀だと評されているのに違和感があったので書いたのが元のコメントです。
> そのような状況を回避できなかったPMの方が優秀だと評されているのに> 違和感があったので書いたのが元のコメントです。
この経営陣、要求仕様は前と変わってないのに、人員だけ減らすとコストを減らせると考えてるトンデモでしょ。実際には要求は前と同じなんだから、人員減らしてもコストは減らないし、むしろ無理がかかるのでコストが増えてしまう可能性もある。こういう経営陣の下で、「状況を回避」すること自体が無理ゲー。こういう状況下のPMに、状況を回避できると期待してるあなたは現実を知らなすぎ。
この経営陣、要求仕様は前と変わってないのに、人員だけ減らすとコストを減らせると考えてるトンデモでしょ。実際には要求は前と同じなんだから、人員減らしてもコストは減らないし、むしろ無理がかかるのでコストが増えてしまう可能性もある。
これに尽きると思う。
#2440780 [developers.srad.jp]なんかで、
PMが上に話もせずに顧客の要求を突っぱねたからそうんなったんでしょ?
って言ってるけど、こんなこと平気でやる上じゃ、話したとしてもマトモに取り合わなかった可能性が高いんじゃなかな。実際に話したかどうかは部外者には判らないけど。PM「顧客が値引きしてって言ってます」→上「じゃあ値引きしてよ、会社から持ち出しはさ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
"優秀な"プログラマが足りていない (スコア:3, すばらしい洞察)
それだけのこと。
これは紛れもない事実。
Re: (スコア:5, 興味深い)
管理職やその他の部門の能力も足りてないんじゃないかなぁ、とか。
自分が勤めてる会社の別の部署の話なんだけど、最近、社長がえらく優秀な人を引っこ抜いてきたんだ。マネージメントもできるし、個人レベルでの技術力も高い、という、はっきり言ってしまえば非の打ちようが無い人物。強いて欠点を上げるなら能力の割に若いから、それが軋轢になりかねないぐらいかな。
で、その人をPMに据えて、あるプロジェクトが開始されたんだ。
概算見積もりを行い、その上で要件定義をして、更に要件定義から正式な見積もりを得て受注。
基本設計に入った、というあたりで事件は起こ
Re: (スコア:0, すばらしい洞察)
そのPMさんは手放しで素晴らしいと言えるような人ではないと思います。
経緯から見るに営業も契約に対する権限を持っている、というよりはそのPMさん抜きに契約内容を変更できる権限を持っているのに、顧客からの契約内容の変更の要求をPMの判断で蹴っていいとは思えません。
また会社にとって重要な顧客を失う恐れがある事態であれば、無理な要求だったとしてもプロジェクト単体の採算で判断すべきではなく会社経営のレベルでの判断が必要であり、その判断をできるのは単なるプロジェクトのPMではなく、より上位の役職者のはずです。
PL以下の業務範囲では優秀な方
Re: (スコア:1)
全社的な視点なりで値下げに応じるのは良しとしても、「そのしわ寄せを開発にまわすな」という話でしょう。
実際に人員を減らされたわけですから。それで納期や品質を守れなくなったとしたら、それは誰の責任ですか?
勝手に条件を変えた営業と経営陣の責任であって、PMの責任では無いはずです。
そのPM自身が嫌気がさしているということはPMの責任にさそうだということでしょう。
そりゃPM自身のやれる範囲でベストを尽くすでしょうけど、ものには限度というものがあります。
Re: (スコア:0)
どうしても予算が足りないのであれば、要求仕様を絞るという解がありますからね。
開発にちゃんと相談すれば、そういう形で仕切りなおすこともできたはず。
それをせずに予算だけ減らして、しかもそれに全く疑問を感じていない
#2440402 #2440405 を見るにつけ、SI業界(の少なくとも一部)は終わってるなーと
感じざるをえませんね。
Re: (スコア:1)
経営者目線で、現場で苦労している人を非難する人々がいますよね。
この件に限った話ではありませんが...
Re: (スコア:0)
いろいろ勘違いされてるようなのですが…。
まずわたしはPMは経営側の人間だと考えており「現場で苦労している人」に含まれているとは思っていません。「現場で苦労している人」を批判したつもりもありません。
御指摘されている通り、このプロジェクトの現場で働く方々は苦労されると思います。
そのような状況を回避できなかったPMの方が優秀だと評されているのに違和感があったので書いたのが元のコメントです。
Re:"優秀な"プログラマが足りていない (スコア:0)
> そのような状況を回避できなかったPMの方が優秀だと評されているのに
> 違和感があったので書いたのが元のコメントです。
この経営陣、要求仕様は前と変わってないのに、
人員だけ減らすとコストを減らせると考えてるトンデモでしょ。
実際には要求は前と同じなんだから、人員減らしてもコストは減らないし、
むしろ無理がかかるのでコストが増えてしまう可能性もある。
こういう経営陣の下で、「状況を回避」すること自体が無理ゲー。
こういう状況下のPMに、状況を回避できると期待してるあなたは現実を知らなすぎ。
Re: (スコア:0)
これに尽きると思う。
#2440780 [developers.srad.jp]なんかで、
って言ってるけど、こんなこと平気でやる上じゃ、話したとしてもマトモに取り合わなかった可能性が高いんじゃなかな。実際に話したかどうかは部外者には判らないけど。
PM「顧客が値引きしてって言ってます」→上「じゃあ値引きしてよ、会社から持ち出しはさ