アプリケーション保守サービスにおける定量化

SERCフォーラム（さーくふぉーらむ）という、ソフトウェアの保守関係をやっている人のあつまりのフォーラムに行って来た。その内容をメモメモ。

第一弾は、基調講演「アプリケーション保守サービスにおける定量化」
について

---

開会の挨拶
・保守の内容発表
・今回見積もりと定量化
・２０年以上活動、４つのチーム
・今回はＤチーム

基調講演「アプリケーション保守サービスにおける定量化」
１．はじめに
　ＩＢＭグローバルアカウント：ＩＧＡ
　　→ＩＢＭ自体の情報部門
　ＩＧＡ　アプリケーション　サービス　Ｊａｐａｎ
　　→日本のＩＧＡ
　　　数百のアプリ
　ＳＥＣジャーナル　最優秀賞

２．背景
　　なぜ保守サービス量を量る必要がありますか？
　　サービスの量
　　　保守しているアプリの量
　　　→努力結果は？
　　サービス料が量れないと
　　　生産性の努力結果が示せない
　　　見積もりに正統性がない
　　　量の保証がなく、お客様は不安
　　　他のアプリとベンチマークできない
　課題
　　保守サービス料を測定する手段がない
　目的
　　保守サービスの量を基準として生産性を測定する
　　生産性＝量／工数またはコスト
　　　開発の場合ＦＰ，ＳＬＯＣ
　　　保守の場合？

　　　１．測定
　　　２．見積もり
　　　３．カイゼン
　　　４．ベンチマーク
　困難な理由
　　小規模日常業務サポート→９０％以上
　　障害対応
　　小規模開発

３．定量化手法
　　ポイント１．納品物の量に直接寄与した作業
　　ポイント２．基礎店をきめる
　　ポイント３．基準との相対比率
　　ポイント４．ＭＰ（メンテナンスポイント）

　基礎点の算出方法　　
　　　納品物の量に直接寄与した作業（設計と構築）
　　　ベースポイントの定義
　　　　１ＢＰ　経験２年の海外協力会社が１時間
　相対比率による量の定義
　　　基準以外は、相対比率で
　　　→２０１３年と２０１４年の作業＝同じ作業
　　　　でも半分の生産性になったら？
　　　　　→相対でやっていたら変わらない
　　　分類の目的
　　　分類名
　　　　データの分類→違うタイプだと困難だから
　納期要件品質要件の厳しさ
　　　納期補正（ベースとなる基準と納期）、品質補正

　手順
　　要求の分類
　　基準要求の選定
　　基準要求と基礎点の定義
　　相対比率の定義
　　基準点Ｘ相対儀率
　　納期要因と品質要件をかけてＭＰへ

４．定量化の試行
　測定結果の利用例
　保守サービス工数のシミュレーション
　　　重回帰式によりＭＰ算出

５．保守生産性
　　生産性が高いとは
　　　→間接作業比率が減る

６．定量化実現の前提
　　よくマネージされた保守業務
　　それによるデータが蓄積されていること
　→チケット管理、作業内容ｌ、時間

７．提案内容のまとめ

８．よくある質問
　小規模では・・・使えます
　障害対応は・・・使えるけど、生産性は優先順位低い

付録：SEC Journal
　小規模ではＣｏＢＲＡを採用