![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
「[[.NET 開発基盤部会 Wiki>http://dotnetdevelopmentinfrastructure.osscons.jp]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。 -戻る --[[サービス]] --[[生産技術]] *目次 [#fd52ca77] #contents *概要 [#mf1aa4fc] 見積とは... -金額・量・期間・行動を前もって概算すること。 --見積もること。 --あらましの計算をすること。 --また、その計算。 -エンタープライズの[[立上プロセス>PMP：立上]]で重要になる。 --工数 →（[[時間>PMP：計画 - 時間#q7a194b6]]・[[原価>PMP：計画 - 原価#o3a5b9d2]]）などを見積もる作業。 --[[SIerの事業>PMP：PDU - PMセミナー#j3f7dada]]では特に重要とされている。 *詳細 [#yb180105] **分類 [#ma9ca997] 以下のような分類がある。 ***[[類推見積（トップダウン見積）>PMP：計画 - 時間#t488ee1e]] [#zad4b4b6] ***[[パラメトリック見積>PMP：計画 - 時間#h795b5f9]] [#w36a755f] ***[[三点見積>PMP：計画 - 時間#k7256612]] [#yec56813] ***[[ボトムアップ見積>PMP：計画 - 時間#c8bc0170]] [#b2d5bec0] **ソフトウェア開発見積 [#ef473095] 基本的に、[[パラメトリック見積>#w36a755f]]で行う。 ***FP法 [#kcf351f5] （ファンクションポイント法 / Function Point method） -[[パラメトリック見積>#w36a755f]]の一手法 -ソフトウェアがもつ機能数を --点数付け、 --複雑さによって重み付け、 >し、そのソフトウェアにおける合計点数（FP）から開発工数を見積もる。 -トレード・オフ --プログラミング言語の種類や書き方、機能の実装方法などに依存しない。 --機能の複雑度の判定は主観が入り込みやすく、過去事例の無い場合の評価が難しい。 ***オレオレ法 [#odf64c32] これも立派な[[パラメトリック見積>#w36a755f]]（[[FP法>#kcf351f5]]と同じ）。 -[[１画面、１K step、１人月>#n8070ff0]]など。 -上記はステップ規模を算出しているから、≒[[ステップ規模見積>#jaf2bf85]] ***ステップ規模見積 [#jaf2bf85] -[[パラメトリック見積>#w36a755f]]だが、~ 企業 / 組織 / 個人の程度の差はあるものの[[オレオレ法>#odf64c32]]ではある。 -以下の事例情報が、企業 / 組織 / 個人に、~ 多数、溜まっていることで見積もりが実現可能。 --案件特徴 --工数 / 原価 --ステップ規模 -ステップ規模 --ステップ・カウント・ツールなどを用いて算出する。 --開発言語 / フレームワーク / ツールによって影響を受ける。 ---ステップ規模が大きくなる。~ ・Webアプリケーション~ ・低水準言語~ ・フレームワークの未活用~ ・自動生成の使用 ---ステップ規模が小さくなる。~ ・C/Sアプリケーション~ ・高水準言語~ ・フレームワークの活用~ ・EUCツールの使用~ ・自動生成の不使用 --ローカル・ルール~ ステップ規模の測定には、ローカル・ルールが多いが、~ 事例内のルールが統一されていないとデータの利用が難しくなる。 ---SQL (DDL / DML)は測定しない。 ---画面定義、帳票定義は測定しない。 ---（DHTML時代の...死語）JavaScriptは測定しない。 --新規開発規模以外のステップ規模算出式 ---流用、改造等などを考慮する。 ---ステップ・カウント・ツールに機能が組み込まれていることも。 **案件特徴 [#h0301ca6] ***生産性変動要因 [#t931ce4e] -企業で分析されている≒[[リスク>PMP：共通#oa93a230]]である。 -生産性変動要因の例 --開発技術 ---初めて使う開発技術 ---生産性が 高い / 低い 開発技術 --顧客マター（上流） ---要件が固まらない（要件未確定）。 ---仕様が出てこない（仕様未確定）。 ---仕様膨張。~ 生産性ではなく規模の話のように聞こえるが、~ 下流工程でも膨張を続けるようだと≒仕様未確定で生産性も低下する。 --顧客マター（下流） ---ユーザが「コレジャナイ。」と言う。 ---オーナーが「こんなはずじゃなかった。」と言う。 --[[プロジェクト・マネジメント上の悪循環（負のスパイラル）>PMP：PDU - PMセミナー#c7b429ee]] -最近は単純な案件が減り、~ 変動要因が重要になってきている。 ***再構築（現新一致）の見積もり [#yc153c4e] スクラッチ開発の見積もりと似ているが、以下の点が異なる。 -現行システムと仕様書の乖離が見積もりのポイントになる。 -乖離が大きい場合、リエンジ後に見積もらないと危ない。 ***パッケージ・カスタマイズの見積もり [#f16c7961] スクラッチ開発の見積もりとは、大きく異る。 -特徴 --要件 / 仕様が不明確なら段階的になるが、パッケージでは一括の慣例。 --一括になると、業務に詳しくないとカスタマイズの見積が不可能。 --結果、フィット＆ギャップが十分でない状態で契約してしまうケースが多い。 -ポイント --一般的に、カスタマイズ規模が3割を超えると、≒新規開発と言われる。 -- -[[参考>#bcac850c]] ***[[移行・マイグレーションの見積もり>https://techinfoofmicrosofttech.osscons.jp/index.php?%E7%A7%BB%E8%A1%8C%E3%83%BB%E3%83%9E%E3%82%A4%E3%82%B0%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3#ze0be0ea]] [#tb22c5a1] -スクラッチ開発の見積もりとは、大きく異る。 -例外的に、[[ボトムアップ見積>#b2d5bec0]]的に行う。 **トピック [#i26dd4d9] ***[[SE作業見積>PMP：PDU - PMセミナー#o65d5484]] [#nd2a7bd4] [[ソフトウェア開発見積>#ef473095]]と異なり、[[ボトムアップ見積>#b2d5bec0]]的に行う。 ***KKD（勘と経験と度胸）でエイヤの裏側 [#n8070ff0] -これは、「１画面、１K step、１人月」と言う感じの概算の見積もり方法。~ こう書くと、伝統的＆属人的な、陳腐な方法に見えるが、~ [[PMBOK>PMP#ja1d3438]]で以下に該当と言われるとマトモな方法にも見えてくる不思議 --[[専門家の判断>PMP：立上#d35a4437]] --[[類推見積（トップダウン見積）>#zad4b4b6]] 以下に該当と言われるとマトモな方法にも見えてくる不思議 --[[データ分析の逆問題>データ分析#jb893ab1]] --[[PMBOK>PMP#ja1d3438]]で ---[[専門家の判断>PMP：立上#d35a4437]] ---[[類推見積（トップダウン見積）>#zad4b4b6]] -以下のような感じで概算可能。 --金融 / 公共系：１画面、２K step、２人月 --産業系：１画面、２K step、１人月 -これが成立してしまう理由。 --「下限での見積」がSI事業の商習慣として慣例化しているため。 --また、発生したバッファ工数が「パーキンソンの法則」で消費されるため。 --業種によって（、例えば以下のように）、~ WBSが異なり、形骸化など生産性が下がる事もある。 ---[[設計書作成と作業形骸化>https://techinfoofmicrosofttech.osscons.jp/index.php?%E8%A8%AD%E8%A8%88%E6%9B%B8%E4%BD%9C%E6%88%90%E3%81%A8%E4%BD%9C%E6%A5%AD%E5%BD%A2%E9%AA%B8%E5%8C%96]] ---[[単体・結合テスト方式>https://techinfoofmicrosofttech.osscons.jp/index.php?%E5%8D%98%E4%BD%93%E3%83%BB%E7%B5%90%E5%90%88%E3%83%86%E3%82%B9%E3%83%88%E6%96%B9%E5%BC%8F]] --コレが、ナカナカ是正されないは以下による。 ---「パーキンソンの法則」的、サプライ・サイドにメリットが無い。 ---サプライ・サイドに無理をさせると品質に影響が出る。 -参考 --[[WBSとパーキンソンの法則>PMP：PDU - PMセミナー#v0f7c12f]] --その判断、単なる「エイヤ！」で決めていいんですか？ | ハフポスト~ https://www.huffingtonpost.jp/kunio-komoriya/decision-making_b_7740626.html *参考 [#c9c1cd2c] **Wikipedia [#nc8be5be] -見積~ https://ja.wikipedia.org/wiki/%E8%A6%8B%E7%A9%8D -見積原価計算~ https://ja.wikipedia.org/wiki/%E8%A6%8B%E7%A9%8D%E5%8E%9F%E4%BE%A1%E8%A8%88%E7%AE%97 -標準原価計算~ https://ja.wikipedia.org/wiki/%E6%A8%99%E6%BA%96%E5%8E%9F%E4%BE%A1%E8%A8%88%E7%AE%97 **パッケージ・カスタマイズ [#bcac850c] -SEC BOOKS：~ ソフトウェア改良開発見積りガイドブック：~ IPA 独立行政法人 情報処理推進機構 --https://www.ipa.go.jp/sec/publish/tn07-001.html --https://www.ipa.go.jp/files/000005124.pdf -RIETI - 日本企業のソフトウエア選択と生産性~ －カスタムソフトウエア対パッケージソフトウエア－~ https://www.rieti.go.jp/jp/publications/summary/10040008.html -開発費を膨らませるカスタマイズ、パッケージ導入トラブルを防ぐ3カ条~ システム開発トラブルに見舞わ...：日経クロステック Active~ https://active.nikkeibp.co.jp/atclact/active/17/120800203/121100003/ -なぜ、パッケージソフトの「カスタマイズ」で~ 失敗してしまうのか？ (1/3) - ITmedia エンタープライズ~ https://www.itmedia.co.jp/enterprise/articles/1612/05/news014.html **[[生産性事例収集項目例]] [#ue30ca5b] **[[SI事業と見積の関連]] [#se7df0cd]
