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

(1)

2016年 7月 8日株式会社ＮＴＴデータ山中啓之

定量管理のススメ

(2)

自己紹介

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

(3)

Ｑ：定量的プロジェクト管理の効果は？

を実施している

企業のプロジェクト成功率は、実施していない

企業のプロジェクト成功率の約

倍である

出典：日経コンピュータ 2008年12月1日号pp.36-49 http://itpro.nikkeibp.co.jp/article/COLUMN/20090128/323651/

定量的プロジェクト管理

A) 1.5倍

B) ２倍

C) ５倍

(4)

Ａ：定量的プロジェクト管理の効果は？

を実施している

企業のプロジェクト成功率は、実施していない

企業のプロジェクト成功率の約

倍である

出典：日経コンピュータ 2008年12月1日号pp.36-49 http://itpro.nikkeibp.co.jp/article/COLUMN/20090128/323651/

定量的プロジェクト管理

2

A) 1.5倍

B)

２倍

C)

５倍

(5)

Ｑ：定量データ使ってますか？

プロジェクトデータを収集している 76 ％

プロジェクトデータを

活用

している

％

出典：SECセミナーアンケート

A)

約７０％

B)

約５０％

C)

約３０％

(6)

Ａ：定量データ使ってますか？

プロジェクトデータを収集している 76 ％

プロジェクトデータを

活用

している

％

出典：SECセミナーアンケート

53 A)

約７０％

B)

約５０％

C)

約３０％

(7)

(8)

なぜ定量管理をするのか

システム開発プロジェクトを定量管理する目的は

大きく分けると２つである。

①

客観的な基準（ものさし）

に基づいて意思決定を行うこと

ができるようにするため。

（例）見積もり、品質評価

②組織やプロジェクトの

プロセス改善

を行うため。

（例）開発・管理プロセスの改善活動

(9)

なぜ「定量的」に行う必要があるのか？

①定性的だと個人の

主観やばらつき

が生じてしまう。

（例）「品質は問題ありません」

「進捗は少し遅れていますが、リカバリ可能です」

②プロジェクトマネージャ（ＰＭ）が

全体を俯瞰

するため。

（例）バグ票の1件1件を見ている時間はない。

(10)

分析・監視全社組織収集・蓄積情報提供改善指示・支援プロジェクト終結実行立上げ・計画監視・コントロール

ソフトウェア開発プロセスと定量データ

チェックツール・ガイド指標値プロジェクトの測定値プロジェクト管理ツール収集・蓄積全社プロジェクトデータＤＷＨ収集・蓄積プロジェクトの測定値プロジェクトの測定値

組織とプロジェクトの視点がある

(11)

プロジェクト計画策定に使う

プロジェクト計画時に、主にＱＣＤの見積り・目標設定するため

に定量データを使う。

プロジェクトの測定値チェックツール・ガイド指標値プロジェクトの測定値  過去実績値に基づく計画策定・目標設定  ベンチマークデータを使った妥当性確認社外指標値（ＩＰＡ/ＳＥＣデータ白書等）

(12)

開発プロジェクトの計画作業

規模見積り工数見積り期間見積り要員見積り原価見積り α業務ｻﾌﾞｸﾞﾙｰﾌﾟリーダ 1名メンバ 4名 β業務ｻﾌﾞｸﾞﾙｰﾌﾟリーダ 1名メンバ 4名基盤グループリーダ 1名メンバ 3名オフショアチームリーダ 1名メンバ 9名マニュアルグループリーダ 1名 PM 共通グループリーダ 1名メンバ 4名業務グループ体制図リソースヒストグラムリソースヒストグラムや体制を考慮過去実績を踏まえた生産性を設定し見積る（規模÷生産性）要件から見積る

(13)

当社の過去プロジェクト実績データ

ＮＴＴデータの取り組み①ミツメル

開発データ（過去実績値）のビューワ

品質、生産性に関するデータをグラフで表示する。 規模や開発言語などを指定することで、ユーザが自由にデータを検索できる。

(14)

ＮＴＴデータの取り組み②ESTIMANCER

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

(15)

プロジェクト実行管理に使う

プロジェクト実行中に、プロジェクト実行管理

（主に、ＱＣＤの評価・分析）のために定量データを使う。

プロジェクトの測定値チェックツール・ガイド指標値プロジェクトの測定値  品質評価  予実乖離分析に基づく問題要因の特定や計画の見直し  問題の早期発見

(16)

（例）バグ密度を用いた品質評価

バグ全体、業務毎、機能毎の傾向を見る。特異な傾向があるものを定性的に分析することで、品質の弱点を見つけ、その真の原因を見つけだし、対策を打つ。Ａ業務管理上限＝10.6 目標値＝ 7.3 管理下限＝3.9 Ｂ業務Ｘ業務高い原因を分析品質水準値（指標値）低い原因を分析定性的に分析「真の原因」を見つける ⇒ 対策実施

(17)

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

(18)

プロジェクト振り返りに使う

プロジェクトの測定値チェックツール・ガイド指標値プロジェクトの測定値  プロジェクトの振り返り（自分たちの実力の評価）  次回プロジェクトに向けたプロセス改善

プロジェクト振り返り時に、自プロジェクトの評価や次回のプロ

ジェクトに向けた改善案の立案・指標値見直しに使う。

(19)

組織改善に使う

組織横断で、プロセス改善を行う。

第三者がプロジェクト・組織のモニタリングを行うために使う。

プロジェクトの測定値チェックツール・ガイド指標値プロジェクトの測定値  組織のプロセス改善（例：開発標準の見直し）  プロジェクト・組織の状況を定量的に把握し経営判断を行う。（例：問題プロジェクトの早期発見など）

(20)

(21)

測定項目

分類代表的な測定項目規模・ソースコード行数（ＳＬＯＣ）・ファンクションポイント（ＦＰ）・画面数・帳票数・バッチ本数・設計書ページ数・論理サーバ台数工数・開発工数（人月、人時）コスト・所要コスト工期・開発期間（日）品質・バグ件数・テストケース数

予定（計画）と実績

を測定する。

「測れないものは

マネジメントできない」

トム・デマルコ氏ピーター・ドラッカー氏らの言で有名

(22)

メトリクス

メトリクス例定義生産能率（ＦＰ/人月）ファンクションポイント（ＦＰ）/開発工数生産コスト（ＦＰ/円）ファンクションポイント（ＦＰ）/所要コストテスト密度（件/ＫＳ）テストケース数/ソースコード行数（ＳＬＯＣ）不具合密度（件/ＫＳ）不具合件数/ソースコード行数（ＳＬＯＣ）進捗率実施済テストケース/総テストケース数

プロジェクト管理を行う際には、測定項目を組み合わせた

メトリクス

を利用し、ＱＣＤの管理を行う。

(23)

プロセスメトリクス/プロダクトメトリクス

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

(24)

ソフトウェア規模の尺度

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

(25)

ソフトウェア定量化の推進を通じてソフトウェア市場の発展に貢献する。ソフトウェア計測技術におけるセンターオブエクセレンスとして、以下を目標とする。・ＦＰ法に関するIFPUG法の日本国内における理解と普及展開・その利用法やソフトウェア計測の検討、評価・検証、改良、確立・会員相互の情報交換と親睦、ソフトウェアベンチマークデータの収集・

【参考】日本ファンクションポイントユーザ会

ファンクションポイント（ＦＰ）については、日本ファンクションポイントユーザ会が普及展開、サービス提供を行っています。 ミッション 目標・見積り精度の向上・品質の向上・開発期間の短縮と生産性の向上・リスクの低減・受発注の適正化・利用者の満足度の向上 活動領域

(26)

【参考】日本ファンクションポイントユーザ会

会費 対象者 お問い合わせ 4月から3月までの会費です。法人会員：年会費3万円個人会員：年会費1万円 ※初年度は入会月により割引ありファンクションポイント法、あるいはソフトウェアメトリクスに興味をお持ちであればどなたでも参加できます。ご興味のある方は以下のアドレスまで。ｏｆｆｉｃｅ＠ｊｆｐｕｇ.ｇｒ.ｊｐ

_{現在、弊社の藤貫美佐が}

会長を務めております

(27)

ＮＴＴデータの取り組み④全社的なデータ活用の仕組みプロジェクト計画プロジェクト開発データ予測モデル開発データの収集・報告分析レポート，予測モデルを作成全社組織分析レポート・ツール計画・実績振り返りの際に参照データ収集システム

5.4.3 (2/2)システムテスト_テスト密度 38 開発区分別のシステムテストテスト密度の箱ひげ図システムテストテスト密度［件／ＫＳ］凡例 12100.0最大値第３四分位中央値第１四分位最小値 30.49 25.14 20.10 23.08 82.82 49.89 76.82 82.82 22.12 4.87 11.88 12.55 3.05 1.11 0.01 0.01 11.44 3.05 4.44 4.19 0 10 20 30 40 50 60 70 80 90 新規更改機能追加全体新規更改機能追加全体 FY2011FY2010FY2011FY2010FY2011FY2010FY2011FY2010 最大値 82.82 (91.00) 49.89 (56.82) 76.82 (111.50) 82.82 (111.50) 第3四分位点 30.49 (16.00) 25.14 (9.00) 20.10 (30.00) 23.08 (29.00) 中央値 22.12 (12.00) 4.87 (7.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.00) 0.01 (0.00) 0.01 (0.00) 平均値 27.24 (18.89) 15.13 (12.23) 16.75 (23.33) 17.66 (22.30) 標準偏差 23.46 (28.17) 16.70 (17.75) 17.06 (25.25) 18.03 (25.03) データ件数 15 (9) 13 (9) 94 (117) 124 (135)

Copyright©2012 NTT DATA CORPORATION 0 20 40 60 80 100 120 140 160 180 200 0 20 40 60 80100120140160180200 0 50 100 150 200 250 300 350 05001,0001,5002,0002,5003,0003,500 5.4.2 (1/2)ＡＰ結合テスト_テスト密度 35 ＡＰ結合テストテスト密度［件／ＫＳ］ N = 122 ＡＰ結合テストテスト密度とプログラム開発規模 N = 136 【凡例】新規更改機能追加プログラム開発規模［KS］開発データの分析計画時、完了時に計画値、実績値を報告することを義務化（全社ルール）している。全社標準の開発プロセスの整備測定項目の定義 ⇒ データのばらつき抑制

(28)

(29)

ビールと紙おむつ

マーケティング、データマイニングの世界で有名な

「ビールと紙おむつ」

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

定量管理のススメ

自己紹介

Ｑ：定量的プロジェクト管理の効果は？

を実施している

企業のプロジェクト成功率は、実施していない

企業のプロジェクト成功率の約

倍である

定量的プロジェクト管理

A) 1.5倍

B) ２倍

C) ５倍

Ａ：定量的プロジェクト管理の効果は？

を実施している

企業のプロジェクト成功率は、実施していない

企業のプロジェクト成功率の約

倍である

定量的プロジェクト管理

2

A) 1.5倍

B)

２倍

C)

５倍

Ｑ：定量データ使ってますか？

プロジェクトデータを収集している 76 ％

プロジェクトデータを

活用

している

％

A)

約７０％

B)

約５０％

C)

約３０％

Ａ：定量データ使ってますか？

プロジェクトデータを収集している 76 ％

プロジェクトデータを

活用

している

％

53

A)

約７０％

B)

約５０％

C)

約３０％

なぜ定量管理をするのか

システム開発プロジェクトを定量管理する目的は

大きく分けると２つである。

①

客観的な基準（ものさし）

に基づいて意思決定を行うこと

ができるようにするため。

（例） 見積もり、品質評価

②組織やプロジェクトの

プロセス改善

を行うため。

（例） 開発・管理プロセスの改善活動

なぜ「定量的」に行う必要があるのか？

①定性的だと個人の

主観やばらつき

が生じてしまう。

（例） 「品質は問題ありません」

「進捗は少し遅れていますが、リカバリ可能です」

②プロジェクトマネージャ（ＰＭ）が

全体を俯瞰

するため。

（例） バグ票の1件1件を見ている時間はない。

ソフトウェア開発プロセスと定量データ

組織とプロジェクトの視点がある

プロジェクト計画策定に使う

プロジェクト計画時に、主にＱＣＤの見積り・目標設定するため

に定量データを使う。

開発プロジェクトの計画作業

ＮＴＴデータの取り組み①ミツメル

開発データ（過去実績値）のビューワ

ＮＴＴデータの取り組み②ESTIMANCER

プロジェクト実行管理に使う

（例）見積もり、品質評価

（例）開発・管理プロセスの改善活動

（例）「品質は問題ありません」

（例）バグ票の1件1件を見ている時間はない。

_{現在、弊社の藤貫美佐が}