NTTソフトウェア(株)

NTTソフトウェア(株)における
EPMの適用について
2007.7.9
NTTソフトウェア（株）
本文書の無断での引用・転載を禁じます。
ツールというよりは環境に近い
• Linux、Apache等、アプリケーションとの違い
– エンドユーザが直接利用するものではない。
– エンドユーザにとってメリットが見えない。
• gnu, eclipse, cvs, xUit, Log4x等、開発ツールとの違い
– 開発者からもメリットも見えない。
• マネージャ、リーダのツール
– マネージャやリーダから見て、魅力的なメリットはあるか？
– 直接的な稼動削減効果はあるか？
– 成功事例はあるか？
★他のツールと比較して、
導入、展開のハードルが高い
本文書の無断での引用・転載を禁じます。
パイロットではなく全社適用を検討
•
パイロット
– よい点
• 軽い気持ちで行える。
• 失敗してもダメージ小、プロジェクト側も精神的なダメージ小
– 悪い点
• 準備が不十分、目的、導入効果があいまい
• 全社導入という観点での検討が置き去り
• パイロットの評価はインフレ気味、パイロットで終わる可能性大
•
全社適用
– よい点
• 具体的な効果、目的、効果を明確になる
• しっかりとした体制を組める
• 足りない機能については、投資して、補うことができる
– 悪い点
• 失敗すると影響大
本文書の無断での引用・転載を禁じます。
試行導入は、可能だが、
その後の、全社展開は難しい。
→全社適用まで考慮した、
ストーリーが必要!
現場とPMOの双方のメリットを明確にする
•
導入にあたっての考慮点
– トップのコミットメントも大事だが、現場の理解も必要。やらされ感が出て
きて、長続きしない。
– EPMツール導入自体を目的としない
• ツール利用によるマナーの統一、規律の統一という効果は確かにあるが、
ツールに振り回され、使わせられ、使えない、という結果に。
– 現場から見てのメリット、楽になる部分を、明確にする。
– PMOとして、何を期待するのか、明確にする。
プロセス改善の道具として
位置づけ利用する
本文書の無断での引用・転載を禁じます。
プロセスの改善の道具として活用
•
基本動作
– 品質管理単位に、バグ密度、試験密度、バグ成長（死滅）曲線などのメトリックス
で管理。メトリックスは、出荷判定等で、利用し、プロジェクト完了時に、メトリック
スDBへ登録。
•
課題
– 品質管理単位に、プログラム規模、バグ数を手動で計測する必要があり、非常に
面倒。プロジェクトが忙しくなると、なおざりになる傾向。
•
対策
– EPMの収集機能を使って、既存の、面倒な作業を、簡単に、自動化できるところ
は自動化する。
•
期待される効果
–
–
–
–
–
メトリックス計測の稼動削減効果（現場）
タイムリーな品質管理（現場）
基本動作の徹底（PMO）
品質管理の底上げ、経験の浅いPLのサポート（PMO）
メトリックスデータの正確な収集（PMO）
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-1
NCLOC
• 課題
– プログラム規模が計測できないため、バグ密
度、試験密度が計測できない。
• 対策
– NCLOCを計測する機能を追加する。
– 物理SLOCと論理SLOC両方計測
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-2
改造規模
• 課題
– 機能追加・改造の場合、改造量が計れない。
機能追加・改造の開発が多いため、必須であ
る。
• 対策
– 改造量を測る機能を追加。さらに、試験密度も、
改造部分と母体部分を分けて、それぞれ密度
で管理できるようにする。
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-3
品質管理、進捗管理単位
• 課題
– 品質管理単位、進捗管理単位で、データが収
集できない。全体では粗すぎる。
• 対策
– 適当な粒度に分割して管理単位を設定し、そ
の単位でのデータを収集するように機能追加
した。
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-4
インストール・設定の負担
• 課題
– インストール及びその後の設定のハードルが高く、プ
ロジェクトにとっては負担。
• 対策
– プロジェクトでインストールしなくても、使えるような
サーバ環境を提供。また、プロジェクト固有の設定は、
直感的に分かり易い、Windows GUIインタフェースを
提供。
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-5
複数プロジェクトでの共有/アクセス制限
• 課題
– 1つのEPMで複数のプロジェクトが共有する場合、プ
ロジェクト間アクセス制御が出来ない。プロジェクト毎
にインストールし、設定するのはそれなりの稼動がか
かり、プロジェクトにとっては負担。
• 対策
– アクセス制御を行っている既存の構成管理・バグ管理
のサーバを流用し、そのサーバからデータ収集を行う。
またデータ収集はEPMで行うが、EPMのGUI部分は
使わず、アクセスするインターフェースを作成して対応
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-6
バグ票の項目の統一
• 課題
– バグ票の管理項目については、EPMとして標準項目
が決められているが、会社に既にあるバグ票項目と
のすり合わせが必要。
• 対策
– バグ票の標準項目を再整理。全体で58項目。必須項
目(12項目)、オプション項目(46項目)、に分類し、小規
模PJも適用できるように配慮。さらに、それぞれの項
目について、ウォッチの観点、問題の傾向、と対処方
法等を整理。また、バグ票の項目の設定、バグのカウ
ントの基準を、Winクライアントで設定可能とした。
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-7
他システムとの連携
• 課題
– 他ツール、他システムとデータ連携するインタ
フェースがない。このため、既存の品質分析
ツールと連携することができない。
• 対策
– 既存の品質管理ツールと連携するため、CSV
ファイルへエクスポートする機能を追加。また、
メトリックス票への転記もサポート。
本文書の無断での引用・転載を禁じます。
EPM導入にあったての課題と対策-8
影舞、Subversionの対応
• 課題
– 影舞(BTS)はサポートされていない。NTTソフトウェア
では、標準BTSとして影舞を推奨している。
– Subversionが対応していない。Subversionの利用が多
いので、対応は必須。
• 対策
– 機能追加を実施。
– ※IPA版EPMでは、サポートされているが、時期が間
に合わなかったため、独自追加。
本文書の無断での引用・転載を禁じます。
EPMを組み込んだシステムイメージ
Server
#1
BTS
EPMの
機能追加版
VCS
メトリックスDB
集計
収集
Server
#2
BTS
設定
VCS
エンピリカル
データベース
Server
#3
BTS
ポータル
Server
EPM++
VCS
設定
PJ管理情報
品質の監視、
分析に集中できる
本文書の無断での引用・転載を禁じます。
ポータル
Client
品質管理単位での
バグ密度、
試験密度の管理
分析ツール
QA
PM、PL
開発者
品質分析
開発～導入スケジュール
年度
H.15
H.16
H.17
H.18
H.19
EASE版EPM
（IPA版EPM）
EPM++企画・設計・製造
V1
データ評価は
年度後半予定
試行サービス
本格サービス開始
約20項目
改善要求あり
V1.1
運用してみないと
わからない事も多くある。
まずは、使ってみることが重要!
現在、運用中
約
本文書の無断での引用・転載を禁じます。
50以上のPJで利用
IPA版EPMとの関係
• EPM0.94β版（EASE版）を母体に開発。
• 社内への適用スケジュール上、IPA版のリ
リースを待つことが出来なかった。
• IPA版との統合については、現在未定。有
益な機能があれば統合予定。
本文書の無断での引用・転載を禁じます。
まとめ
• 適用のポイント
–
–
–
–
EPMを使うことを目標にしない
プロセス改善のツールとする
具体的な効果、メリットを明確にする
必要に応じて、カスタマイズが必要
• 普及に向けて
– 使わないとわからないことが多くある
– 多くの会社で適用し、改善していくことが重要
• 特に、EPMに関係する企業は、積極的に自社で適用すること
が必要
本文書の無断での引用・転載を禁じます。

Download Report