ソフトウェア開発の見積りプロセス （ﾑｰﾋﾞﾝｸﾞﾀｰｹﾞｯﾄを捕捉する見積りﾌﾟﾛｾｽ） 目次 はじめに １．予算/見積りの意義 ２．予算化/見積り行為と経費確定の論点 ３．経費の構成と特徴 ４．経費予実推の推移 ５．不可視経費を捕捉する重要成功要因 ６．見積りとﾘｽｸ制御に関する教訓 参考文献 ソフトプロセス設計所 http://www.k3.dion.ne.jp/~softopro/ ２０１０年８月 2010/8/28 1 はじめに ソフトウェア開発は環境条件や成果物の機能範囲が開発過程で変化する｢ﾑｰﾋﾞﾝｸﾞ･ ﾀｰｹﾞｯﾄ」である。従って、開発に要する作業工数はﾌﾟﾛｼﾞｪｸﾄの進展過程で変化する。 この変化量を事前に読み、工数（経費）等を見積もる事は理論的に難しく、結果とし て稀に的中する事はあるが、確率的に大半のﾌﾟﾛｼﾞｪｸﾄでは的中する事がない。 ﾌﾟﾛｼﾞｪｸﾄ管理で注力するのがﾘｽｸ管理（制御）であるが、危険を危惧していた事が 現実化し、つまりﾘｽｸが現実となり色々な難問が生じている。この環境条件や成果物 への期待要件の激的な変化に対し、的確に対応するとﾌﾟﾛｼﾞｪｸﾄは成功するが、期間 制約や要員の補充遅延等で対処が不十分となり失敗する事が多い。 ｿﾌﾄｳｪｱ開発の見積りとは、事前に全てを予測し約束する事と捉えず、確定している 事や仮定条件を前提に覚悟を決めて約束し、その後変化する事象には事後に双方 が納得して、対価を合意する事であると考える。 本資料では、ﾌﾟﾛｼﾞｪｸﾄのﾗｲﾌｻｲｸﾙを鳥瞰し、見積り（主に経費）の推移をﾓﾃﾞﾙ化し、 ﾌﾟﾛｼﾞｪｸﾄの成功例と失敗例の相違を明確にしている。又発注側と受注側の折衝論点 や論点に関するｴﾋﾞﾃﾞﾝｽ（根拠）情報を取得するための成功要因を提案している。 2010/8/28 2 １．予算/見積りの意義 （１）見積書は発注社と受注者の約束（契約書）事項の詳細文書である。 参照する他の文書を前提に、ﾌﾟﾛｼﾞｪｸﾄの要件とﾌﾟﾛﾀﾞｸﾄの要件を満たすために必要 な条件と経費を明示する文書である。 ﾌﾟﾛｼﾞｪｸﾄｻｲｸﾙにおける見積りと契約書の位置 ﾌﾟﾚ･ﾌﾟﾛｼﾞｪｸﾄ ﾌﾟﾛｼﾞｪｸﾄ 側注発 ｼｽﾃﾑ化方針･計画＆要件定義 ｼｽﾃﾑ化 企画書 審議 提案 依頼書 調達管理 ｼｽﾃﾑ化 計画書 審議 審議 要件 定義書 側注受 提案書 審議 提案見積 受入 受入 確認 確認 審議 審議 審議 受注 事業化 計画書 不具合 変更依頼 審議 事故調査 依頼書 契約書 （変更） 追加見積 商談＆見積・事業化 2010/8/28 運用ｻﾎﾟｰﾄ 要件＆計画 要件＆計画 変更依頼 変更依頼 契約書 見積＆ 条件書 ｱﾌﾀｰ･ﾌﾟﾛｼﾞｪｸﾄ 審議 ﾌﾟﾛｼﾞｪｸﾄ 開発 審議 計画書 進捗状況＆懸案 進捗状況＆懸案 報告書 報告書 審議 審議 ｼｽﾃﾑ開発 変更 報告書 審議 事故対策 報告書 瑕疵対応 3 （２）発注側のｼｽﾃﾑ化予算行為と受注側の見積り行為の意義は異なる。 ｼｽﾃﾑ調達経費とｼｽﾃﾑ開発見積り額は同値であるが、その算出ﾒｶﾆｽﾞﾑは全く異なる。 受注側はｿﾌﾄ開発事業の実行が主業務であり、見積り行為は受注のための手段である。 発注側は本来事業を支援する道具を整備するために、見積もりを介して経費や企業を決 定する。 発注側における予算行為と ＆受注側における見積り行為の意味 受注側 発注側 投資予算 事業計画思考 見積り＆事業計画 ｼｽﾃﾑ化計画 の条件（目標） 企業内の 事業予算（約束） 経理的業績思考 受注事業 業績計画 ｼｽﾃﾑ化 経費予算 ｼｽﾃﾑ調 達経費 ｼｽﾃﾑ開発 見積り額 ﾌﾟﾛｼﾞｪｸﾄ 業績計画 ﾌﾟﾛｼﾞｪｸﾄ計画の 最上流設計（目標） 設計技術思考 ﾌﾟﾛｼﾞｪｸﾄ管理の 前提条件（鑑） 社外調達 の条件（約束） ｼｽﾃﾑ調達思考 2010/8/28 企業間の 法的約束 契約思考 開発管理思考 4 ２．予算化/見積り行為と経費確定の論点 （１）受注側における見積り行為のメカニズム ①受注側組織でｼｽﾃﾑ開発見積り額を決定するまでに①、②、③のﾌﾟﾛｾｽを経る。 ②「見積り額」と「ﾌﾟﾛｼﾞｪｸﾄ計画（経費）」とは同値でない。「見積り額」提示は１回だけで は無い。 ③受注側組織では、職務毎に守るべき金額と施策＆役割は異なる。 発注側 折衝見積り 受注側の見積り額設定ﾌﾟﾛｾｽ 受注事業 業績計画 ﾌﾟﾛｼﾞｪｸﾄ内 でﾙｰﾌﾟする 見積り 条件＆根拠 の合意 ｼｽﾃﾑ開発 見積り額 合い見積り 提案依頼 （ＲＦＰ） 2010/8/28 ②ﾌﾟﾛｼﾞｪｸﾄ計画と事業計画に基づく 受注案件の方針策定 ③受注戦略に 基づく 指定値設定 ﾌﾟﾛｼﾞｪｸﾄ 業績計画 ①提案依頼内容/見積り条件 ＆想定ﾘｽｸに基づく経費予想 5 （２）発注側におけるシステム化予算の枠組み ｼｽﾃﾑ化関連事業予算 事業推進ﾘｽｸ経費 企画＆運用関連経費 ≦ ｼｽﾃﾑ化に伴う想定効果額 ＝（１＋事業規模の伸張率） ×ｼｽﾃﾑ化による年間回収額 ×回収期間（年） 等 ｼｽﾃﾑ化予算 ｼｽﾃﾑ構築関連経費 ｿﾌﾄ開発関連経費 変化対応追加経費 2010/8/28 ①ｼｽﾃﾑ化予算規模は事業の想定効果額から制約を受ける。 ②事業は人の活動とｼｽﾃﾑ機能の有機的働きで成り立ち、 人（組織や制度）の活動に応じて、ｼｽﾃﾑ化範囲が既定される。 ③人の活動は絶え間なく向上し変化する。従ってｼｽﾃﾑの機 能も追随して変化する。 ④ｼｽﾃﾑ開発過程で発生した追加・変更要件に伴う変化対応 経費が一般には発生する。 6 （３）発注側によるｼｽﾃﾑ化予算設定のメカニズム 事業の想定効果 ｼｽﾃﾑ化関連事業予算 ｼｽﾃﾑ化範囲＆ﾌﾟﾛｼﾞｪｸﾄ要件 （機能/非機能要件＆作業要件） 経費の制約 要件の実現 ｿﾌﾄ開発関連経費 変化対応追加経費 ので態状定確／定確不 ｼｽﾃﾑ構築関連経費 定決針方ので囲範な当妥 ｼｽﾃﾑ化予算 機器＆基盤ｿﾌﾄによるＩＴ基盤の実現 ・機器＆ｿﾌﾄ等の資材調達 ・構成/機能選択設計＆実装作業 ・業務ﾃﾞｰﾀ等のｼｽﾃﾑ移行作業 ｼｽﾃﾑ化範囲の機能/非機能要件の実現＆ ﾌﾟﾛｼﾞｪｸﾄ要件によるＱＣＤの実現 ・ﾌﾟﾛﾀﾞｸﾄ要件、特性による変動作業 ・ﾌﾟﾛｼﾞｪｸﾄ前提条件下での作業 ・ＱＣＤ関連ﾌﾟﾛｾｽ統制に基づく作業 ﾘｽｸの現実化に伴う、要件や条件等変更による追加作 業の実施 ・確定済みＳＣＤの変更に伴う追加作業 ・ﾌﾟﾛｼﾞｪｸﾄ前提や作業条件の変更に伴う作業 非機能要件：ｼｽﾃﾑの社会的使命を達成するために具備すべき要件。 例：処理能力（性能、容量）、ｾｷｭﾘﾃｨ保全（情報安全性）、障害局所化（信頼性）等 ＱＣＤ：品質ﾟ（ﾚﾋﾞｭｰ＆ﾃｽﾄ関連）、ｺｽﾄ（作業法、効率）、ﾃﾞﾘﾊﾞﾘｰ（ｽｹｼﾞｭｰﾙ、期限） 2010/8/28 ＳＣＤ：ｽｺｰﾌﾟ（機能＆作業範囲）、ｺｽﾄ（経費）、ﾃﾞﾘﾊﾞﾘｰ（期限、納期） 7 （４）ﾌﾟﾛｼﾞｪｸﾄ状態推移に対応するｼｽﾃﾑ化経費の種類 ﾌﾟﾛｼﾞｪｸﾄの時間と状態の推移 ﾌﾟﾛｼﾞｪｸﾄ要件 不確定状態 ﾌﾟﾛﾀﾞｸﾄ要件 ｼｽﾃﾑ化計画策定 要件定義 不確定/確定 状態での見積り ｿﾌﾄ開発 関連経費 ﾌﾟﾛｼﾞｪｸﾄ要件（前提条件） 確定状態 ﾌﾟﾛﾀﾞｸﾄ要件 状況変化 ﾘｽｸの現実化 ﾘｽｸ制御成功 変化対応 追加経費 無効,無駄作業 関連経費 不健全 消耗経費 ﾘｽｸ制御失敗 健全なﾌﾟﾛｼﾞｪｸﾄ 不健全なﾌﾟﾛｼﾞｪｸﾄ 妥当な ﾌﾟﾛﾀﾞｸﾄ品質 不満足な ﾌﾟﾛﾀﾞｸﾄ品質 2010/8/28 ﾘｽｸ現実化に伴う 追加作業経費 8 （５）ｿﾌﾄ開発規模策定の論点 ｱﾌﾟﾘｹｰｼｮﾝｿﾌﾄのｻｰﾋﾞｽ機能関連 ｼｽﾃﾑ化範囲 の限定 と囲範化ムテスシ ｿﾌﾄ開発 関連経費 （規模関連） 意合の拠根出算模規 ①ﾌﾟﾛﾀﾞｸﾄの規模を関係者で合意 するための論点とﾒｶﾆｽﾞﾑ ﾌﾟﾛﾀﾞｸﾄ（機能要件） ﾊﾟｯｹｰｼﾞ/現行流 用時の追加・変更 分の仕分け ＤＦＤ図 a 開発量（規模）の想定 b 機能階層図 非機能要件の実装法 と規模の想定 ﾃﾞｰﾀ関連図 b 非機能要件実装 模規トクダロプ ）数プッテス（ 高位水準 機能の実装 2010/8/28 論理的機 能単位まで 分解 a 分野標準値 ｱｰｷﾃｷﾁｬ製品で実装 ﾌﾟﾛﾀﾞｸﾄ（非機能要件） 非機能要件 （性能/処理量、信頼性水準、操作性、 安全性、移行性） 機能規模 アーキテクチャ （ｼｽﾃﾑ構成、基盤ｿﾌﾄ、ﾊﾟｯｹｰｼﾞ） 9 （６）ｿﾌﾄ開発工数＆経費策定の論点 ①作業工数を関係者で合意するための論点とﾒｶﾆｽﾞﾑ ②作業量はﾌﾟﾛｼﾞｪｸﾄ特性（主要要件と 開発作業の前提条件（変動要素） その要求水準）に多大な影響を受ける。 ﾌﾟﾛｼﾞｪｸﾄ要件 と関相の数工業作・模規 ｿﾌﾄ開発 関連経費 （工数と経費） 作業ﾌﾟﾛｾｽの 適性化 工数単価の 妥当性 意合の拠根算積費経 ﾌﾟﾛｼﾞｪｸﾄ前提条件 前提条件に基づく 作業量（工数）＆経 費の想定 量業作 ﾌﾟﾛｾｽ要件(発注側関連) （顧客の参加度、顧客との役割分 担、ﾚﾋﾞｭｰ＆合意の手続き、成果 納入物の形式、進捗報告指標等） ＷＢＳ階層図 ﾚﾋﾞｭｰ、品質 確認＆保証 等ﾌﾟﾛｾｽ 変動要素の 影響度設定 変動要素の影響度 2010/8/28 （開発期間制約、作業環境制約、 適用開発支援ﾂｰﾙ、流用ﾌﾟﾛｸﾞﾗﾑ＆ 品質、開発場所分散、関係者/企業 等） 分野標準値 規模 a x 組織・要員要件 （所要要員数＆投入時期制約、所 要要員ｽｷﾙ、PM,Pl,ｷｰﾏﾝ、外注要 員、経費ｸﾗｽ等） 10 （７）変化対応追加経費策定の論点 ①ﾌﾟﾛｼﾞｪｸﾄ特性の変質やﾌﾟﾛﾀﾞｸﾄ規模の 変化に伴う、追加経費の折衝事項 変化対応 予備経費 量業作 変動要素 の変質 （Ｓ）ｽｺｰﾌﾟ関連 ・IT基盤ｲﾝﾌﾗの変更・追加 （例） ・信頼性・安全性水準の高度化 ・業界水準監査による証跡機能の強化 ・要件(ｽｺｰﾌﾟ)の逐次的追加 手戻り工数の想定 ・ｼｽﾃﾑ化範囲の拡大、変更 （Ｃ）作業経費関連 ・新操作法に伴う誤操作の頻発と技量の育成・指導 ・本来業務に伴う事務制度の例外処理頻発 発生確率と影 （Ｄ）期限/納期関連 響度（範囲含 ・要件の不安定化又は要件確定の遅延 む）を評価 ・構築、改造作業期間の短縮 ・段階的導入・稼動の要請 ・IT利用部門の組織変更に伴う訓練期間の確保 前提や作業条件の変動 ・IT化組織の機構改革、人事異動の発生 ﾘｽｸ現実化時 ・IT利用部門との要件合意形成困難 ・要件開発担当の力量不足 ・選定開発支援/稼動ｲﾝﾌﾗ･ｿﾌﾄの品質不安定 見積り時 ・手作業とｼｽﾃﾑ化範囲が未確定又は流動的 悟覚の費経と策応対クスリ ﾘｽｸの 回避＆低減 リスクの現実化に伴う作業量の変化 (前提条件(変動要素）の変質やｽｺｰﾌﾟ(規模)の変化) ｽｺｰﾌﾟ の変化 2010/8/28 規模 11 （８）不健全消耗経費負担時の論点 ①不健全消耗経費の発生ﾒｶﾆｽﾞﾑと 経費の分担折衝の論点 ②分担調整はﾌﾟﾛｼﾞｪｸﾄの実態と経費の 実績を関係者が理解し合って行われる。 不健全 消耗経費 2010/8/28 起因元と 影響経費の 仕分け 整調担分とけ分仕の費経 双方の ﾌﾟﾛｼﾞｪｸﾄ管理・ 監視体制の不備 無効＆無駄 作業工数の実績 開発条件の激変や管理能力不足による 無効、無駄作業の発生 発注側、受注側双方に起因する不備 不測の事態関連 （例） ・仕様確定遅延/仕様変更の頻発 ・母体/ﾊﾟｯｹｰｼﾞ製品の品質劣悪 ・工期の部分前倒し（ｽｹｼﾞｭｰﾙや優先度の変更） ・顧客の要件開発担当の途中異動/退任 管理＆要員不備関連 （例） ■ＰＭ関連 ・PMの管理、指導、調整、ｺﾐｭﾆｹｰｼｮﾝ能力不足 ・不測の事態に対する対応力の不足 ■ｷｰﾏﾝ関連 ・母体＆類似ｿﾌﾄ経験者の投入不可 ・要件＆非機能要件の提案＆実装案設計力不足（適 任者不在） ・不足の事態に対するｷｰﾏﾝの不足、支援体制崩壊 ■ﾒﾝﾊﾞｰ関連 ・未経験者の大量投入に伴う開発力の低下 ・作業量増加や工期短縮に伴う要員補充の不足 12 ３．経費の構成と特徴 （１）予算＆見積り及び実績経費の構成 発注側： 仮定に基づいて設定 予算（想定額） ＝ 当初所要経費 （見積り額） ＋ リスク対応費 ？ 不健全消耗費 ≠ 受注側： 実績に基づいて仕分け 実績（総経費） ＝ （計画時分の実績） ＋ （追加経費） ＋ （ｸﾚｰﾑ＆自己不調経費） 上記各要素の意味は下図の色分けにて示す。 ｼｽﾃﾑ化企画・運用 関連作業/資材費 ｼｽﾃﾑ化 関連付帯作業/資材費 開発作業/資材費 2010/8/28 ﾌﾟﾛﾀﾞｸﾄ＆ ﾌﾟﾛｼﾞｪｸﾄ特 性による 変動作業費 ﾌﾟﾛｼﾞｪｸﾄ前提の 変質による手戻 り作業費 規模/範囲の 変化による 増加作業費 開発混乱による 待ち、重複作業費 管理不備によ る無駄作業等 増加費 13 （２）各経費の特性 ）量業作（費経 当初所要経費 ﾌﾟﾛﾀﾞｸﾄ＆ﾌﾟﾛｼﾞｪｸﾄ ＆ﾌﾟﾛｾｽの特性（条 件）に基づく影響幅 規模＆作業項目 不健全消耗経費 ）量業作（費経 想定幅 （悲観＆楽観域） 関係者合意線 （妥協＆覚悟線） ﾘｽｸ発生確率×影響度（＆範囲） 2010/8/28 ）量業作（費経 リスク対応経費 現実線 （制御失敗域） 想定線 （制御目標線） 混乱発生確率×影響度（＆範囲） 14 ４．経費予実推の推移 （１）ｿﾌﾄ開発ﾌﾟﾛｼﾞｪｸﾄの特徴 ①ｿﾌﾄ開発ﾌﾟﾛｼﾞｪｸﾄは、「ﾌﾟﾛｼﾞｪｸﾄ要件の変質」や「ﾘｽｸの現実化」が絶えず発生する 「ﾑｰﾋﾞﾝｸﾞﾀｰｹﾞｯﾄ｣である。 ②ﾌﾟﾛｼﾞｪｸﾄ計画（想い）と実態の乖離を監視し、ﾘｽｸ現実化の影響を的確に対処する活 動が成功要因となる。 ③ﾘｽｸ現実化に伴う「変化対応経費」等を素早く合意し、ﾌﾟﾛｼﾞｪｸﾄ計画を修正する。 ｿﾌﾄ開発ﾌﾟﾛｼﾞｪｸﾄの経費予測推移 推実予費経 要件変動、ﾘｽｸ現実化 に伴う追加経費 ﾘｽｸ制御により 影響を低減する 出典：IPA/SEC「見積り時期と見積もり誤差とﾘｽｸ」 変化対応費 リスク現実化 要件確定化 2010/8/28 開発経過 ｿﾌﾄ開発費 IPA/SEC資料では、ﾘｽｸの現実化について言及が無い。 15 （２）開発経費の推移例 ■ﾘｽｸ制御が失敗した場合（例３） ﾘｽｸ制御により 影響を低減する 変化対応費 ﾘｽｸ現実化に伴う 追加経費 ｿﾌﾄ開発費 ﾘｽｸ制御を失敗し 制御不能に至る 推実予費経 推実予費経 ■ﾘｽｸ制御が成功した場合(極端な例１) 不健全消耗費 瑕疵担保 期間 開発経過 開発経過 推実予費経 ■ﾘｽｸ制御が成功した場合(極端な例２) ①ﾌﾟﾛｼﾞｪｸﾄ前提を逸脱し、ﾌﾟﾛｼﾞｪｸﾄ活動軌道 を修正出来なくなった場合、各所で作業の重 複や待ち及び手戻りが頻発する。 ②経費は保有人数に比例し発生する。 ③納入後も、品質向上作業が発生する。 開発経過 2010/8/28 16 ■ﾌﾟﾚ･ﾌﾟﾛｼﾞｪｸﾄ段階で異常な場合 ■左記でﾘｽｸ制御が成功している場合（例４） ﾌﾟﾛｼﾞｪｸﾄの計画性を欠き 実績ﾍﾞｰｽの経費管理となる ﾌﾟﾛｼﾞｪｸﾄ要件 不確定状態 ﾘｽｸの現実化 ｼｽﾃﾑ化計画策定 要件定義 要件確定失敗 受発注中断 不健全なﾌﾟﾛｼﾞｪｸﾄ 不明確な ﾌﾟﾛｼﾞｪｸﾄ要件 不明確な ﾌﾟﾛﾀﾞｸﾄ要件 ﾘｽｸの現実化 開発事例：現行機能踏襲開発、新規未経 験分野開発、未経験母体の改良開発、 受注側のﾊﾟｯｹｼﾞ化併用開発、等 2010/8/28 推実予費経 ﾌﾟﾛﾀﾞｸﾄ要件 変化対応費 ﾘｽｸ現実化 要件確定化 開発経過 ①段階的順次開発のためﾌﾟﾛｼﾞｪｸﾄ計画が不 安定で計画性に欠けるため、本来的な事前 合意見積りは難しい。 ②対処案として、適時に確定した機能要素毎 又は１ｹ月毎に所要経費を明確にする。 ③小規模の場合は、ﾌﾟﾛｼﾞｪｸﾄﾒﾝﾊﾞｰの開発力 量に依存し、想定の範囲で収束出来る。 17 ５．不可視経費を捕捉する重要成功要因 不確定で条件変化の予測困難なｿﾌﾄ開発に関する見積りを、客観的で的確に実施 するためには、見積りﾌﾟﾛｾｽに動態管理の考え方を導入し、不可視経費を積極的に 把握する事が必要である。 以下に見積りﾌﾟﾛｾｽの重要成功要因を列挙する。 ①ｿﾌﾄ開発ﾌﾟﾛｼﾞｪｸﾄは「ﾑｰﾋﾞﾝｸﾞﾀｰｹﾞｯﾄ｣と言われ、ﾌﾟﾛｼﾞｪｸﾄ内で多様な変化が生じ 捉え難いため、「不可視ﾓﾃﾞﾙ」として扱う。 →事前に主要ﾘｽｸを想定し、重点監視体制を整える事が大切である。 （動態管理の徹底） ②ﾘｽｸの現実化確率が高い事柄に対し、現実化後に対処するだけでなく、ﾘｽｸ現実 化の影響を受けない本質安全なﾌﾟﾛｼﾞｪｸﾄ計画（開発ﾌﾟﾛｾｽ）を採用する事が重要で ある。 →本質安全なﾌﾟﾛｼﾞｪｸﾄ計画を策定し、その実現を前提に見積る事が大切である。 （ﾘｽｸ回避策の計画反映） ③発注側、受注側は影響する所要経費等を素早く合意し、ﾌﾟﾛｼﾞｪｸﾄの計画を修正 する。 →会社組織間の契約(約束）に基づいて共通の計画を持つ事が大切である。 （敏感な変更管理の実行） 2010/8/28 18 ６．見積りとﾘｽｸ制御に関する教訓 （１）見積り関連 出典：IPA/SEC「ｿﾌﾄｳｪｱ開発見積りｶﾞｲﾄﾞﾌﾞｯｸ」 （１）｢ｼｽﾃﾑ化計画｣｢要件定義｣｢ｼｽﾃﾑﾃｽﾄ｣ﾌﾟﾛｾｽを一括請負契約から分離する（多段契約の採用） （２）開発過程での変動に対する｢変更/追加見積り｣を明文化する(契約文書に変更管理の明示） （３）経費の予実推(積)に関する数値ﾃﾞｰﾀの取得と反省事項の蓄積に基づき見積りﾌﾟﾛｾｽを改善する （見積り経験＆ﾉｳﾊｳの蓄積） （４）ﾌﾟﾛｼﾞｪｸﾄ支援の一環としてPMO(ﾌﾟﾛｼﾞｪｸﾄ･ﾏﾈｼﾞﾒﾝﾄｵﾌｨｽ)組織を設置し、各種点検を行い、 ﾌﾟﾛｼﾞｪｸﾄ失敗を食い止める(組織によるﾌﾟﾛｼﾞｪｸﾄ監視、失敗抑止活動の充実） （５）生産物量(規模)の算出において、非機能水準等の変動要素の分析法を確立し訓練する。 (分野別規模算出法の確立） （６）作業工数の算出において、分野毎のﾍﾞｰｽﾗｲﾝ（基準線)を定め、ﾍﾞｰｽﾗｲﾝからの変動要因による 影響工数を反映する式を確立する。 （相関式： 工数＝α×規模（１＋変動分） ） 出典：IPA/SEC「ｿﾌﾄｳｪｱ改良開発見積りｶﾞｲﾄﾞﾌﾞｯｸ」 （７）母体に対する改良開発の場合「母体理解のための調査・分析」「母体を含むﾃｽﾄ」作業が新規 開発作業と比べて追加となる。（改良開発の特徴） （８）要件機能実現において、改良開発に特有の変動要因がある。 （改良開発の特徴） 規模に関しては、変更箇所の結合度、追加＆変更規模水準、母体規模水準等 作業工数に関しては、母体の習熟度、変更箇所の分散度、母体の理解容易性（ﾄﾞｷｭﾒﾝﾄ整備度） 母体ｼｽﾃﾑの品質水準、等 2010/8/28 19 （２）リスク制御関連 出典：IPA/SEC「ITﾌﾟﾛｼﾞｪｸﾄの「見える化」上流編」 （１）ﾘｽｸである潜在的な問題を｢見える化｣するために、各種鳥瞰図や計画図表を作成し、実態と乖離 すれば即時に修正し、変化を明確にする。（鳥瞰図、計画図表によるﾘｽｸ現実化の認識） 鳥瞰図の例：関係者関連図、ﾌﾟﾛｼﾞｪｸﾄ推進体制図、周辺関連ｼｽﾃﾑ構成図、ｼｽﾃﾑ(ﾊｰﾄﾞ、ｿﾌﾄ)構成図、 概略ｽｹｼﾞｭｰﾙ図表、要員遷移計画図、等 計画図表の例：WBS対応ｽｹｼﾞｭｰﾙ表、成果量と経費の推移図、要員山積計画図、成果物量の推移図、 成果物の各種品質指標推移表(ｸﾞﾗﾌ)、 （２）ITｼｽﾃﾑ化ﾌﾟﾛｼﾞｪｸﾄの対象は、｢曖昧性｣と｢不確実性｣を内包しており、ｼｽﾃﾑ化計画段階、要件定義 段階でその一端が顕在化するが、この時点での対処策がﾌﾟﾛｼﾞｪｸﾄの成否を二分する。 （ﾘｽｸ回避策や低減策を重視したﾌﾟﾛｼﾞｪｸﾄ計画策定） 出典：IPA/SEC「 ITﾌﾟﾛｼﾞｪｸﾄの「見える化」総集編」 （３）発注側、受注側を含めた「広義のPMO」を設置し、共同でﾌﾟﾛｼﾞｪｸﾄの課題を協議、意志決定す る。又ｼｽﾃﾑ稼動後もﾋﾞｼﾞﾈｽ環境の変化に素早く対応するための情報共有を行う。 （広義PMOの設置） ー以上ー 2010/8/28 20 参考文献 IPA/SEC(見積り手法部会）：｢ｿﾌﾄｳｪｱ開発見積りｶﾞｲﾄﾞﾌﾞｯｸ｣ｼﾘｰｽﾞ （定量的見積りの実現）（既存ｼｽﾃﾑがある場合）（品質要件に応じた見積りとは）、 ｵｰﾑ社、2006年4月～2008年9月 IPA/SEC(ﾌﾟﾛｼﾞｪｸﾄ見える化部会）：ITﾌﾟﾛｼﾞｪｸﾄの「見える化」ｼﾘｰｽﾞ （上流工程編）（中流工程編）（下流工程編）（総集編）、日経ｺﾝﾋﾟｭｰﾀ、2006年5月～2008年10月 IPA/SEC（開発ﾌﾟﾛｾｽ共有化部会）：共通ﾌﾚｰﾑ2007、ｵｰﾑ社、2007年10月1日 経済産業省（商務情報政策局情報処理振興課）：産業構造・市場取引の可視化 、HP、2007年4月 経済産業省（経済産業政策局産業資金課）：先進企業から学ぶ事業ﾘｽｸﾏﾈｼﾞﾒﾝﾄ実践ﾃｷｽﾄ、HP、2005年3月 畑村 洋太郎：危険不可視社会、講談社、2010年4月5日 ｿﾌﾄﾌﾟﾛｾｽ設計所：危険不可視ﾓﾃﾞﾙでの共存、HP、2010年7月 ー以上ー 2010/8/28 21
© Copyright 2024 Paperzz
