ソフトウェア開発の見積もりにおける問題点は何ですか？回答 (10件中の1件目) ITプロジェクトの実態とは！ - cagylogic とても有名なイラストですが当時(5年ほど前だったかな。。。)大笑いした記憶があります。見積もりにおける問題点にはフォーカスしていませんがそれぞれの立場で捉えた要件内容に違いがある事が原因なのは明らかです。簡単に言えば要件に解釈の余地がある場合ではないでしょうか。そのイマジネーションが膨らんでしまう余地がプロジェクトを良い方向に進めるケースは(希にある)ほぼないと心得て発注すべきだと思います。
COCOMO工数試算 : 試作版
予想ステップ数からCOCOMOの計算式により「工数」や「開発期間」などを算出するフォームです。 翔泳社の「ＳＥのための見積りの基本」を参考に作りました。この本にはさらに詳細な情報（「活動の局面ごとの分布」）まで計算するExcelシートの作り方が載ってます。 ですが、私にはよく理解できなかったのでここでは反映してません。 ＳＥエストproのCOCOMOIIとは別のものです。ＳＥエストproにも実装しようと思っていたのですが、COCOMOIIの計算結果と結構差異がでることと、名称が近似してることからユーザの混乱を招くと思って削除しました。 ＳＥエストproのCOCOMOIIは、要因係数を使うことでより柔軟な工数見積りが可能ですが、開発期間や分布の導出はしません。それらの情報が必要な場合はこちらを参考にされるとよいかもしれません。 上表の「工数」と下表の工数分布の「合計」の値が異なることに違和感
巨大システムのコストのかかり方の異常性について - novtan別館
あああああああもうやだこんな仕事やだ… 単純な話、20くらいの部署の人間が2時間の打ち合わせに出たら40人／時間ってことは大体5人日、1人月100万として25万コストが掛かるわけですよ。誰かが決めてあとよろしくってやればいいだけの話を影響調査とか見積もりとかやっていると平気で50人月すなわち5000万円とかがすっ飛んでいく世界なんですよ。で、なんだかディスクが足りないから減らすように検討しろとか言って1億円くらい検討の工数で吹っ飛んでいくんだけどそれならディスク買ったほうが安いわけですよ。コスト削減って言って削減されているように見えるコストってこの先の工数の先食いなんですよ。死ぬ。 CPUパワーが足りないから方式変えようなんて検討するのは元のがよっぽどタコいならともかく大抵の場合CPU買ったほうが安いんですよ。そりゃね、ある程度こじんまりしていて影響度合いが最初から図れるようなシステムだっ
先に相手の予算聞けよ
見積もり初心者の増田君にマジレスな。 先に相手に予算聞いて「う～ん、２００万ぐらいかな～」って言ってきたら、それに合わせて見積もり作れ。 簡単な要求でも２００万円分の機能をつけてやればいいし、難しい要求なら２００万円以内でできる仕様にすればいい。 これができれば見当違いだったり桁違いの見積もり出して大失敗することはないし、確度はかなり高い。 ある程度精度のある見積もりを作った方がいい。 要求仕様だけ見せてきて予算を言ってこない場合は「降り」 これは発注先が決まっていて、社内でちゃんと相みつ取った証拠に使われるだけで完全に無駄な労力になる。 出すならバカ高い金額で適当に作った見積書出しておけ。 マジなコンペも「降り」 零細企業は5分の1とかのコンペに付き合ってる暇はない。 金額は限界まで下げないと取れないし、仮に取れても要求仕様も期間も厳しくなってデスマーチ確定。 無理しすぎたせいで納期内に
なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;
最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと
Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ
TL;DR 受注前、制作フロー、安定収益源の保守方法まで「作って終わりにしない」Web 制作の一連の流れを記載しておきます。社内だけじゃなく、これから独立する人、フリーランスの方も必見です。 オリエンテーション／受注前 １．書類テンプレート一式 オリエンテーションにおけるヒアリングでは、後に作成する提案・見積書に必要となる質問を用意しておきます。自社の説明をする時は、せっかちなクライアントさんもいるので、だらだら話さず、ポイントを抑えてわかりやすく説明します。ヒアリングした後は、議事録にメモし社内共有。必要な書類（ヒアリングシート／企画書／提案書／業務委託書／見積書／契約書）など一式まとめてますので、書類系のテンプレートは以下で。 企画・提案・見積・納品・契約などのテンプレ・知識まとめ２３ ２．見積もりの目安と計算方法 例えば項目を作るとき１．項目／２．内容／３．設計(人日)／４．製造(人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
