- 締切済み
見積もり技術
かなり素人っぽい質問ですみません。 「要件定義」「基本設計」「詳細～開発」 など各工程の工数見積もりって一般的にどういった やり方をするのでしょう？。 お客様からの要件や集まったメンバースキルにより 変わるのでしょうか。。 どうぞよろしくお願いします。
- doragon-ball-z
- お礼率20% (78/376)
- SE・インフラ・Webエンジニア
- 回答数2
- ありがとう数0
- みんなの回答 （2）
- 専門家の回答
みんなの回答
- gooqoo_1972
- ベストアンサー率57% (12/21)
一般的な見積もりとして、ファンックションポイント法、CoCoMoがあります。 CoCoMo:開発対象となるコード量と、開発する人員の能力を示す補正係数をかけて、開発に必要な工数や期間、要員数、生産性を算出する見積もり方法。 中規模以上の開発に適用できますが、分析・設計工程の見積もりが出来ません。 ファンクションポイント法 入力・出力機能ごとに機能を切り出して、１つの機能がどれだけの複雑さをもっているか評価して、ポイント化する。 そのポイントの合算値に補正係数をかけて、システムの開発規模を定量的に測定する見積もり方法である。 開発工程の上流（つまり要件定義から）から適用でき、 直感的に分かりやすい見積もり方法である。 ここでいう補正整数とは、過去の経験の蓄積から導きだせるもので、新規の案件に対しては適当な値（リスクなど）を適応するしかありません で、 >お客様からの要件や集まったメンバースキルにより 変わるのでしょうか。。 大きく変わります。 以上
- process9
- ベストアンサー率29% (81/272)
process9です。 営業見積もりか実見積もりかで変わってきますね。 営業見積もりの場合 希望のみで要件定義すら、決まっていない場合は、ほぼ経験予測からくる勘です。前に似たプロジェクトがあれば、参考にはしますけど。 実見積もり 要件定義が終わった下流の作業のみ見積もれます。当然、お客様からの要件や集まったメンバースキルにより変わるのですが、プロジェクトマネージャ次第では、単に％（基本設計２０％、詳細設計３０％～など）で割る人もいますね。要件からならば、COCOMOなどの見積もり定量化技法などもありますね。まぁ、最終的には経験と勘がモノをいってますけどね。
関連するQ&A
- 見積もりの誤り
とあるプロジェクトにおいて、プロジェクトマネージャーをしています。（とはいっても、２００万円程度のプチプロジェクトです。） 現在は、要件定義、基本設計が終わりまして、今後、詳細設計に入っていきます。要件定義にて、要求仕様書、見積もりを作成し、クライアントへ提示済みなのですが、基本設計が終わる段階で、見積もりよりも工数がかかってしまうことが分かりました。 手順としては以下の通りですすめていました。 (1)要求仕様書の作成 (2)見積もりの作成 ※受注 (3)現状分析 (4)基本設計書の作成 要求仕様の間では、クライアントから案件を受注していませんから、現状分析まで行うことは厳しいのが現状だと思います。しかし、現状分析を行わなければ、正確な見積もりを出すこともまた難しいのが現状です。基本設計が終わった段階で、見積もりが跳ね上がってしまうと、クライアントに予算の積み上げを要求するのは厳しいと思います。 完全なジレンマにおちいってしまっていて、今後、同じようなケースをどのように回避すればよいかわかりません。プロジェクトマネージメントの経験がある方、もしくは見積もり作成の経験がありましたらアドバイスをお願いいたします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- 技術者では通用しない
IT系の技術者を数年やっています。 仕事としては、例えば1次受けのプロパーやSIlerに、 基本設計フェーズのメンバーとして参画して、方式や設計書を考えたり、 得意な技術分野を生かして、開発フェーズにも参画していました。 しかし現職に入ってからなのですが・・、こういった仕事は無くなり、 案件を受注して、PJ計画を考え、工数やスコープを考えるような、 動きを求められました。 しかしこの変化に、適応できず精神的に参っています・・。 基本設計の経験も少なく、より上流の仕事は経験がありません。 計画、要件定義、スコープ、契約、見積・・と必要作業があっても、 アプローチや判断基準がモヤッとしていて、仕事に自信が持てず・・。 上司に質問しても、自分の目線より高いお話が多く、苦慮しています。 こういった仕事は、やはり上流から納品まで一連の工程を経験していないと、 精度の高い仕事は難しいでしょうか？。 どうしても皆が持っている経験が自分には足りない、、と感じてしまいます。 以前のメンバーやサブリードでの参画のほうが、技術力が身について 遣り甲斐があったのかもしれません。 しかし雇われでは、年齢と共に先が見えてしまうのでしょうか・・？。 （幅広い技術力の人は不要なのでしょうか・・）
- ベストアンサー
- SE・インフラ・Webエンジニア
- システム開発の工程を教えてください。
要件定義→基本設計→詳細設計→製造→単体試験→結合試験→総合試験… といったシステム開発にはあると思うのですが。 いまいちそれぞれの工程の役目がわかりません。 特に、要件定義・基本設計・詳細設計が詳しく知りたいです。 欲を言えばフォーマットも手に入れたいと思っています。 参考になるようなサイトや文献がありましたらどんな小さなことでも結構ですので よろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- SEとしての作業領域
今更ですが「SE」の作業領域を教えて頂きたいんですが・・。 例えば要件定義からお客さんと打ち合わせを行い、要件定義書作成や 納品までの工程、金銭的な見積もりを計画することから新規案件は 始まると思っています。 ※経験が浅いので言葉足らずですみません 実際はここまでの作業に携わる人を「SE」というのでしょうか？。 それとも この後の基本設計フェーズ ・画面設計 ・機能設計 ・DB設計 etc あとは開発以降でも ・開発標準策定 ・品質管理 ・テスト設計 など幅広く一連の工程を設計するのが「SE」と言うのでしょうか。 現実はPMとSEでまた境界がありそうですが・・ 「SE」として一般的に担当する領域を参考に教えて頂ければ幸いです。 上記以外にも「こんなことも重要」というお話も是非あれば お伺いしたいです。
- 締切済み
- SE・インフラ・Webエンジニア
- Ｊａｖａ開発でアプリを作る
Ｊａｖａ開発でアプリを作る時、eclipseでプログラミング、単体テストを行うことはできるのですが、結合テスト、総合テスト、また、上流工程の要件定義から基本設計、詳細設計を一般的にどのようなツールで行うとかありますか？的外れの質問だったらすみません。要はJava開発でどのようなツールを使うか知りたかったのですが。
- ベストアンサー
- その他（プログラミング・開発）
- 初めてプログラムの見積りをしています。
初めてプログラムの見積りをしています。 個人ですので聞ける環境がありません。 ネットで調べていたらCOCOMOというのを見つけました。 http://www.fpdock.net/webtools/cocomo.php3 以前、趣味でプログラミングしたもので試しに計算してみました。 ステップ数：18500 工数 ：51.37人月 開発期間：11.17ヶ月 開発要員：4.60人 生産性 ：0.36KStep/人月 工数分布 期間分布 計画と要件定義 ：3.08人月 1.30ヶ月 製品設計 ：8.22人月 2.12ヶ月 詳細設計 ：12.53人月 6.32ヶ月 プログラミングと単体テスト：19.93人月 6.32ヶ月 結合とテスト ：10.69人月 2.73ヶ月 合計 ：54.46人月 12.47ヶ月 計算してみたんですが結果の見方がよくわかりません。 申し訳ありませんが説明していただけませんでしょうか。 またSEの単価、PGの単価も教えていただけませんでしょうか。 単価はピンキリで難しいと思いますが宜しくお願いします。
- 締切済み
- SE・インフラ・Webエンジニア
- プロジェクトでの工程の見積
新卒3年目のSEです。 はじめてリーダーを任され、 要件定義からの工数見積もり、要員発注など 一部の業務を担当します。 そこで取っ掛かりからなのですが、 工数見積もりの考え方がよくわかりません。 実は未経験の言語の仕事で、私は開発の経験が それほど無いこともあり（運用が長く）、 「なんとなくこのぐらいの日数かな」という浅い検討と結論で 工数を考えてしまっています。 それだとNGだ、と先輩にも指摘を受けたのですが、 ではどうやって根拠ある工数を積めば良いかわからず・・ また、その工数には計画上、予期しない仕様変更などに 対応するため、その分のリスクの工数を積むように、言われています。 それも、具体的にどの程度積めばよいか、判断がつかず・・ やはり開発や導入の経験が少ないと厳しいと感じています・・。 すみませんが、上記の考え方について アドバイスを頂ければ幸いです。
- 締切済み
- SE・インフラ・Webエンジニア
- 工程毎の工数比率はどう算出していますか？
ちょうどよいカテゴリがなかったのでここに投稿します。 例えば４００人月のプロジェクトがあったとします。 WEBのスクラッチ開発で、ウォーターフォールでやります。 要件定義⇒外部設計⇒内部設計⇒実装⇒結合テスト⇒システムテスト と各工程を踏みますが、各工程の工数、工期をどのように配分するのが 妥当なのでしょうか。 ネットでいろいろ調べてみましたが、 http://itpro.nikkeibp.co.jp/article/COLUMN/20070417/268532/?P=2&ST=bizskill (このデータの出典がどこなのかよくわかりません。筆者がIBMなので 恐らくIBMのデータなのかと) やJUASで出している工数比率くらいしか見つかりませんでした。 JUASのデータだと、ざっくり設計／実装／テストに分けた比率なのであまり参考になりません。 一番必要なのが、「要件定義」の工数、工期の比率です。 きっちりしたものでなく、「経験上、こんな感じてやってる」でもよいので教えてください。
- 締切済み
- その他(業務ソフトウェア)
- 見積もりが出来ない
IT系の技術者をしております。女性です。 作業日数の見積もり、スケジュールを考える機会が あるのですが、全くうまくいきません・・。 対応では、冷静に考えられていない気もします。 1つの成果を出すために、依頼して、確認して、作成して・・ のようなプロセスがあると思いますが、 私の場合、「作成には2日」、など目先に行ってしまい、 前後のプロセスが抜けてしまう上に、精度も良くありません。 例えば2日要する根拠も、考えが足りず、 結果として破綻してしまうことが多いです。 あとは、前職も含めて、 上流工程の見積もりや設計自体の経験が、 実はあまりありませんでした。 （私は良い年齢なのですが、恥かしいです・・） おそらく要件定義や基本設計、 その関連の調整をすることはちょっと厳しいと思います・・。 実際の作業経験が無いと、精度の高い、 見積もりを立てることは、やはり困難でしょうか？。 思うのですが「主体的に動く」とは、 自分で計画し、先のイメージと「何を作らないと」、が 見えているので、それに向かって人を動かしたり、ができる、 そういった人間になりたいです・・。
- ベストアンサー
- その他（ビジネス・キャリア）
