EPM ツールを活用した 定量的マネジメント概要 ~ 概説編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
IT プロジェクトの実状 要求の多様化 度化リスクの増 インフラ基盤としての 信頼性の要求 レポーティング 市場競争の激化ビジネスモデルの 新 開発の多様化 機能化開発の短期間化 低コスト化 法対応 リスク対策などの社会的要請 信頼できるマネジメント 効果的な進捗 障害管理 品質確保トラブル未然抑 難易度となったプロジェクト マネジメント作業を遂 するための 法 援するツールが必要 1
開発の多様化 短期間化 低コスト化 開発フレームワーク 開発ツールを利 既存アプリケーションの再利 変更 / 追加部分のみの開発 機能 アプリケーションの分割開発 外部発注開発 オフショア開発 プロジェクトの状況把握が困難品質がバラつき全体品質管理が困難問題解決の判断遅延 定量的なデータに裏付けられた 網羅的 統 的なプロジェクトマネジメントが必要 2
る化 開発プロジェクトの 見える化 える化と定量的プロジェクト管理 定性的な 見える化 アプローチ 俯瞰図 プロジェクト成否要因の明確化 チェックシート見落としの排除リスクの明確化 失敗事例集失敗から学んで失敗を防止 実践の場プロジェクト 分類表客観的 網羅的に問題箇所を把握 アプローチ統合的な 見え定量的プロジェクト管理ツールとして公開 測定項目リスト 測定分析データ一覧表 ベース尺度一覧表 定量的な 見える化 アプローチ プロジェクトの状況を定量的に把握 定量的プロジェクト管理ツール データの自動収集分析 診断 見える化 すると 品質の予測 要求分析 設計の品質予測プロダクトの品質予測プロジェクトの品質予測 定量的プロジェクト管理ツール分析 診断 品質予測予実管理 進捗予測プロジェクト管理 定量的プロジェクト管理 データ蓄積 基準値参照値 ベンチマーキング ベンチマークデータ 蓄積データからの基準値 業界の傾向を示す参照値 3
ユーザ ベンダ間の合意形成 ユーザ 事業計画 事業 的 事業領域 / 規模 投資 / 回収 事業スケジュール 要件 整合 実現性 ベンダ プロジェクト計画 開発 的 スコープ / 規模 予算 開発スケジュール やりたいこと と できること の整合が必要だが 共有しやすい 積り 法がない 初期の仕様は固めにくく 早期契約時の適切な 積りが困難 要件決定の遅れ プロジェクト途中での仕様変更の発 など 定量データに裏付けられたマネジメントが必要 4
社のベンチマーキング モニタリング発注者受注者定量的なデータのメリット 定量的なデータが 分集まれば 種々な活 法が考えられる 経営層 業務 情報システム部 組織 スタッフ プロジェクト管理者 経営層 PMO 品質保証部 プロジェクトマネージャプロジェクトリーダ IT 投資 概略計画の妥当性 実現性の 安 予算数値 根拠の制御 受注者 積の 較と評価 強み / 弱みの認識 計画策定 標値の制定 QCD の妥当性評価 予実差異の分析 完了評価 開発能 の評価 社の強み 弱み 産性などの開発 の認識 定量データベースの構築 規模 数 期 品質の 積り 計画策定 制御 オフショア等 外部委託先評価 5
定量的管理の課題 定量データの収集に 数がかかるため進 中プロジェクトの定量的診断が えない 定量データ分析のノウハウが乏しく 間がかかりプロジェクト遅れ予測などを簡単に えない 定量データの 動収集 次業務の定量データ収集を可能に 統計グラフ描画による 視覚的 直観的な分析 診断 定量的プロジェクト管理ツールに実装 プロジェクト管理機能と定量的分析 診断機能を 体で提供 Excel 等のデータをインポート データを蓄積による社内基準値の作成 管理するツールの環境が整っていないプロジェクトで個別の Excel などを使 プロジェクトを定量的に診断するための基準値を持っていない 6
定量的プロジェクト管理ツールとは プロジェクト タスクの進捗, 課題 障害の解決状況, 数等の把握を定量的データにより い 中 規模プロジェクトでの品質 信頼性 産性の継続的向上をサポートするツール 7
定量的プロジェクト管理ツールの特徴 グラフ表 による視覚的 直観的な分析 診断機能の提供 ダッシュボード表 ドリルダウン ドリルスルー表 利 者によるグラフ カスタマイズ 定量的データの 動収集 プロジェクト管理ツール 構成管理ツール 常使 ツールからの 次業務データの取り込み Excel, MS Project, CSV 等からのデータ収集 既存ツールを活 Redmine Trac Subversion GIT BIRT(BI ツール ) Pentaho(ETL ツール ) ツールが簡易に利 できることを重視 基本測定量 ( 規模 数 期 品質 ) に絞って提供 度で複雑な利 法は将来の拡張 柔軟性 拡張性の確保 利 者による定量データの追加など 全環境を導 できる 括インストーラを提供 オープンソースとして公開 (GPL) 8
定量的プロジェクト管理ツールの概要図 プロジェクト管理 援機能 データ収集 集計起動 定量的分析 診断呼出 進捗 課題管理基盤 (Redmine,Trac,Subversion,GIT) 設定管理機能 進捗 課題管理基盤チケット データ収集機能 ETL ツール (Pentaho) データ集計機能 定量データ 複数プロジェクト俯瞰表 機能 プロジェクト俯瞰表 機能 個別グラフ表 機能 グラフ表 データ BI ツール (Eclipse BIRT/BIRT Report Viewer) 9
稼働環境 サーバ Redmine/Trac Subversion/GIT Pentaho BIRT Report Viewer PostgreSQL Web/ アプリケーションサーバ (Apache) サーブレットコンテナ (Tomcat) CentOS Ubuntu Linux Windows Server Windows7 Professional Web アクセス クライアント Internet Explorer FireFox 10
Redmine,Trac とは オープンソースのプロジェクト管理ツール 障害管理システム (Bug Tracking System) として使 バグの情報をチケットで 元管理 チケットのステータス遷移で制御 終了チケットを履歴として残す 課題管理システムへ (Issue Tracking System) 障害だけでなく 課題や要望に使 バージョン管理システムとの連携 チケットとリビジョンを紐付 チケット駆動開発へ (Ticket Driven Development) 作業をタスクに分割し チケットに割り当てる 11
チケット駆動型の管理ツール 簡単に参加 利 操作できる 開発者は担当作業 課題のチケットを登録 更新するだけ 業務報告の省 化 業務の共有化をサポートするツール プロジェクト情報の 元管理 チケットによるプロジェクト管理 進捗や品質のメトリクスへ集計 プロジェクト管理の問題を機能へ 開発ツール構成管理ツール マネージメント機能の実装 開発 報告作業をサポート PM の意思決定をサポート 12
チケットとは 担当者が割り振られ その作業に 登録, 作業割当て, 作業中, 完了 などの状態がある作業 作業指 書 報告書 チケットの利点 開発者は 分に割り当てられているタスクやリスクを明確に知ることができる 開発者は 割り当てられたチケットの必要項 に するだけなので 作業報告を省 化できる 管理者は 進捗やリスクについての収集作業を省 化できる 13
チケットへの追加項 項 試験数計画 試験数実績 SLOC 計画値 想定バグ密度 試験項 密度指標値 _ 上限値 試験項 密度指標値 _ 下限値 WBS 番号 WBS チケット 概要 試験実施の WBS で試験項 数の計画値を 試験実施の WBS で試験項 数の実績値を 製造の WBS でソースコードの 数の計画値を 試験 程の親チケットとなる WBS でその試験 程の想定バグ密度を ( 件 /KSLOC) 試験 程の親チケットとなる WBS で その試験 程における試験項 密度の指標値の上限値を ( 件 /KSLOC) 試験 程の親チケットとなる WBS で その試験 程における試験項 密度の指標値の下限値を ( 件 /KSLOC) WBS 番号を 課題 障害の発 した WBS チケット ID を 課題 障害チケットと WBS チケットの関連付け 複数の WBS チケットに関連付けはできない 14
プロジェクトとチケット プロジェクト内に複数のチケットが登録される チケットは必ずプロジェクトに所属する WBS チケットに紐づくことにより 程別に管理できる Project Project WBSチケット WBSチケット 障害チケット障害チケット 課題チケット課題チケット 15
WBS チケット 16
チケット 17
障害 課題チケット 18
チケットの 覧 19
WBS チケットのガントチャート表 20
ご清聴ありがとうございました 21
EPM ツールを活用した 定量的マネジメント概要 ~ グラフ概要編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
表示グラフ一覧 タスク (WBS) 品質管理 試験計画項目密度 WBS 進捗推移 WBS 進捗変化 EVM 評価 ( 進捗 工数 ) ソフトウェア規模推移 試験進捗率 工数の予実 遅延重要タスク抽出 障害 課題管理 障害件数変化 障害解決予測 障害原因分析 障害発生密度 障害滞留状況 長期未解決課題抽出 要員負荷管理 負荷状況 プロジェクトを俯瞰するグラフ 定量管理ダッシュボード複数のグラフを縮小表示して プロジェクト状況を俯瞰 複数プロジェクトを俯瞰するグラフ 複数プロジェクトの進捗確認 健全性確認 1
画面レイアウト 共通機能 グラフ表示領域 ナビゲーション領域 HIDE/SHOW で切替 2
共通機能 操作バー パラメータ変更 - 期間変更 閾値 エクスポート ファイル出力 -PDF,Word, PowerPoint 印刷 パンくずリスト表示領域 3
プロジェクトを俯瞰するグラフ 定量管理ダッシュボード 担当プロジェクトの全体を俯瞰する 4
タスク (WBS) 品質管理のグラフ (1/4) 試験計画項目密度 試験項目のカバレッジを確認する 試験進捗率 試験項目がモジュールごとにどの程度消化されているかを示す 5
タスク (WBS) 品質管理のグラフ (2/4) WBS 進捗推移 過去の進捗の進み具合を描画し 開発の進み具合を把握する WBS 進捗変化 最近の開発進行度 ( 変化分の大きさ ) を確認する 6
タスク (WBS) 品質管理のグラフ (3/4) EVM 評価 EVM により最近の開発価値とコストを把握する ソフトウェア規模推移 ソース行数による規模の推移 及び計画値との対比を行う 7
タスク (WBS) 品質管理のグラフ (4/4) 工数の予実 開発工数の予実把握を行い 完了時の工数を予想する 遅延重要タスク抽出 開発が遅れているタスク (WBS) を抽出する 8
障害 課題管理のグラフ (1/3) 障害件数変化 課題の件数 未解決数の推移 計画値との対比を把握する 障害解決予測 課題の未解決数と解決生産性から 解決完了日を推定する 9
障害 課題管理のグラフ (2/3) 障害原因分析 現在の障害の数を原因別に分類する 障害発生密度 どのモジュールの品質が悪いのか把握する 10
障害 課題管理のグラフ (3/3) 障害滞留状況 長期間解決されていない障害を抽出する 長期未解決課題抽出 長期間解決されていない課題を抽出する 11
負荷管理のグラフ 負荷状況 開発グループ / 開発者の負荷を把握する 12
複数プロジェクトを俯瞰するグラフ 複数プロジェクトの進捗確認 担当している各プロジェクトで リスクのあるものを検出する 複数プロジェクトの健全性確認 担当している各プロジェクトのリスクを俯瞰する 13
ご清聴ありがとうございました 14
EPM ツールを活用した 定量的マネジメント概要 ~ 適用概要編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
表計算ソフトによるプロジェクト管理の課題 不具合情報が散在して混乱しやすい 不具合が 50 個 100 個以上増えると手に負えない 表計算ソフトやメールに作業履歴が散らばっている 不具合の集計や報告書作りに手間がかかる 不具合修正と検証のワークフローが複雑 一人の担当者に作業負荷が集中 担当者がたらい回しされて不具合が放置されてしまう リリース管理が大変 表計算ソフトの管理台帳で障害管理 No とリリースタグを管理 リリース履歴から過去の不具合を探しにくい 1
いままでの問題点 ~ リアルタイム ~ 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 2
いままでの問題点 ~ 複数拠点 ~ 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 3
いままでの問題点 ~ ファイル管理 ~ 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 4
いままでの問題点 ~ 履歴 ~ 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 5
いままでの問題点 ~PM の負荷 ~ 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 6
いままでの問題点 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 7
リアルタイム EPM-X 8
複数拠点 EPM-X 9
ファイル管理 10
履歴 11
PM の負荷 レポーティング EPM-X リアルタイムグラフ 12
作業の明確化 参考文献 : はじめる!Redmine( ファーエンドテクノロジー株式会社 ) 13
俯瞰 & 個別グラフ 表計算ソフトでの作成 保守は手間がかかる. 14
ガントチャート 表計算ソフトでの作成 保守は手間がかかる. 15
ソース連携 16
ご清聴ありがとうございました 17
EPM ツールを活用した 定量的マネジメント概要 ~ 適用概要編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
プロジェクト 作業を分類する最も大きな単位 1
プロジェクトの作成 EPM-X で設定しているカスタマイズ フィールドや閾値を使用 2
プロジェクトの設定 ユニークな識別子を設定 3
プロジェクトの設定 プロジェクトの性質により 使用するトラッカーやカスタムフィールドを取捨選択する 4
メンバーの設定 プロジェクトのメンバーとそのロールを設定します 5
ロール 役割別の使用権限が設定されています 6
ロールの設定 役割による使用権限を設定します 個別グラフ表示 データ収集 インポートの使用権限 7
Wiki による情報共有 プロジェクトで共有する情報をのせます 8
チケット タスク (WBS 障害 課題 ) に対応 作業指示書 報告書と考えれば良い チケットの項目 : トラッカー 題名 内容 ステータス 担当者 9
チケットの入力 内容を端的に表す題名 NG: フォームの不具合 OK: 登録フォームのメールアドレスが必須項目になっていない タスクの内容の詳細どこまでやれば 何ができればそのタスクが完了となるかを意識して記述 一つのチケットには一つの事柄のみ記述 10
チケットの一覧 自分の作業量や期限を過ぎている作業の把握が容易 フィルタで条件設定 条件に合致するチケットが表示される 11
プロジェクトとチケット プロジェクト内に複数のチケットが登録される チケットは必ずプロジェクトに所属する WBS チケットに紐づくことにより 工程別に管理できる Project Project WBS チケット WBS チケット 障害チケット 障害チケット 課題チケット 課題チケット 12
チケットのトラッカー チケットの大分類 トラッカーは自由に追加 削除できる トラッカーの役割 チケットを分類する ワークフロー ( ステータスを誰がどのように変化させることができるか ) を定義する ワークフロー ステータス チケット項目はトラッカー毎に定義できる 13
チケットのステータス ( 終了は管理者しかできないとか ) 14
ワークフローの設定 トラッカーのフローを定義する 15
メトリックス設定 データ収集への割当て 作成 修正したトラッカーの収集を定義する 16
WBS インポート MS Project や Excel で作成した WBS を取り込む 17
WBS インポート 18
作業履歴の一覧 19
タスクの作業履歴の参照 チケットの 履歴 を見れば 個別の作業履歴もわかる 20
メールによる通知 EPM-X 21
ご清聴ありがとうございました 22
EPM ツールを活用した 定量的マネジメント概要 ~EPM ツール編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
EPM ツールの概要 定量的マネジメントプラットフォーム プロジェクトの進捗 品質 障害課題 成果物を定量的 視覚的に管理 英語をサポート 海外企業内での活用も可能 他プロジェクト管理システム等との容易な連携 ( 次期連携 : 会計システム ) 複数拠点データの取り込み グラフによる視覚的かつリアルタイムな把握 他システム連携 拠点ごとの EPM ツールを連携し統合 本部での拠点ごと およびプロジェクト全体の状況評価が可能 複数プロジェクトの横断的管理 Excel,MS Project,,CSV 形式データ PMBOK に基づいた定量的プロジェクト管理 インポート / エキスポート機能グラフのファイル出力 累積プロジェクトデータの統計解析 成熟度 強味 / 弱み 目標の達成度 基準値の策定 PDF,Word, PowerPoint の文書 1
EPM ツールの特徴 グラフ表示による視覚的 直観的な分析 診断 ダッシュボード表示 ドリルダウン ドリルスルー表示 時系列表示 工程表示 定量的データの自動収集 プロジェクト管理ツール 構成管理ツール Excel, MS Project, CSV 等からのデータ収集 OSS を活用 Redmine(2.6.x) Subversion GIT BIRT(BI ツール ) Pentaho(ETL ツール ) Centos(6.x) Postgresql(9.x) 全ライフサイクルでの進捗 障害課題 工数の定量的管理 プロジェクトの俯瞰 ダッシュボード 複数プロジェクトの俯瞰グラフ 拠点データの取り込み 分散した開発拠点間の定量データの取り込み 成果物管理と成果物の進捗管理 ソースコード 開発文書 レビュー管理 レビューの予実管理と指摘事項管理 2
EPM ツールの構成概要図 進捗 課題管理基盤 (Redmine,Subversion,GIT) EPM Base 操作設定機能 設定管理 Import/Export データ連携 進捗 課題管理基盤チケット データ収集機能 ETL ツール (Pentaho) データ集計機能 定量データ 複数プロジェクト俯瞰表示機能 プロジェクト俯瞰表示機能 個別グラフ表示機能 BI ツール (Eclipse BIRT/BIRT Report Viewer) グラフ表示データ 3
EPM-X の構成概要図 プロジェクト管理支援機能 データ収集 集計起動 定量的分析 診断呼出 進捗 課題管理基盤 (Redmine,Trac,Subversion,GIT) 設定管理機能 進捗 課題管理基盤チケット データ収集機能 ETL ツール (Pentaho) データ集計機能 定量データ 複数プロジェクト俯瞰表示機能 プロジェクト俯瞰表示機能 個別グラフ表示機能 グラフ表示データ BI ツール (Eclipse BIRT/BIRT Report Viewer) 4
実際の画面をご覧ください ( デモ ) 5
EPM ツールを活用した 定量的マネジメント概要 ~ グラフ使用例編 ~ SEC セミナー 2015 年 12 月 22 日 一般社団法人実践的プロジェクトマネジメント推進協会 (PPMA) 理事大和田裕 (IPA/SEC 連携委員 ) Information-technology Promotion Agency, Japan (SEC)
定量管理ダッシュボード の例 ユーザ ID を指定 自分が受け持っているプロジェクトを選択 遅延重要タスク抽出 の件数が多い 遅れているタスクの詳細を確認する必要がある 遅延重要タスク抽出 のグラフで原因を追究 ( ダブルクリック ) 1
WBS 進捗管理 の例 (1/3) WBSタスク :IPF 開発プロジェクト表示期間 :2012/06/09-08/09 スケール : 週 プロジェクトの終了予測日が大幅に予定を上回っている プロジェクトのどの工程が遅れているのかの確認が必要 ドリルダウンして 下位タスクのグラフで原因を追究 ( ダブルクリック ) 2
WBS 進捗管理 の例 (2/3) ダブルクリック ダブルクリック 3
WBS 進捗管理 の例 (3/3) XXX-1 製造は予定どおり終了している XXX-2 製造が大幅に遅れている XXX-2 製造タスクが遅れている原因の調査が必要 4
EVM 評価 の例 WBSタスク : プログラム製造表示期間 :2011/10/18-12/6 生産価値 : 工数スケール : 週 コスト実績値 (AC) が計画値 (PV) を上回っている コスト超過になっている 計画値 (PV) より生産価値 (EV) が下回っている 進捗の遅延が発生している ドリルダウンして プログラム製造の下位タスクのグラフで原因を追究 ( ダブルクリック ) プログラム製造の工程完了は 1 週間遅れる見込み 製造 2 週目で遅れ始めているので 遅延要因の調査 分析が必要 5
ソフトウェア規模推移 の例 WBS タスク : プログラム製造表示期間 :2011/8/1-10/31 スケール : 週 プログラム製造は順調に進み予定通り 8/30 の週に完了 9/13 の週に修正が行われた 障害による修正と想定 スケジュールと照らし合わせ計画された工程内かを確認 想定外であれば調査 6
障害原因分析 の例 (1/2) WBS タスク : IPF 開発プロジェクト 製造での コーディングミス が 30 件で一番多い 未解決は 1 件のみなので対応は進んでいる 試験進捗率 障害件数変化 のグラフで状況を確認 7
障害原因分析 の例 (2/2) 製造の 設計との不一致 の件数も多い かつ 4 件の未解決障害が残っている プロジェクトへの影響が大きい可能性が高い 詳細の確認が必要 障害タスク一覧表示 で問題タスクを追究 ( ダブルクリック ) 8
負荷状況 の例 表示期間 :2011/10/1-10/31 時間閾値 :150 時間表示種別 : グループ 業務 B グループの負荷が高い 業務 B グループの中に閾値を超えている要員がいる 詳細の確認が必要 下位グループ / 要員の負荷を確認 ( ダブルクリック ) 9
SAMPLE2 プロジェクト の製造進捗率は約 70% 複数プロジェクトの進捗確認 の例 抽出条件 : 製造進捗率閾値 :10% それに対して工数は予定より 20% 以上超過 工数が足りない原因の調査が必要 プロジェクト俯瞰 のグラフで原因を追究 ( ダブルクリック ) 10
複数プロジェクトの進捗確認 の例 抽出条件 : 工数の予実閾値 :10% SAMPLE プロジェクト の工数は 90% を使用 それに対して製造進捗率は予定の 80% でしかない 工数が足りない以外の要因が含まれている プロジェクト俯瞰 のグラフで原因を追究 ( ダブルクリック ) 11
複数プロジェクトの健全性確認 では 判定基準閾値 ( 健全 ):10% 判定基準閾値 ( 危険 ):20% 障害滞留日数 ( 健全 ):10 日障害滞留日数 ( 危険 ):20 日 SAMPLE プロジェクト は障害の発生件数と未解決件数が多く 試験進捗率も悪い プロジェクト俯瞰 障害原因分析 のグラフで原因を追究 ( クリック ) 障害により試験の進捗が阻害されている 工数超過は危険レベルではないが注意が必要 12
参照 URL http://ppma.jp/ 13
ご清聴ありがとうございました 14