- ベストアンサー
要件確定前の工数見積もり
一番最適な工数見積り方法(業務アプリケーションの開発)について検討していく中で、そもそも要件が確定していない段階で見積もりをする事自体がおかしいのではないかと思うようになりました。 これについて皆さんはどのように見積もり、もしくはお考えでしょうか?
- みんなの回答 (4)
- 専門家の回答
関連するQ&A
- システム開発の管理工数見積もりについて
システム開発に詳しいかたにお聞きします。 管理工数の見積もりってどうすればいいんでしょうか? 見積もりとWBSをユーザーであるお客様に提示したところ、「なぜそんなに管理工数が必要なのか?根拠を示してください。」的なことを言われました。 確かに根拠はなく、ただ経験則から全体の工数の2割程度を管理工数として見積もっているだけです。 みなさんは具体的に管理工数の見積もりってどうされてるんでしょうか?何か方法ありますか? よろしくお願いします。
- 締切済み
- その他([技術者向] コンピューター)
- 管理工数の見積もりについて
はじめまして。 プロジェクトの工数見積もりについて質問があります。 何か開発するとき、プログラムの開発工数は当然考慮 しますが、それを管理したり仕様調整したり各種ドキュ メントを作成したりするプロジェクトリーダーの工数 は、みなさんどのように見積もっているでしょうか? 私は、開発規模にもよりますが、大概プロジェクトの 開始から終了までずっとSEが1人張り付く計算、つまり 3ヶ月のプロジェクトであれば3人月、5ヶ月であれば5 人月を見積もっています。 と、いうような見積もりを発注元のシステム会社に出 したら、高いということで却下されてしまいました。1 ヶ月に1人月も稼動しないでしょ、ということです。 経験上、そんなことは無いと思っているのですが、他 の会社の人はどうしているのか気になって質問させて いただきました。 ご意見お待ちしています。
- 締切済み
- その他(ITシステム運用・管理)
- プロジェクトでの工程の見積
新卒3年目のSEです。 はじめてリーダーを任され、 要件定義からの工数見積もり、要員発注など 一部の業務を担当します。 そこで取っ掛かりからなのですが、 工数見積もりの考え方がよくわかりません。 実は未経験の言語の仕事で、私は開発の経験が それほど無いこともあり(運用が長く)、 「なんとなくこのぐらいの日数かな」という浅い検討と結論で 工数を考えてしまっています。 それだとNGだ、と先輩にも指摘を受けたのですが、 ではどうやって根拠ある工数を積めば良いかわからず・・ また、その工数には計画上、予期しない仕様変更などに 対応するため、その分のリスクの工数を積むように、言われています。 それも、具体的にどの程度積めばよいか、判断がつかず・・ やはり開発や導入の経験が少ないと厳しいと感じています・・。 すみませんが、上記の考え方について アドバイスを頂ければ幸いです。
- 締切済み
- SE・インフラ・Webエンジニア
- 見積もり技術
かなり素人っぽい質問ですみません。 「要件定義」「基本設計」「詳細~開発」 など各工程の工数見積もりって一般的にどういった やり方をするのでしょう?。 お客様からの要件や集まったメンバースキルにより 変わるのでしょうか。。 どうぞよろしくお願いします。
- 締切済み
- SE・インフラ・Webエンジニア
- 仕様書・要件定義書・見積書などは有料?無料?
クライアントにあるアプリケーションを作成依頼を受け見積書と簡易仕様書を出しました。 クライアントは内容を気に入ってくれて、完全な仕様書と要件定義書を作成しました。 しかし後日けんもほろろに断られたのです。 さて、仕様書と要件定義書には非常に時間を要しました。 この仕様書・要件定義書、はたまた見積書もですが作成費用代は請求できるのでしょうか? 一般的には無料かもしれないですが、法的に請求しても問題ないでしょうか? もちろん見積・仕様書の作成は無料とか有料とはクライアントには最初から言っておりません。 以前勤めていた会社でエアコンの修理を業者に見積もってもらった時見積が有料でした。ですから見積が必ずしも無料でないというのは理解しております。 この業界では皆さんどうされているんでしょうか。 ご教授お願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- DB設計に要する見積もりについて
新規のシステムで、全体の見積もりを行う中で、DBだけに注目して容量の算出、テーブル作成、正規化等プログラミングする前にいろいろやる事があると思いますが、その部分だけの作成にはどのような情報があれば、工数を算出できるのでしょうか? 勿論、テーブルの数や名前、その中の項目数や項目名、収まるデータ量なんか はDB作成以前の設計段階での工数見積もりに入ってくると思うので、ここでは DB見積もりから除外して考えております。 宜しくお願い致します。
- ベストアンサー
- その他(データベース)
- システム開発工数について
業務で社内イントラネットの整備を行っております。 これからイントラの機能拡張をしていく計画があるのですが、予算取得にあたりシステム開発工数の見積もりを行うことになったのですが、プログラムについての知識が乏しく検討がつきません。 以下の項目について、開発工数の算出は可能でしょうか? <<実装したい機能>> ・複数キーワードの検索 ・アンケートツール(各自で作成⇒公開⇒データ抽出が可能) 例:レンタルアンケート質問君(http://www.supreme.co.jp/cfm/ask3/) ・画像添付可能な投稿フォーム ・掲示板(トラックバック)機能 ・部門別の参照権限がついたページ <<現状>> ・Webサーバ⇒aspが使えます ・ユーザー数⇒約1000名(1000名が一斉に閲覧する可能性は無いです) DBサーバの購入も検討しており、ユーザ数と上記機能実装が可能となるサーバ(ハード、ソフト、OS)についてもご教示いただければと思います。 何卒宜しくお願いいたします。
- 締切済み
- Microsoft ASP
- 工数の計算方法。
自分のかかわったプロジェクトのソフト開発にかかった工数を計算してくれと言われました。 今までは工数など計算した事もなく。 何人月とかいうようなことはしたことがありません。 例えば、半月かかったプロジェクトはどのような計算になるのでしょうか? このプロジェクトの場合は残業代も含めて(100時間です) このような場合の計算方法を教えてください。 よろしくお願いいたします。
- ベストアンサー
- その他([技術者向] コンピューター)
- 見積もりの誤り
とあるプロジェクトにおいて、プロジェクトマネージャーをしています。(とはいっても、200万円程度のプチプロジェクトです。) 現在は、要件定義、基本設計が終わりまして、今後、詳細設計に入っていきます。要件定義にて、要求仕様書、見積もりを作成し、クライアントへ提示済みなのですが、基本設計が終わる段階で、見積もりよりも工数がかかってしまうことが分かりました。 手順としては以下の通りですすめていました。 (1)要求仕様書の作成 (2)見積もりの作成 ※受注 (3)現状分析 (4)基本設計書の作成 要求仕様の間では、クライアントから案件を受注していませんから、現状分析まで行うことは厳しいのが現状だと思います。しかし、現状分析を行わなければ、正確な見積もりを出すこともまた難しいのが現状です。基本設計が終わった段階で、見積もりが跳ね上がってしまうと、クライアントに予算の積み上げを要求するのは厳しいと思います。 完全なジレンマにおちいってしまっていて、今後、同じようなケースをどのように回避すればよいかわかりません。プロジェクトマネージメントの経験がある方、もしくは見積もり作成の経験がありましたらアドバイスをお願いいたします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- 組立工数の見直し
組立作業工数の見直しについて 製造業の組立工数削減の取り組みについてアドバイスお願いします。 精密部品の製造現場に勤めています。 今年の社内目標が組立工数の削減/年15件と掲げています。 50種類の機種があり工程含めると160工程くらいあります。 はっきりいって今立ち上げ段階である程度問題つぶしているため年/15件は難しいです。 それでもしなくてはいけないので 私が考えている工数削減としては (1)物の移動を少なくし、作業効率を図る (2)ラインのタクトバランスを見直す (3)作業者がしやすい作業内容に見直すため治具の効率化を図る (4)工程短縮できそうなとこを検討し設計に相談してもらう (5)設計的要因でモノづくりがスムーズにいってないところを設計に見直してもらう 皆さんならどういったことに取り組みますか? アドバイスください 工数削減はお金をかけずに作業内容・方法の見直しをして改善しろと言われてますのでお金がかからず工夫だけで できる方法をお願いします。
- ベストアンサー
- 就職・就活
- LENOVOの画面が暗くて操作ができない問題が発生しています。
- 電源を立ち上げるとLENOVOの大きな文字が表示されますが、その後のログイン画面が非常に暗く、入力ができません。
- Lenovoのノートブック(ThinkPad)の画面が暗く、ログインの操作ができません。
お礼
わざわざ補足までありがとうございます。 大変参考になりました。 最後に大変失礼な質問なのですが、ymmasayanさんのシステム開発における立場を教えていただけませんか。PGかSEか、はたまた経営者かによって、見方もいろいろかなと思いましたので。もちろん差し支えなければ・・・で結構です。