Microsoft PowerPoint - Personal Software Process （PSP）の実施の定着化

Size: px

Start display at page:

Download "Microsoft PowerPoint - Personal Software Process （PSP）の実施の定着化"

あゆみはなだて
5 years ago
Views:

1 SPI Japan 2009 in NIIGATA Personal Software Process(PSP) の実施の定着化住友電工情報システム ( 株 ) 第二システム部第三開発グループ山口雅史 P. 1

2 目次 SPI Japan 2009 in NIIGATA 1.PSP 導入の背景 2.PSP 導入への課題 3. 導入トライアルの実施と評価 4. 定着化に向けた独自の取り組み 5. 今後の展望 P. 2

3 設住友電工情報システム株式会社概要立 1998 年 10 月 1 日資本金 4.8 億円住友電気工業株式会社 60% 住友電装株式会社 40% 従業員 360 名 SPI Japan 2009 in NIIGATA 事業内容パッケージソフトウェア ( 楽々シリーズ ) の開発販売情報処理システムの開発受託コンピュータ運用業務の受託情報機器の販売 URL P. 3

4 SPI Japan 2009 in NIIGATA 1.PSP 導入の背景 P. 4

5 1.PSP 導入の背景 SPI Japan 2009 in NIIGATA -1. 当社の品質向上のためのプロセス改善の取り組みこれまでの取り組みレビュー / テストの充実成果物レビュー欠陥数等の定量管理開発工程のレビュー / テストにおける欠陥数の管理図分析を用いた監視と制御 P. 5

6 1.PSP 導入の背景 SPI Japan 2009 in NIIGATA -2. さらなるプロセス改善への取り組み欠陥数の定量管理と監視制御により品質の確保を行ってきたが更なる改善のためには摘出欠陥ではなく作りこみ欠陥そのものを削減することが不可欠下流 ( 開発 ) 工程での取り組みとして Personal Software Process(PSP) の導入を検討 P. 6

7 1.PSP 導入の背景 SPI Japan 2009 in NIIGATA -3. PSP への期待 PSP を導入することで 1 個人レビューにより効率よく欠陥を検出修正できる 2 次工程への流出欠陥数を削減させ手戻りを防ぐ 3 個人レベルで品質に関する意識を向上させよりよい成果物が作成できる後工程への欠陥流出を防ぎ自工程内で品質の保証を実現する C++ の場合欠陥修正相対時間はコードレビュー 1 に対し単体テストでは 12 となり単体テスト後では 60 となる ( PSP ガイドブックソフトウェアエンジニア自己改善より引用 ) P. 7

8 1.PSP 導入の背景 SPI Japan 2009 in NIIGATA -4. Personal Software Process (PSP) とは Watts S. Humphrey 博士が推進している個人のソフトウェアプロセスを改善するための手法 PSP の全体イメージ ( 簡易版 ) 時間の記録計画見積欠陥の記録時間配分の把握弱点の分析分析評価個人レビュー生産性の向上成果物の高品質化プロセスの改善欠陥の予防 PSP トレーニング期待する効果 P. 8

9 SPI Japan 2009 in NIIGATA 2.PSP 導入への課題 P. 9

10 2.PSP 導入への課題 SPI Japan 2009 in NIIGATA -1. PSP 導入への課題 1 個人と組織のギャップ PSP は本来個人で行うものだが実プロジェクトで導入するには組織のバックアップが必要 2 取り掛かりにくさこれまでの開発手法とは異なるため意識改革が必要 3 導入による効果が未知数 PSP には期待しつつも実績のある開発プロセス変更への不安予算超過納期遅延にならないか個人レベルでは PSP 導入に前向きしかし PM/PL は導入に否定的 P. 10

11 2.PSP 導入への課題 SPI Japan 2009 in NIIGATA -2. その対策として 1 個人と組織のギャップ 2 取り掛かりにくさ 3 導入による効果が未知数品質改善のためのワーキンググループがバックアップを行う実績を作ることで導入への後押しをする PSP の効果を実証するためトライアルプロジェクトを実施しデータを収集分析を行う ( 注 1)PSP 導入のための専門チームではないが品質管理部門 + 開発部門のマネージャ層とリーダ層によるワーキンググループ P. 11

12 SPI Japan 2009 in NIIGATA 3. 導入トライアルの実施と評価 P. 12

13 3. 導入トライアルの実施と評価 SPI Japan 2009 in NIIGATA -1. 導入トライアルプロジェクト対象実施要領検証短期小規模のプロジェクトを選択派生開発 ( 変更案件 ) プロジェクトプログラム 10 本程度 ( 新規追加既存変更帳票など ) 個人単位ではなくプロジェクト単位でトライアルを実施プログラム開発工程にて以下を実施時間記録個人レビュー ( 注 1) の実施欠陥記録を追加個人レビューの摘出欠陥をもとに各自でチェックリストの改訂を実施する基本的には教科書 ( 注 2) の実施スクリプトどおりトライアルプロジェクトの実施結果を評価するための会議を開催し評価を行う計 3 つのトライアルを実施し検証を行った ( 注 1) 個人レビューとは成果物を他の誰かに渡す前に作成者自信がコードをチェックし欠陥摘出するレビューのこと ( 注 2) PSP ガイドブックソフトウェアエンジニア自己改善 P. 13

14 3. 導入トライアルの実施と評価 SPI Japan 2009 in NIIGATA -2. トライアルの結果 3 つのトライアルの実績品質摘出効率個人レビュー単体テスト次工程への流出欠陥トライアル J 0.44 件 /H 0.19 件 /H 計画比 129% で失敗トライアル S 0.68 件 /H -( 注 1) 57% に計画比押さえ込んだトライアル L 0.37 件 /H 0.42 件 /H 計画比 92% に押さえ込んだコスト実績工数 / 予定工数 83% 94% 88% 評価評価評価摘出欠陥数 / 作業時間で算出修正時間も含む予定工数は従来の開発プロセスを前提に算出 ( 注 1) 単体テストの実績が正確ではないため記載できず単体テストでの摘出数を除くと全欠陥の 83% を個人レビューで摘出したことから相当効率がよかったと推測される P. 14

15 3. 導入トライアルの実施と評価 SPI Japan 2009 in NIIGATA -3. トライアルの評価 1 懸念されていた取り掛かりにくさは問題にならなかった 23つトライアルの平均では個人レビューでの欠陥摘出の効率は単体テストに比べてよい 3 個人レビューの導入は開発工数の増大に直結しない ( すべてのトライアルで予定工数を下回る結果となった ) 4 後工程への流出欠陥はトライアルにより明暗が分かれた結果 PSP の導入が有効であると判断 ( 少なくともマイナスには作用しない ) しかしトライアルにより新たな課題が浮上 P. 15

16 3. 導入トライアルの実施と評価 SPI Japan 2009 in NIIGATA -4. トライアルでの課題教科書の実施スクリプトどおりでは当社の開発にそぐわない点が出てきたトライアルごとでデータの収集方法に波があり統一化が必須流出欠陥に差が出たのは個人レビューの実施方法に差があったのでは個々の担当者任せでは効果的なチェックリストの作成および改訂は難しい定着化させるために当社開発スタイルに合った独自の PSP 実施要領を作成する必要がある P. 16

17 SPI Japan 2009 in NIIGATA 4. 定着化に向けた独自の取り組み P. 17

自社開発体制に合わせた手法 ) を組織版チェックリストコンパイルを行う前に個人レビューを実施するコーディング時間の 50% を個人レビューに当てる各個人がチェックリストを作成改訂 PSP

18 3. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -1. 個人レビューとチェックリスト当社の開発では自社製フレームワーク ( 使用しているためこれに適した手法を検討した必ずしもHumphrey 博士が提唱している方法ではない Humphrey 博士の提唱自社開発体制に合わせた手法 ) を組織版チェックリストコンパイルを行う前に個人レビューを実施するコーディング時間の 50% を個人レビューに当てる各個人がチェックリストを作成改訂 PSP ガイドブックソフトウェアエンジニア自己改善より引用自社製フレームワーク + Java + Eclipse での開発には適さないと判断 50% を目安とし強制はしないトライアルの実績から 20~30% が現実的個人がゼロからチェックリストを作成するのは困難まずは組織版チェックリストを用意過去の摘出欠陥から有識者により編集個人版チェックリスト組織版を元に個人で改訂欠陥摘出の精度を上げる P. 18

4. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -2.

19 4. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -2. 時間記録と欠陥記録登録管理するための環境ツールを整備時間記録時間記録記録のためのツールを整備すると共に記録する内容を精査したトライアルで実施した時間の記録内容仕様理解仕様確認コーディング個人レビュー単体テスト手戻りの 5 通りを仕様理解仕様確認仕様理解に統一手戻りを当該工程での手戻りのみと定義するなど欠陥記録欠陥記録欠陥を記録し品質を管理することはこれまでも実施し定着化しているため特に大きな変更はなし記録のための環境を整える P. 19

20 4. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -3. 実施要領の作成標準化へ PSP 実施要領をまとめることで導入へのハードルを下げるとともに標準開発プロセスに組み込むことで定着化を進める実施要領実施要領は PSP の実施要領とチェックリストの管理要領の 2 つに分けて記載実施要領は有識者 ( インスペクタ ) の確認合議により公開組織版のチェックリストを公開以降は個人でブラッシュアップして効率的なチェックリストを作成していく P. 20

21 4. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -4. 定着化に向けての意識改革同時に PSP 導入における目標は個人の成果物の品質向上に向けた意識の向上と個人のスキルアップということを強く意識させることが重要! 個々の担当者のやらされ感をなくしやりたい感に持っていくことで定着化への推進力を増大させる P. 21

22 4. 定着化に向けた独自の取り組み SPI Japan 2009 in NIIGATA -5. 見積基準の作成公開トライアルのコスト増とならない実績から PSP 用工数配分のモデルを公開これにより PM/PL が PSP の導入を前提とした見積が作成できるようになった導入を敬遠気味だった PM/PL に対して PSP の導入定着化への後押しとなる P. 22

23 SPI Japan 2009 in NIIGATA 5. 今後と展望 P. 23

24 5. 今後と展望 SPI Japan 2009 in NIIGATA 定着化への更なるハードル大規模案件での有効性の実証が不十分実績データ数が不十分なため導入に躊躇する PM も残存 PSP そのものの形骸化が懸念引続きメンバーへの品質向上モチベーションの維持が重要とはいえ大規模案件で導入し継続して PSP の有効性効果を検証していくことで定着化を進めるさらに PSP 定着化によって個人のスキルアップをベースとした品質改善によりシステム利用ユーザーと組織への貢献をめざす P. 24

25 SPI Japan 2009 in NIIGATA ご清聴ありがとうございました参考文献 PSP ガイドブックソフトウェアエンジニア自己改善 Watts S. Humphrey 著秋山義博監訳 JASPIC TSP 研究会訳 *Personal Software Process PSPはカーネギーメロン大学のサービスマークです * 楽々 Framework II 楽々 Workflow II は住友電気工業株式会社の登録商標です *Javaは米国 Sun Microsystem 社及びその他の国における登録商標または商標です * その他記載されている製品名は各社の登録商標または商標です P. 25

過去問セミナーTM

過去問セミナーTM ALTM 過去問題解説 May 22, 2017 JSTQB Technical Committee 委員長谷川聡 Agenda 試験問題の出題について K2 TM-4.4.1 欠陥マネジメント K3 TM-2.7.2 テストマネジメント K4 TM-2.3.3 テストマネジメント勉強を進めていくにあたって 2 試験問題の出題について学習の目的 (L.O) に従ってシラバスのそれぞれの課題を試験する