変更要求管理テンプレート仕様書

(1)

変更要求管理テンプレート仕様書

1. テンプレート利用の前提 ... 2 1.1 対象... 2 1.2 役割... 2 1.3 プロセス... 2 1.4 ステータス... 3 2. テンプレートの項目... 4 2.1 入力項目... 4 2.2 入力方法および属性... 5 2.3 他の属性... 5 3. トラッキングユニットの設定 ... 7 3.1 メール送信一覧... 7 3.1.1 起票... 7 3.1.2 検討中... 7 3.1.3 検討終了... 7 3.1.4 評価待ち... 7 3.1.5 評価済み... 8 3.1.6 確認... 8 3.2 権限一覧... 8 3.2.1 ステータス権限一覧... 8 3.2.2 機能権限一覧... 8 3.3 ステータス毎の必須入力... 9 3.4 ステータス毎の表示ON/OFF ... 10 3.5 サンプル選択肢... 10

(2)

1. テンプレート利用の前提

変更要求管理のテンプレートを利用する上での前提事項についてまとめる．本仕様書で規定するテンプレートはこの記述内容で利用されることを前提とする．以下に本仕様書で使用する略語を示す． SRS ソフトウェア要求仕様書 SCR 変更要求書（変更要求管理手順書で扱う変更要求を指す） EO 変更指示書（本手順書で扱う変更指示を指す） CMR 構成管理記録 SCCB ソフトウェア構成制御委員会 1.1 対象機能，性能，使い勝手などに対する変更要求を対象とする．リファクタリングなどの内部実装の変更は対象としない． 1.2 役割本仕様書では以下に示す階層構造のチームを想定する．開発品質保証プロジェクトリーダプロジェクトマネージャ各変更要求の対処はプロジェクトリーダが割り当てた担当がその責務を負う．各変更要求に対するステータス管理の責務はプロジェクトリーダが負う．プロジェクトに対するスケジュール/コスト/品質への影響はプロジェクトマネージャがその責務を負う．品質保証はプロジェクトとして変更要求管理が機能するようにプロジェクトマネージャやプロジェクトリーダに働きかける． 1.3 プロセス変更要求の起票から承認までのプロセスを以下に示す．変更要求のステータスとの対応を明確にするため，ステータスは「」付きで示す．変更要求の発生 ¾ 現状のベースラインに対する変更の要求が発生した場合，変更要求を起票する．起票された変更要求のステータスは「起票」となる． ¾ 発生元は，プロジェクト内部やユーザである場合などがある．発生元がどこであっても全て変更要求管理手順に従う．変更要求の検討 ¾ プロジェクトリーダは，起票された変更要求の内容および重要度を考慮し，必要に応じて検討者を設定し，ステータスを「検討中」にする． ¾ 検討者は，現状仕様に対する変更内容を明確にし，影響範囲，実現可能性，コスト，スケジュールが明確になるように検討を行う．検討終了時はステータスを「検討終了」とする．変更要求の評価と承認

(3)

¾ 検討が終了した変更要求は，SCCBにより評価される．プロジェクトリーダはSCCBで評価するために検討終了された変更要求の検討内容を確認し，評価可能であればステータスを「評価待ち」にする． ¾ ステータスが「評価待ち」である変更要求を対象としてSCCBにて変更要求の実施の判定を行う． ¾ 変更要求を評価し，判定を行う．判定が済んだ変更要求のステータスは「評価済み」となる．変更要求の実施 ¾ 受け付けられた変更要求を実施に移すために変更指示を起票する．変更要求に対する変更指示は，必要に応じて適当な単位で分割して起票する． ¾ プロジェクトリーダは「評価済み」の変更要求に関して確認を行い，ステータスを「確認」とする． 1.4 ステータス変更要求のステータスを以下のように定義する．起票 ¾ 発生した変更要求が登録された状態検討中 ¾ 検討者が設定され，変更要求の内容が検討されている状態検討終了 ¾ 検討が終了した状態評価待ち ¾ 検討内容がプロジェクトリーダにより確認され，評価可能と判定された状態評価済み ¾ SCCBにより評価された状態確認 ¾ プロジェクトリーダにより確認された状態

(4)

2. テンプレートの項目

テンプレートの項目を以下に示す． 2.1 入力項目番号項目内容備考 1 ステータス変更要求の状態を示す．起票，検討中，検討終了，評価待ち，評価済み，確認のいずれか． 2 変更要求番号変更要求の番号 3 起票日起票された日 4 起票者起票した人 5 発生日変更要求が発生した日付 6 変更対象変更の対象．サンプル参照． 7 変更種別変更の種類．サンプル参照 8 件名変更要求の名称 9 変更内容変更の具体的な内容 10 変更理由変更の理由．サンプル参照． 11 変更理由詳細変更の詳細な理由 12 要求元要求の出所 13 要求元担当者要求担当者の氏名 14 要求レベル要求のレベル．サンプル参照． 15 要求納期変更要求の納期 16 検討期限検討の期限 17 検討者検討する主担当者 18 検討関係者検討者と協力して検討する人 19 検討内容検討した結果 20 検討詳細詳細は以下に示す． 21 検討工数(人時) 検討に要した工数．人数×時間 22 判定日 SCCBによる判定日 23 判定結果判定の結果．サンプル参照． 24 判定コメント編低結果に対するコメント 25 リリースバージョン変更要求がリリースされるバージョン． 26 関連SCR番号関連するSCRの番号．他のSCRに纏める場合など，関連するSCRの番号を記入する． 27 添付ファイル関連するファイル 28 完了日承認者により承認された日付 29 確認者承認した人 30 最終更新者レポートの最終更新者 31 最終更新日時レポートの最終更新日時検討詳細を以下に示す．番号項目内容備考 1 項目関連元の要求仕様の発行番号 2 項目No 一連の番号 3 入力日入力した日 4 作成者作成した担当者 5 項目名項目の名称テキスト 6 内容分析や仕様の内容テキストエリア 7 関連資料添付ファイルファイル 8 最終更新者最終更新者

(5)

9 最終更新日時最終更新日時 2.2 入力方法および属性番号項目入力方法入力長表示桁数備考 1 ステータスリスト－－ 2 変更要求番号－－－ 3 起票日－－－ 4 起票者－－－ 5 発生日日付－ 20 6 変更対象チェックボックス－－ 7 変更種別チェックボックス－－ 8 件名テキスト 256 40 9 変更内容テキストエリア 10240 80×5 10 変更理由リスト－－ 11 変更理由詳細テキストエリア 10240 80×5 12 要求元リスト－－ 13 要求元担当者テキスト 256 80 14 要求レベルリスト－－ 15 要求納期日付－ 20 16 検討期限日付－ 20 17 検討者ユーザリスト－－ 18 検討関係者ユーザチェックボックス－－ 19 検討内容テキストエリア 10240 80×5 20 検討詳細テンプレート－－ 21 検討工数(人時) 実数－ 20 22 判定日日付－ 20 23 判定結果リスト－－ 24 判定コメントテキストエリア 10240 80×5 25 リリースバージョンテキスト 256 40 26 関連SCR番号テキスト 256 40 27 添付ファイルファイル 1048576 － 28 完了日－－－ 29 確認者－－－ 30 最終更新者－－－ 31 最終更新日時－－－ 2.3 他の属性番号項目順序検索集計自動日付自動入力自動計算備考 1 ステータス 1 ○ ○ 2 変更要求番号 ○ 3 起票日 ○ ○ 4 起票者 ○ ○ 5 発生日 ○ 6 変更対象 2 ○ ○ 7 変更種別 3 ○ ○ 8 件名 4 ○ 9 変更内容 ○ 10 変更理由 ○ ○

(6)

11 変更理由詳細 ○ 12 要求元 ○ ○ 13 要求元担当者 ○ 14 要求レベル 5 ○ ○ 15 要求納期 ○ ○ 16 検討期限 ○ ○ 17 検討者 ○ ○ 18 検討関係者 ○ ○ 19 検討内容 ○ 20 検討詳細 21 検討工数(人時) ○ 22 判定日 ○ ○ 23 判定結果 6 ○ ○ 24 判定コメント ○ 25 リリースバージョン ○ 26 関連SCR番号 ○ 27 添付ファイル 28 完了日 ○ ○ 29 確認者 ○ ○ 30 最終更新者 ○ ○ 31 最終更新日時 ○ ○

(7)

3. トラッキングユニットの設定

テンプレートを利用したトラッキングユニットの設定例を示す． 3.1 メール送信一覧レポート作成時，各ステータスで宛先を指定して作業報告をする．該当する場所を○で記述する． 3.1.1 起票 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文発生日，変更対象，変更種別，変更内容，変更理由，要求元，要求レベル 3.1.2 検討中 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文検討期限，検討者 3.1.3 検討終了 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文検討期限，検討者，検討内容 3.1.4 評価待ち

(8)

To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文 3.1.5 評価済み To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文判定日，判定結果 3.1.6 確認 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：変更要求番号：件名：本文 3.2 権限一覧各ステータスで，其々のレポートに対する権限をロール毎に記述する． 3.2.1 ステータス権限一覧ロールステータスプロジェクトマネージャプロジェクトリーダ開発品質保証起票更新権限更新権限更新権限参照権限検討中更新権限更新権限更新権限参照権限検討終了更新権限更新権限更新権限参照権限評価待ち更新権限更新権限更新権限参照権限評価済み更新権限更新権限更新権限参照権限確認参照権限参照権限参照権限参照権限 3.2.2 機能権限一覧ロール

(9)

プロジェクトマネージャプロジェクトリーダ開発品質保証新規作成権限あり権限あり権限あり権限なしダウンロード権限あり権限あり権限あり権限あり完了承認権限あり権限あり権限なし権限なし世代管理更新権限更新権限更新権限参照権限削除更新権限更新権限参照権限参照権限検索条件保存権限なし権限なし権限なし権限なしアラートメール送信権限なし権限なし権限なし権限なし 3.3 ステータス毎の必須入力ステータス毎の必須入力を示す．○が必須入力を示す．●はxDTSにより自動で設定される．表中の丸数字が表すステータスは以下の通り．各ステータスの変更者を併せて記述する． ① 起票：変更要求を受けた担当者 ② 検討中：プロジェクトリーダ ③ 検討終了：主担当者 ④ 評価待ち：プロジェクトリーダ ⑤ 評価済み：SCCB ⑥ 確認：プロジェクトリーダ番号項目 ① ② ③ ④ ⑤ ⑥ 備考 1 ステータス ● ○ ○ ○ ○ ● 2 変更要求番号 ● －－－－－ 3 起票日 ● －－－－－ 4 起票者 ● －－－－－ 5 発生日 ○ ○ ○ － 6 変更対象 ○ ○ ○ － 7 変更種別 ○ ○ ○ － 8 件名 ○ ○ ○ － 9 変更内容 ○ ○ ○ － 10 変更理由 ○ ○ ○ － 11 変更理由詳細－ 12 要求元 ○ ○ ○ － 13 要求元担当者－ 14 要求レベル ○ ○ ○ － 15 要求納期－ 16 検討期限 ○ ○ － 17 検討者 ○ ○ － 18 検討関係者－ 19 検討内容 ○ － 20 検討詳細－－－－－－ 21 検討工数(人時) － 22 判定日 ○ － 23 判定結果 ○ － 24 判定コメント－ 25 リリースバージョン ○ － 26 関連SCR番号－ 27 添付ファイル－ 28 完了日 ●

(10)

29 確認者 ● 30 最終更新者 ● ● ● ● ● ● 31 最終更新日時 ● ● ● ● ● ● 3.4 ステータス毎の表示ON/OFF ステータス毎の表示ON/OFFを示す．無印は表示入力ON（表示がONで入力が可能）を示す．○が表示ON を示す．●は表示OFFを示す．必須入力項目は自動的に表示入力ONになる．番号項目 ① ② ③ ④ ⑤ ⑥ 備考 1 ステータス－－－－－－ 2 変更要求番号－－－－－－ 3 起票日－－－－－－ 4 起票者－－－－－－ 5 発生日 ○ ○ － 6 変更対象 ○ ○ － 7 変更種別 ○ ○ － 8 件名 ○ ○ － 9 変更内容 ○ ○ － 10 変更理由 ○ ○ － 11 変更理由詳細 ○ ○ － 12 要求元 ○ ○ － 13 要求元担当者 ○ ○ － 14 要求レベル ○ ○ － 15 要求納期 ○ ○ － 16 検討期限 ○ ○ － 17 検討者 ○ ○ － 18 検討関係者 ○ ○ － 19 検討内容 ○ ○ － 20 検討詳細－－－－－－ 21 検討工数(人時) ● ● ○ ○ － 22 判定日 ● ● ● － 23 判定結果 ● ● ● － 24 判定コメント ● ● ● － 25 リリースバージョン－ 26 関連SCR番号－ 27 添付ファイル－ 28 完了日－－－－－－ 29 確認者－－－－－－ 30 最終更新者－－－－－－ 31 最終更新日時－－－－－－ 3.5 サンプル選択肢変更対象画面，画面部品，フレームワーク，モデル，その他変更種別追加，修正，削除変更理由

(11)

顧客からの要求，環境の変更，改善要求，仕様の誤り，その他要求レベル

レベル1(必ず実現)，レベル2(出来る限り実現)，レベル3(出来れば実現) 判定結果

変更要求管理テンプレート仕様書