スマホ案件の見積もりについて - ku-sukeのブログ
Android案件の見積り ｜ クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね＾＾」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね＾＾直さないと削除しちゃうよ＾＾」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
あらゆることがうまく行かなければどれくらいかかるか?
はじめの一点での見積りと、最良値/最悪値の見積りを比較してみるなら、11.25という一点での見積り値の合計が、最悪値の合計18.25よりも最良値の合計10.5にずっと近いことがわかるだろう。 最良値と最悪値が両方とも一点での見積り値より高くなっているところがあるのも目に付く。最悪のケースについて考えることで、最良の場合でもやらなければならない作業がもっとあったことに気付いて、見積りを引き上げているのだ。最悪のケースをよく検討したいとき、私は開発者にあらゆることがうまく行かなければどれくらいかかるかと聞いている。人がする最悪の見積りというのは、真の最悪のケースよりは楽観的な最悪のケースとなっていることが多いのだ。 これは目を見開かせられるエクササイズだ。恥ずかしながら、私は仕事で見積りするときにいつも一点での見積りをしていた。これはプロジェクトスケジュールの惨事の多くにおいて出発点となってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
