プロジェクトマネジメントの見える化 · 進捗・品質のばらつきを把握し是正する「見える化」が必要課題要件定システム設計

Information-technology Promotion Agency, Japan

Software Engineering Center

Software Engineering Center Copyright© 2012 Information-technology Promotion Agency, Japan. All rights reserved.

ET2012 ブースプレゼンテーション 2012年11月

独立行政法人情報処理推進機構

技術本部ソフトウェア・エンジニアリング・センター

プロジェクトマネジメントの見える化

研究員大和田裕

SEC Software Engineering for Mo･No･Zu･Ku･Ri

1 Software Engineering Center ET2012 ブースプレゼンテーション 2012年11月 Copyright© 2012 ＩＰＡ, All rights reserved.

ITプロジェクトの「見える化」



ITプロジェクトの実状

インフラ基盤としての高信頼性の要求

要求の多様化・高度化リスクの増大

開発の多様化・高機能化開発の短期間化・低コスト化

市場競争の激化ビジネスモデルの革新

法対応・リスク対策などの社会的要請

信頼できるマネジメント

品質確保トラブル未然抑止効果的な

進捗・障害管理

レポーティング

高難易度となったプロジェクト・マネジメント作業を遂行するためのが必要



ＩＴプロジェクトの見える化

「期限どおり」に、「所定の費用」で、「求められる品質」のソフトウェア開発を行うには、様々な問題を早期に発見し解決

していくためのＩＴプロジェクトのが必要となる

一歩進んだ

プロジェクト

マネジメント



Ｖ字モデル

「見える化」が対象とする工程

ライフ・サイクル・プロセス

保守

運用

見える化



上流工程

納期までの切迫感の欠如、要件の曖昧さ、成果物の見えにくさ所詮「見切り発車」

→ プロジェクト稼働後に様々な問題を惹起するリスクを予知し、ネガティブなインパクトを最小にすることは容

易ではない

問題認識

プロジェクトの不十分な状態を把握するための定性的・定量的な「見える化」が必要問題の潜在箇所 ⇒ 早期に発見する不確定な要素 ⇒ いつまで不確定で良いかを評価し、判断する

このような状況を乗り切ってきたスーパーＰＭの暗黙知を形式知化することが必要

課題

要件定義

システム設計

ソフトウェア設計

プログラミング

ソフトウェアテスト

システムテスト

運用テスト



中流工程

先立つ「上流工程」での要件定義が曖昧なまま、プログラムへの変換作業が進められる → 多くの要件（仕様）変更と、トラブルの多発

多くのベンダー・技術者による分業となり個人への作業依存が高くなる → 進捗・品質がばらつきやすい → プロジェクトの透明性が著しく悪化し管理が難しい

問題認識

要件の曖昧さを把握し是正する「見える化」が必要機能要件、非機能要件要件（仕様）変更への対応

進捗・品質のばらつきを把握し是正する「見える化」が必要

課題

要件定義

システム設計





運用テスト



下流工程

それまでの工程に起因する品質不良が一気に露呈問題に対応するための時間や手段が限定されるという宿命

問題認識

失敗しそうなプロジェクトを救う活動が重要問題の早期発見、迅速な処置のための「見える化」が必要

問題を起こす品質不良の原因は多様なため、「見える化」手法の工夫が一層重要

課題

要件定義

システム設計





運用テスト



定性的見える化アプローチ

俯瞰の視点によるドミナント・アイテムの見える化

事例集

チェックシート（自己評価シート／

ヒアリングシート）俯瞰図

チェック項目によるリスクの見える化

定量的見える化アプローチ

測定項目リスト

測定分析データにしたがって定量化した情報によるリスクの見える化

測定分析データ一覧表

ベース尺度一覧表

支援ツール

３つの「見える化」アプローチ

実践の場プロジェクト

統合的アプローチ

見える化アプローチをひも付けることによる総合的判

断の仕組み

リスク分類表



http://sec.ipa.go.jp/std/ent01-d_1.html

「見える化」参照ＵＲＬ



定量的プロジェクト管理ツール



ITプロジェクトの実状

インフラ基盤としての高信頼性の要求

要求の多様化・高度化リスクの増大

開発の多様化・高機能化開発の短期間化・低コスト化

市場競争の激化ビジネスモデルの革新

法対応・リスク対策などの社会的要請

信頼できるマネジメント

品質確保トラブル未然抑止効果的な

進捗・障害管理

レポーティング

高難易度となったプロジェクト・マネジメント作業を支援するが必要



開発の多様化・短期間化・低コスト化

開発フレームワーク・開発ツールを利用既存アプリケーションの再利用変更／追加部分のみの開発

機能・アプリケーションの分割開発外部発注開発、オフショア開発

定量的なデータに裏付けられた、網羅的・統一的なプロジェクトマネジメントが必要

プロジェクトの状況把握が困難品質がバラつき全体品質管理が困難

問題解決の判断遅延



定量的管理の課題

定量データの自動収集日次業務での定量データの収集を可能に

定量データの収集に工数がかかるため進行中プロジェクトの定量的診断が行えない

統計グラフ描画による、視覚的・直観的な分析・診断

定量データ分析のノウハウが乏しく手間がかかりプロジェクト遅れ予測などを簡単に行えない

プロジェクト管理機能と定量的分析・診断機能を一体で提供 Excel等のデータをインポート

管理するツールの環境が整っていない各プロジェクトで個別のExcelなどを使用

データを蓄積による社内基準値の作成

プロジェクトを定量的に診断するための基準値を持っていない

定量的プロジェクト管理ツールに実装



定量的プロジェクト管理ツールとは

プロジェクト・タスクの進捗，課題・障害の解決状況，工数等の把握を定量的データにより行い、中小規模プロジェクトでの

するツール

複数プロジェクト俯瞰

タスク

障害・課題

要員負荷管理

障害・課題管理タスク・品質管理

工数

進捗収集

可視化

定量的プロジェクト管理ツール

プロジェクトの可視化・グラフ化

定量的データの収集

集計



定量的プロジェクト管理ツールの特徴

定量的データの自動収集プロジェクト管理ツール、構成管理ツール

日常使用ツールからの日次業務データの取り込み Excel, MS Project, CSV等からのデータ収集

グラフ表示による視覚的・直観的な分析・診断機能の提供ダッシュボード表示ドリルダウン・ドリルスルー表示利用者によるグラフ・カスタマイズ

ツールが簡易に利用できることを重視基本測定量（規模、工数、工期、品質）に絞って提供

高度で複雑な利用方法は将来の拡張柔軟性・拡張性の確保

利用者による定量データの追加など全環境を導入できる一括インストーラを提供オープンソースとして公開（GPL）

既存ツールを活用 Redmine、Trac、Subversion、GIT、BIRT（BIツール）、Pentaho（ETLツール）



定量的プロジェクト管理ツールの概要図

プロジェクト管理プラットフォーム (Redmine,Trac,Subversion,GIT)

プロジェクト管理支援機能

データ収集・集計起動

定量的分析・診断呼出

設定管理機能

BIツール (Eclipse BIRT/BIRT Report Viewer)

複数プロジェクト俯瞰表示機能

プロジェクト俯瞰表示機能

個別グラフ表示機能

プロジェクト管理プラットフォーム

チケット

ETLツール (Pentaho)

データ収集機能

データ集計機能

グラフ表示データ

定量データ



表示グラフ一覧

プロジェクトを俯瞰するグラフ定量管理ダッシュボード

複数のグラフを縮小表示して、プロジェクト状況を俯瞰

WBS（タスク）・品質管理試験計画項目密度、 WBS進捗推移、WBS進捗変化、 EVM評価（進捗、工数）、ソフトウェア規模推移、試験進捗率、工数の予実、遅延重要タスク抽出

障害・課題管理障害件数変化、障害解決予測、障害原因分析、障害発生密度、障害滞留状況、長期未解決課題抽出

要員負荷管理負荷状況

複数プロジェクトを俯瞰するグラフ複数プロジェクトの進捗確認、健全性確認



画面レイアウト

グラフ表示領域

共通機能

ナビゲーション領域 HIDE/SHOWで切替



共通機能

パンくずリスト表示領域

操作バー・パラメータ変更－期間変更、閾値・エクスポート・ファイル出力－PDF,Word, PowerPoint ・印刷



プロジェクトを俯瞰するグラフ

定量管理ダッシュボード担当プロジェクトの全体を俯瞰する



WBS（タスク）・品質管理のグラフ(1/4)

試験計画項目密度試験項目のカバレッジを確認する

試験進捗率試験項目がモジュールごとにどの程度消化されているかを示す




WBS進捗推移過去の進捗の進み具合を描画し、開発の進み具合を把握する

WBS進捗変化最近の開発進行度（変化分の大きさ）を確認する



「WBS進捗管理」の例（1/3）

プロジェクトのどの工程が遅れているのかの確認が必要。

WBSタスク：IPF開発プロジェクト表示期間：2012/06/09-08/09 スケール：週

ドリルダウンして、下位タスクのグラフで

原因を追究（ダブルクリック）

プロジェクトの終了予測日が大幅に予定を上回っている。




ダブルクリック

ダブルクリック




ＸＸＸ－２製造タスクが遅れている原因の調査が必要。

ＸＸＸ－２製造が大幅に遅れている。

ＸＸＸ－１製造は予定どおり終了している。




EVM評価 EVMにより最近の開発価値とコストを把握する

ソフトウェア規模推移ソース行数による規模の推移、及び計画値との対比を行う



「ソフトウェア規模推移」の例

プログラム製造は順調に進み予定通り8/30の週に完了。

スケジュールと照らし合わせ計画された工程内かを確認。想定外であれば調査。

WBSタスク：プログラム製造表示期間：2011/8/1-10/31 スケール：週

9/13の週に修正が行われた。障害による修正と想定。




工数の予実開発工数の予実把握を行い、完了時の工数を予想する

遅延重要タスク抽出開発が遅れているWBS（タスク）を抽出する



障害・課題管理のグラフ(1/3)

障害件数変化課題の件数、未解決数の推移、計画値との対比を把握する

障害解決予測課題の未解決数と解決生産性から、解決完了日を推定する




障害原因分析現在の障害の数を原因別に分類する

障害発生密度どのモジュールの品質が悪いのか把握する



「障害原因分析」の例（1/2）

未解決は1件のみなので対応は進んでいる。

製造での「コーディングミス」が30件で一番多い。

「試験進捗率」、「障害件数変化」のグラフで状況を確認。

WBSタスク： IPF開発プロジェクト



「障害原因分析」の例（2/2）

プロジェクトへの影響が大きい可能性が高い。詳細の確認が必要。

製造の「設計との不一致」の件数も多い。

「障害タスク一覧表示」で問題タスクを追究（ダブルクリック）

かつ、４件の未解決障害が残っている。




障害滞留状況長期間解決されていない障害を抽出する

長期未解決課題抽出長期間解決されていない課題を抽出する



負荷管理のグラフ

負荷状況開発グループ／開発者の負荷を把握する



複数プロジェクトを俯瞰するグラフ

複数プロジェクトの進捗確認担当プロジェクト／サブプロジェクトで、リスクのあるものを検出する

複数プロジェクトの健全性確認担当プロジェクト／サブプロジェクトのリスクを俯瞰する



http://sec.ipa.go.jp/

http://sec.ipa.go.jp/index.html

http://sec.ipa.go.jp/tool/ipf/index.html

参照ＵＲＬ



ご清聴ありがとうございました

Documents

プロジェクトマネジメントの見える化 · 進捗・品質のばらつきを把握し是正する「見える化」が必要 課題 要 件 定 シ ス テ ム 設 計

プロジェクトマネジメントの見える化 · 進捗・品質のばらつきを把握し是正する「見える化」が必要課題要件定システム設計