|
|
|
|
コメント(1000)
>ここで言う、掛け持ちとは、他のプロジェクトとの掛け持ちと言う意味合いです
俺もそういう意味で云った。
でも前にPLの単価が高いなら0.5にすればいいと云ってなかった？あれはプロジェクト掛け持ちの意味ではなかったの？
其れにPMは兼任あり、PLは兼任なしと云うのも君の勝手な思い込みではないの？ユーザはそうは考えていないかも知れないよね。
>キーマンの件ですが
其れはかなり難しいでしょ。探すの。
SIer側でも把握してないんだから。
>直接聞くしかないです。
出し惜しみって事？其れとも聞かれるまで出さないのがSIerのやり方？
A4ペラで体制図出した後で云われてから出し直すくらいなら始めから出せばいいじゃん。
>また、RFPに、PMやPL及び主要メンバーの実績・資格等を提案書に記す事を求めるというのも有りです。
求めらなくても出せばいいよね。そうしない理由は？
俺もそういう意味で云った。
でも前にPLの単価が高いなら0.5にすればいいと云ってなかった？あれはプロジェクト掛け持ちの意味ではなかったの？
其れにPMは兼任あり、PLは兼任なしと云うのも君の勝手な思い込みではないの？ユーザはそうは考えていないかも知れないよね。
>キーマンの件ですが
其れはかなり難しいでしょ。探すの。
SIer側でも把握してないんだから。
>直接聞くしかないです。
出し惜しみって事？其れとも聞かれるまで出さないのがSIerのやり方？
A4ペラで体制図出した後で云われてから出し直すくらいなら始めから出せばいいじゃん。
>また、RFPに、PMやPL及び主要メンバーの実績・資格等を提案書に記す事を求めるというのも有りです。
求めらなくても出せばいいよね。そうしない理由は？
思うに体制図ってSIerの誠実さが出るとおもうんだよね。
例えば、体制図にPLPMがいて、あとはDB屋とかフレームワーク屋とか、業務コンサル、そういう人がいる。ではそのお金は誰が出すか。
クライアントだよね。
ではそのクライアントからお金を貰ってるPLPMとか、DB屋とかフレームワーク屋とか、業務コンサルは、ちゃんと其れに見合う仕事をしてるのか。つまりサボってないか。其れはクライアントとして気にするよな。
所が実はその、PLPMとか、DB屋とかフレームワーク屋とか、業務コンサルは、他のプロジェクトと兼任でした、と、後から判明したとする。後からと云うのは、例えばよかくんが提示したような体制図なら兼任とは思わない。専任と思うよ。
クライアントはどういう気持ちになるのだろうね。騙された！じゃないかね。
其れでも責任を果たしていればいいが、其れが出来ない時はどうなるか。プロジェクト兼任なら同時に問題が起きるかもしれない。となれば片方は犠牲になるかもしれない。犠牲にされた方は泣き寝入り？最初に体制を聞かなかったのだから仕方ないとでも？
例えば、体制図にPLPMがいて、あとはDB屋とかフレームワーク屋とか、業務コンサル、そういう人がいる。ではそのお金は誰が出すか。
クライアントだよね。
ではそのクライアントからお金を貰ってるPLPMとか、DB屋とかフレームワーク屋とか、業務コンサルは、ちゃんと其れに見合う仕事をしてるのか。つまりサボってないか。其れはクライアントとして気にするよな。
所が実はその、PLPMとか、DB屋とかフレームワーク屋とか、業務コンサルは、他のプロジェクトと兼任でした、と、後から判明したとする。後からと云うのは、例えばよかくんが提示したような体制図なら兼任とは思わない。専任と思うよ。
クライアントはどういう気持ちになるのだろうね。騙された！じゃないかね。
其れでも責任を果たしていればいいが、其れが出来ない時はどうなるか。プロジェクト兼任なら同時に問題が起きるかもしれない。となれば片方は犠牲になるかもしれない。犠牲にされた方は泣き寝入り？最初に体制を聞かなかったのだから仕方ないとでも？
>>[961]
>PLの単価が高いなら0.5にすればいいと云ってなかった？
それは、無いですね・・・。ただ、これは実際に結構やりがちだと思うですよ。当然、安易にそんな事をすると破綻しかねないです。そう言う事は、言った気がする。こう言う体質というのは、確実にPLを潰して行くです。仮に工数上は月0.5でも、山積上は月1.0にしなきゃです。
あと、「このプロジェクトにPLの兼任はヤバいだろ」、「このプロジェクトは軽いから全然兼任OKだな。」は、ユーザが望むと言うよりも、請け側のプロジェクト管理上の判断になるでしょう。
>出し惜しみって事？
メンバーのスキルについては、実際にユーザから聞かれる事って殆ど無いです。なので、出し惜しみって事ではないです。
>求めらなくても出せばいいよね。そうしない理由は？
正直、そこまでの内情は出す必要は無い、という事でしょう。成果物請負である以上は、最終的に正しい成果物を納品すれば良く、その為にどの様に運営するかは請け側の裁量範囲・・・って感じですから。
まあ、ここらへんってのが、どうなのかね〜。。。って言いたくなる件でもありますがね。
何れにせよ、発注側(ユーザでも元請けでも)は、外注先の体制はちゃんと確認した方がよいです。
>PLの単価が高いなら0.5にすればいいと云ってなかった？
それは、無いですね・・・。ただ、これは実際に結構やりがちだと思うですよ。当然、安易にそんな事をすると破綻しかねないです。そう言う事は、言った気がする。こう言う体質というのは、確実にPLを潰して行くです。仮に工数上は月0.5でも、山積上は月1.0にしなきゃです。
あと、「このプロジェクトにPLの兼任はヤバいだろ」、「このプロジェクトは軽いから全然兼任OKだな。」は、ユーザが望むと言うよりも、請け側のプロジェクト管理上の判断になるでしょう。
>出し惜しみって事？
メンバーのスキルについては、実際にユーザから聞かれる事って殆ど無いです。なので、出し惜しみって事ではないです。
>求めらなくても出せばいいよね。そうしない理由は？
正直、そこまでの内情は出す必要は無い、という事でしょう。成果物請負である以上は、最終的に正しい成果物を納品すれば良く、その為にどの様に運営するかは請け側の裁量範囲・・・って感じですから。
まあ、ここらへんってのが、どうなのかね〜。。。って言いたくなる件でもありますがね。
何れにせよ、発注側(ユーザでも元請けでも)は、外注先の体制はちゃんと確認した方がよいです。
一式○○円の見積もりですか。。
あまり見積もりの明細を細かく書くと、細かく突っ込まれて値引かれるから、それを
避けるために状況によっては、あえて、大雑把なくくりで、見積もりを出したりしま
せんか。邪道かな。
大前提として、お客様に、コスト対効果があると思ってもらえる金額の場合に限って
ですが。
「なんでこんなに高いの？」という質問には、コスト対効果で回答するべきで、仮に
コストの積上げの結果が高かったとしても、お客さんにとっては、高いものは高い
ので。
これは、見積もりの方法にもよるかも知れませんね。
工数積上げで見積もりを出すか、お客さんが得るであろう効果を元に見積もりを
出すか。
コスト対効果があるなら、原価が安くても、見積もりは高く出すし、コスト対効果が
ないなら、原価が高くても、見積もり額を、下げて出す。
で、トータルとして、ちょっと利益が出てればいい。
これで、仕事の回転をあげていく。
言うは易し行うは難しですし、そもそも、コスト対効果の数値化が、超苦手だったりしますが（＾＾：
あまり見積もりの明細を細かく書くと、細かく突っ込まれて値引かれるから、それを
避けるために状況によっては、あえて、大雑把なくくりで、見積もりを出したりしま
せんか。邪道かな。
大前提として、お客様に、コスト対効果があると思ってもらえる金額の場合に限って
ですが。
「なんでこんなに高いの？」という質問には、コスト対効果で回答するべきで、仮に
コストの積上げの結果が高かったとしても、お客さんにとっては、高いものは高い
ので。
これは、見積もりの方法にもよるかも知れませんね。
工数積上げで見積もりを出すか、お客さんが得るであろう効果を元に見積もりを
出すか。
コスト対効果があるなら、原価が安くても、見積もりは高く出すし、コスト対効果が
ないなら、原価が高くても、見積もり額を、下げて出す。
で、トータルとして、ちょっと利益が出てればいい。
これで、仕事の回転をあげていく。
言うは易し行うは難しですし、そもそも、コスト対効果の数値化が、超苦手だったりしますが（＾＾：
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
システムエンジニアの部屋 更新情報
システムエンジニアの部屋のメンバーはこんなコミュニティにも参加しています
人気コミュニティランキング
- 1位
- お洒落な女の子が好き
- 90060人
- 2位
- 酒好き
- 170692人
- 3位
- 写真を撮るのが好き
- 208290人