2 自己紹介氏名山中啓之所属株式会社 NTT データ技術革新統括本部システム技術本部生産技術部略歴 1998 年株式会社 NTT データ入社法人分野のシステム開発自社パッケージの企画開発データ分析コンサルティング業務に従事する 2012 年より全社共通部門にてシステム開発の見積もりと定

Size: px

Start display at page:

Download "2 自己紹介氏名山中啓之所属株式会社 NTT データ技術革新統括本部システム技術本部生産技術部略歴 1998 年株式会社 NTT データ入社法人分野のシステム開発自社パッケージの企画開発データ分析コンサルティング業務に従事する 2012 年より全社共通部門にてシステム開発の見積もりと定"

ひさともさかいざわ
5 years ago
Views:

定量管理のススメ ~ エンタープライズシステムでの定量管理の実践 ~ 2016 年 7 月 8

2 2 自己紹介氏名山中啓之所属株式会社 NTT データ技術革新統括本部システム技術本部生産技術部略歴 1998 年株式会社 NTT データ入社法人分野のシステム開発自社パッケージの企画開発データ分析コンサルティング業務に従事する 2012 年より全社共通部門にてシステム開発の見積もりと定量データを活用したプロジェクトマネジメントの高度化を推進する高難度案件見積もりの第三者検証の仕組み整備システム開発プロジェクトのベンチマークデータの提供を行った現在はソフトウェア開発自動化の推進業務に従事

3 3 Q: 定量的プロジェクト管理の効果は? 定量的プロジェクト管理を実施している企業のプロジェクト成功率は実施していない企業のプロジェクト成功率の約倍である出典 : 日経コンピュータ 2008 年 12 月 1 日号 pp A) 1.5 倍 B) 2 倍 C) 5 倍

5 5 Q: 定量データ使ってますか? プロジェクトデータを収集している 76 % プロジェクトデータを活用している % 出典 :SEC セミナーアンケート A) 約 70% B) 約 50% C) 約 30%

6 6 A: 定量データ使ってますか? プロジェクトデータを収集している 76 % プロジェクトデータを活用している % 出典 :SEC セミナーアンケート 53 A) 約 70% B) 約 50% C) 約 30%

8 8 なぜ定量管理をするのかシステム開発プロジェクトを定量管理する目的は大きく分けると 2 つである 1 客観的な基準 ( ものさし ) に基づいて意思決定を行うことができるようにするため ( 例 ) 見積もり品質評価 2 組織やプロジェクトのプロセス改善を行うため ( 例 ) 開発管理プロセスの改善活動

9 9 なぜ定量的に行う必要があるのか? 1 定性的だと個人の主観やばらつきが生じてしまう ( 例 ) 品質は問題ありません進捗は少し遅れていますがリカバリ可能です 2 プロジェクトマネージャ (PM) が全体を俯瞰するため ( 例 ) バグ票の 1 件 1 件を見ている時間はない

ソフトウェア開発プロセスと定量データ組織とプロジェクトの視点がある全社組織収集蓄積

チェックプロジェクトプロジェクトの測定値プロジェクトの測定値立上げ計画実行監視コントロール

11 11 プロジェクト計画策定に使うプロジェクト計画時に主に QCD の見積り目標設定するために定量データを使う全社組織社外指標値 (IPA/SE C データ白書等 ) 情報提供改善指示支援指標値プロジェクト立上げ計画ツールガイドチェック実行分析監視監視コントロール収集蓄積過去実績値に基づく計画策定目標設定プロジェクトの測定値ベンチマークデータを使った妥当性確認プロジェクトの測定値終結

12 12 開発プロジェクトの計画作業要件から見積る規模見積りリソースヒストグラム過去実績を踏まえた生産性を設定し見積る ( 規模生産性 ) 工数見積り期間見積りリソースヒストグラムや体制を考慮要員見積り PM 共通グループリーダ 1 名メンバ 4 名 α 業務サフクルーフリーダ 1 名メンバ 4 名 β 業務サフクルーフリーダ 1 名メンバ 4 名基盤グループリーダ 1 名メンバ 3 名マニュアルグループリーダ 1 名原価見積り業務グループオフショアチームリーダ 1 名メンバ 9 名体制図

13 13 NTT データの取り組み 1 ミツメル開発データ ( 過去実績値 ) のビューワ品質生産性に関するデータをグラフで表示する規模や開発言語などを指定することでユーザが自由にデータを検索できる当社の過去プロジェクト実績データ

14 NTT データの取り組み 2ESTIMANCER R 規模, プロジェクト特性, 要求品質非機能要求, リスクなどを入力することで工数と工期を見積るツール AP/ 基盤の工数工期を予測しリソース山積み表で比較入力パラメータ規模見積り結果工数見積りツール ESTIMANCER 要員数プロジェクト特性要求品質非機能要求入力統計分析出力工期自プロジェクトの生産性計画値を類似案件と比較リスク当社の過去プロジェクト実績データ工数 Copyright 2016 NTT DATA Corporation 規模 14

15 15 プロジェクト実行管理に使うプロジェクト実行中にプロジェクト実行管理 ( 主に QCD の評価分析 ) のために定量データを使う全社組織情報提供改善指示支援指標値ツールガイドチェック品質評価分析監視収集蓄積予実乖離分析に基づく問題要因の特定や計画の見直し問題の早期発見プロジェクトプロジェクトの測定値プロジェクトの測定値立上げ計画実行監視コントロール終結

16 16 ( 例 ) バグ密度を用いた品質評価バグ全体業務毎機能毎の傾向を見る特異な傾向があるものを定性的に分析することで品質の弱点を見つけその真の原因を見つけだし対策を打つ高い原因を分析品質水準値 ( 指標値 ) A 業務 B 業務管理上限 =10.6 目標値 = 7.3 管理下限 =3.9 定性的に分析真の原因を見つける対策実施 X 業務低い原因を分析

17 17 NTT データの取り組み 3PM ワークベンチ ( 社内呼称 ) NTT データの全社標準プロジェクト管理ツール PM/GL 進捗管理機能ガントチャート品質管理機能 T 型マトリックス問題課題管理機能問題課題管理台帳各種進捗レポート MSProject で計画投入リスケジュール登録された作業実績からレポート生成各種品質レポート Webで品質計画投入問題記述票故障処理票をもとに各種品質レポートを生成問題課題のエスカレーションが可能問題課題から各種レポート生成 GM 進捗実績登録機能着手進捗チケット問題記述票故障処理票回覧機能着手問題記述票故障処理票問題課題登録機能着手問題課題票状況投入状況投入状況投入 TODO により自分の作業を確認 Web から進捗チケットに実績登録 Web から問題記述票故障処理票を起票問題記述票故障処理票の持回りが可能 Web から問題課題票を起票問題課題票の持回りが可能進捗管理品質管理等のプロジェクト管理業務を総合的にサポート定量化した各種レポートでプロジェクトの状況を把握できる

18 18 プロジェクト振り返りに使うプロジェクト振り返り時に自プロジェクトの評価や次回のプロジェクトに向けた改善案の立案指標値見直しに使う全社組織情報提供改善指示支援指標値プロジェクトプロジェクトの振り返り分析監視 ( 自分たちの実力の評価 ) ツール次回プロジェクトに向けたガイドチェックプロセス改善プロジェクトの測定値収集蓄積プロジェクトの測定値立上げ計画実行監視コントロール終結

19 19 組織改善に使う組織横断でプロセス改善を行う第三者がプロジェクト組織のモニタリングを行うために使う全社組織情報提供改善指示支援分析監視収集蓄積指標値立上げ監視実行計画プロジェクト組織の状況を定量的に把コントロールツールガイドチェックプロジェクトプロジェクトの測定値組織のプロセス改善 ( 例 : 開発標準の見直し ) 握し経営判断を行う ( 例 : 問題プロジェクトの早期発見など ) プロジェクトの測定値終結

21 21 測定項目予定 ( 計画 ) と実績を測定する分類規模代表的な測定項目ソースコード行数 (SLOC) ファンクションポイント (FP) 画面数帳票数バッチ本数設計書ページ数論理サーバ台数工数開発工数 ( 人月人時 ) コスト所要コスト工期開発期間 ( 日 ) 品質バグ件数テストケース数測れないものはマネジメントできないトムデマルコ氏ピータードラッカー氏らの言で有名

22 22 メトリクスプロジェクト管理を行う際には測定項目を組み合わせたメトリクスを利用し QCD の管理を行うメトリクス例生産能率 (FP/ 人月 ) 生産コスト (FP/ 円 ) テスト密度 ( 件 /KS) 不具合密度 ( 件 /KS) 進捗率定義ファンクションポイント (FP)/ 開発工数ファンクションポイント (FP)/ 所要コストテストケース数 / ソースコード行数 (SLOC) 不具合件数 / ソースコード行数 (SLOC) 実施済テストケース / 総テストケース数

組織を評価するのに適する ( 例 ) 生産能率アウトプットの量的関係製品を評価するのに適する (

23 23 プロセスメトリクス / プロダクトメトリクス分類プロセスメトリクスプロダクトメトリクス特徴アウトプットとプロセスの状態の量的関係開発プロセスの作業手順や作業に関与した人組織を評価するのに適する ( 例 ) 生産能率アウトプットの量的関係製品を評価するのに適する ( 例 ) 不具合密度プロセスメトリクスインプット開発プロセスアウトプット人組織が関与プロダクトメトリクス

24 24 ソフトウェア規模の尺度代表的な規模尺度には FP と SLOC(STEP) がある計測対象 FP 機能の量 ( 外部仕様 ) 開発言語への依存なしあり国際国内標準の有無あり (IFPUG 法など ) なしパッケージ自動化を利用した開発への適用開発形態によらず見積り生産性を評価可能処理ロジックの複雑さ表せない表せる SLOC(STEP) ソースコード行数 ( 内部仕様 ) コーディング無し案件の見積り生産性の評価は難しいメトリクスにはそれぞれ特徴がある目的 (Goal) を明確にして何を測るかを定めることが重要

25 参考日本ファンクションポイントユーザ会ファンクションポイント (FP) については日本ファンクションポイントユーザ会が普及展開サービス提供を行っていますミッションソフトウェア定量化の推進を通じてソフトウェア市場の発展に貢献する目標ソフトウェア計測技術におけるセンターオブエクセレンスとして以下を目標とする見積り精度の向上開発期間の短縮と生産性の向上受発注の適正化品質の向上リスクの低減利用者の満足度の向上活動領域 FP 法に関する IFPUG 法の日本国内における理解と普及展開その利用法やソフトウェア計測の検討評価検証改良確立会員相互の情報交換と親睦ソフトウェアベンチマークデータの収集提供 Copyright 2016 NTT DATA Corporation 25

26 26 参考日本ファンクションポイントユーザ会会費 4 月から 3 月までの会費です対象者法人会員 : 年会費 3 万円個人会員 : 年会費 1 万円初年度は入会月により割引ありファンクションポイント法あるいはソフトウェアメトリクスに興味をお持ちであればどなたでも参加できますお問い合わせご興味のある方は以下のアドレスまで office@jfpug.gr.jp 現在弊社の藤貫美佐が会長を務めております

A P ト K S ] 200 180 160 140 120 100 80 60 40 20 0 N = 122 N = 136 350 300 250 200 150 100 50 0 凡例 12100.

08 20 最小値 [ 20.10 件 Copyright 2012 NTT DATA CORPORATION 11.44 35 10 3.05 S 3.05 4.44 4.19 0 ] 1.11 0.01 0.

82 新規更改機能追加全体 FY2011 FY2010 FY2011 FY2010 FY2011 FY2010 FY2011 FY2010 最大値 82.82 (91.00) 49.89 (56.82) 76.82 (111.

00) 11.88 (16.00) 12.55 (13.33) 第 1 四分位点 11.44 (3.82) 3.05 (2.21) 4.44 (4.00) 4.19 (4.00) 最小値 3.05 (1.14) 1.11 (0.

計画時完了時に計画値実績値を報告することを義務化 ( 全社ルール ) している全社標準の開発プロセスの整備測定項目の定義データのばらつき抑制開発データの収集報告データ収集システムプロジェクト計画開発データ

27 A P ト K S ] N = 122 N = 凡例最大値第 3 四分位ト中央値ト180 第 1 四分位密プログラム開発規模度 [KS] 最小値 [ 件 Copyright 2012 NTT DATA CORPORATION S ] 新規更改機能追加全体凡例新規更改機能追加 ,000 1,500 2,000 2,500 3,000 3, 新規更改機能追加全体 FY2011 FY2010 FY2011 FY2010 FY2011 FY2010 FY2011 FY2010 最大値 (91.00) (56.82) (111.50) (111.50) 第 3 四分位点 (16.00) (9.00) (30.00) (29.00) 中央値 (12.00) 4.87 (7.00) (16.00) (13.33) 第 1 四分位点 (3.82) 3.05 (2.21) 4.44 (4.00) 4.19 (4.00) 最小値 3.05 (1.14) 1.11 (0.00) 0.01 (0.00) 0.01 (0.00) 平均値 (18.89) (12.23) (23.33) (22.30) 標準偏差 (28.17) (17.75) (25.25) (25.03) データ件数 15 (9) 13 (9) 94 (117) 124 (135) Copyright 2012 NTT DATA CORPORATION NTT データの取り組み 4 全社的なデータ活用の仕組み計画時完了時に計画値実績値を報告することを義務化 ( 全社ルール ) している全社標準の開発プロセスの整備測定項目の定義データのばらつき抑制開発データの収集報告データ収集システムプロジェクト計画開発データ開発データの分析プロジェクト (1/2)AP 結合テスト _ テスト密度分析レポートツール全社組織計画実績振り返りの際に参照結合テステスト密度 [ 件 / (2/2) システムテスト _ テスト密度 AP 結合テストテスト密度とプログラム開発規模システムテステス / K 開発区分別のシステムテストテスト密度の箱ひげ図予測モデル分析レポート, 予測モデルを作成

29 29 ビールと紙おむつマーケティングデータマイニングの世界で有名なビールと紙おむつ事実 ( データが語ったこと ) 米国の大手スーパーマーケットチェーンで販売データを分析した結果顧客はおむつとビールを一緒に買う傾向があることがわかった調査分析調査の結果子供のいる家庭では母親はかさばる紙おむつを買う際には父親と一緒に来店し店に来た父親はついでに缶ビールを購入していたアクションビールと紙おむつを並べて陳列したところ売り上げが上昇した

30 30 Q: 規模が大きくなると生産性は? システムの規模が大きくなると規模あたりの生産性は上がる? 下がる? A) 上がる B) 下がる C) 変わらない

31 31 A: 規模が大きくなると生産性は? システムの規模が大きくなると規模あたりの生産性は上がる? 下がる? A) 上がる B) 下がる C) 変わらない

32 32 NTT データの取り組み 4 生産性計画値チェックガイドシステム規模と生産性の関係を明らかにした計画時に無理な生産性を設定していないかチェックに活用生産能率 ( K S t e p 人月 ) / 危険領域開発規模 (KStep) 大規模になるほど生産性が落ちることを定量的に示した

2 はじめに IPA/SEC ではソフトウェア開発における定量的管理の普及促進の一環として国内の多様なソフトウェア開発のプロジェクトデータを整理分析したソフトウェア開発データ白書を 2004 年より定期的に発行していますその最新版であるソフトウェア開発データ白書を

2 はじめに IPA/SEC ではソフトウェア開発における定量的管理の普及促進の一環として国内の多様なソフトウェア開発のプロジェクトデータを整理分析したソフトウェア開発データ白書を 2004 年より定期的に発行していますその最新版であるソフトウェア開発データ白書をソフトウェア開発データ白書 2016-2017 ご紹介 ET/IoT2016 ブースプレゼン資料 2016 年 11 月 16 日独立行政法人情報処理推進機構 (IPA) 技術本部ソフトウェア高信頼化センター (SEC) 塚元郁児 2016 IPA Software Reliability Enhancement Center 2 はじめに IPA/SEC ではソフトウェア開発における定量的管理の普及促進の一環として