ソフトウェア開発プロジェクトの利益率とかリスク率とかのお話 | ぽんぽんぺいんなう＼(^O^)／

最近、来季（４月〜）のお仕事のお見積りの嵐。そこで気になっている話をしてみる。 ソフトウェア開発の依頼を受けた場合のお見積りの流れはこんな感じ。（数字は究極の社外秘なのでてきとーです。） １）まずは純粋に工数見積り 依頼された工程（設計・開発・単体試験・結合試験とか）について、機能毎の難易度などを考慮しながら工数を出す。 今回は１００人月（例えば１０人で１０ヶ月）だったとする。 ２）コストを試算 予定メンバーのコスト（その人の給料や手当や共通配賦（事務所の家賃や間接部門の人達のお給料をみんなで負担する分）などの合計）からプロジェクト全体のコストを試算する。 例えば、全メンバーの平均コストが５０万円／月だったとすると、コストは５０万円×１００ヶ月＝５０００万円。（そのほかの経費などもあるが省略。） ３）リスク率 今回は１００人月と見積もったけど、始めてみたら話が違ったりトラブルがあったりで１

[diffie]

請負で完成責任を負ってるのなら、リスク分を積むのも、うまくいったらリスク分が利益になるもの全く問題なし。それが嫌なら準委任で完全人月商売。儲けすぎて悪いなと思うなら、次期案件で値引きしたらどうでしょう

[trashtoy]

受託開発の本質は保険屋さん( http://www.publickey1.jp/blog/11/si.html )なので、リスクを背負うのも商売のうち。あらかじめ顧客と間で金額の合意が取れているのだから、実際のコストに関わらず利益は受け取って良いと思う。

[sawarabi0130]

実際は採算度外視して仕事取りに来る迷惑な会社のせいで利益の出せる見積額で受注するのが難しくなっていたりする。まあ大手SIerは確かにボッタクリで下請けには安価で発注してるけど。

[kuippa]

ふつーマークアップ型の価格設定の場合、リスク（在庫リスクとか）はマークアップ率に内在させる。でもいまのITって作るもの結果としてまるで違うのに現行レートの価格設定だよねー。人月とか

[knjname]

システム一式を一つの契約で納入ならこうなるんじゃないかな

[mkusunok]

主契約を獲るってのはリスクを負うこと自体も収益源にしている訳だよね

[ledsun]

計画通りに完了したプロジェクトは何パーセントくらいあるのかな？それとリスク率（20%）が一致してればボッタクリではない。20%では全然足りないから、計画100人月に100%くらい積んでいるはず。こっちのが問題。

[k_static]

これは見積りで解決すべき議論ではなくて契約で解決すべき議論。CPIF締結すれば良いと思う。

[comeonly]

リスクまで受けるなんてそれはそれでたいへんだなぁ。

[gologo13]

ほう。そういうものなのか。見積もり、コンテンジェンシー、利益率

[bulldra]

あるプロジェクトでリスクが顕在化しなくても、他のプロジェクトでリスクが顕在化する場合もある。そもそもSI契約は客からベンダーへの指揮権やリスクを移転するもの。リスクを客側が取るのは派遣や支援契約。

[northlight]

プロジェクト開始時に全てが完全に見通せるわけないんだから、リスク分はある程度使われる形で予測すべきでは。

[blog0009]

ソフトウェア開発プロジェクトの利益率とかリスク率とかのお話 - ぽんぽんぺいんなう＼(^O^)／ -

[airj12]

内製じゃない時点で価値よりコスト(とリスク)での見積もりになる気も

[arn]

リスクを考えるということは、成功した案件から失敗した案件を押し並べてみて、そこに利益率を設定した上で案件単位の金額を算出するということだよね。そうじゃないと、全体としては赤字になって倒産するだけ。

[andalusia]

ヨソの工数超過案件分のリスクを負担したくないけど、ウチのプロジェクトの工数超過は（請負契約なんだから）受注者の負担でやれって言いたいの？そんな都合のいい事はないだろ。リスク発注者負担（準委任）でやれ。

[linklist]

リスクをどう見積るかが難しいところ。もう少し詳しく。

[s-tomo]

計画より100%早く終わることはあり得ないが、計画より100%余計に掛かることは稀によくある話

[tak4hir0]

ソフトウェア開発プロジェクトの利益率とかリスク率とかのお話 | ぽんぽんぺいんなう＼(^O^)／ 最近、来季（４月〜）のお仕事のお見積りの嵐。そこで気になっている話をしてみる。 ソフトウェア開発の依頼を受けた場合

[invent]

ソフトウェア開発プロジェクトの利益率とかリスク率とかのお話 | ぽんぽんぺいんなう＼(^O^)／