懸案事項 (CMMI)

このトピックでは、懸案事項の作業項目の詳細を入力する方法について学習できます。 チームでは、懸案事項の作業項目を使用して、作業を妨げる可能性があるイベントや状況、または製品の作業を妨げているイベントや状況を追跡できます。 懸案事項がリスクと異なるのは、懸案事項が通常、毎日のチーム ミーティングで自発的に識別される点にあります。 詳細については、「懸案事項の管理 (CMMI)」を参照してください。

このタイプの作業項目を作成する方法については、「作業項目とワークフロー (CMMI)」を参照してください。

このトピックの内容

関連トピック

  • 懸案事項の定義

  • 懸案事項とその他の作業項目とのリンク

  • 懸案事項への詳細、添付ファイル、ハイパーリンクの追加

  • 懸案事項の状態の変更

プロセス ガイダンス

ブック

フィールド参照

必要なアクセス許可

懸案事項を表示するには、読み取りユーザー グループのメンバーであるか、または [このノードの作業項目を表示します][許可] に設定されている必要があります。 懸案事項を変更するには、貢献者グループのメンバーであるか、または [このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。 詳細については、「アクセス許可の管理」を参照してください。

懸案事項の定義

懸案事項の作業項目フォームは、次の図に示すフィールドとタブにデータを保存します。

CMMI 懸案事項の作業項目フォーム

   

CMMI 懸案事項の作業項目フォーム - タブ

   

懸案事項を定義する場合は、タイトルを定義する必要があります。 他のフィールドは、空白または既定値のままでかまいません。

単一の懸案事項を定義するには

  1. 作業項目フォームの最上部のセクションで、次のような情報を 1 つ以上指定します。

    • [タイトル] でテキストを検証します。必要であれば、問題や影響を受ける作業領域をより正確に定義できるよう、テキストを更新します。

    • [担当者] ボックスで、懸案事項に対応するチーム メンバーの名前をクリックします。

      注意

      作業項目は、貢献者グループのメンバーにのみ割り当てることができます。

    • [状態] ボックスでは、既定値である提案済みをそのまま使用します。

      既定では、[理由] フィールドの値は新規です。 このフィールドの詳細とこのフィールドを使用してワークフローを追跡する方法の詳細については、このトピックの「懸案事項の状態の変更」を参照してください。

    • [区分] および [イテレーション] ボックスで、適切な区分とイテレーションをクリックします。

      注意

      プロジェクト管理者は、区分およびイテレーション ツリー階層を定義することで、チーム メンバーがそれらの指定によって進捗状況を追跡できるようにします。 詳細については、「区分およびイテレーションの作成および修正」を参照してください。

    • [優先順位] ボックスで、値をクリックして、懸案事項の重要度を 1 ~ 4 の範囲で指定します (1 が最重要)。

      既定値は 2 です。

    • [トリアージ] ボックスで、トリアージのサブ状態をクリックします。

      このフィールドでは、提案済み状態にある懸案事項に対して決定したトリアージ レベルを指定します。 有効な値は [保留] (既定)、[詳細][情報取得済み]、および [トリアージ済み] です。

    • [エスカレート] で、懸案事項がプロジェクト計画のクリティカル パスに影響している場合は、[はい] をクリックします。

      既定値は、現在の日付です。

  2. [詳細] タブの [説明] ボックスに、懸案事項の説明をできるだけ詳しく入力します。

    [履歴] ボックスに、必要に応じて詳細を入力し、テキストの書式を設定します。

    チーム メンバーが作業項目を更新するたびに、履歴には変更日、変更を行ったチーム メンバーの名前、および変更されたフィールドが表示されます。

  3. [分析] タブで、各ボックスをクリックし、チームによる懸案事項の解決方法について詳細を記述します。

    • [プロジェクト合意への影響] ボックスで、影響度をクリックします。

      有効な値は、[1 - 重大][2 - 高][3 - 中]、および [4 - 低] です。 既定値は [3 - 中] です。

    • [分析] ボックスに、懸案事項の根本原因とそれを解決する 1 つ以上の解決策について記述します。

      このボックスに入力するテキストを書式設定できます。

  4. [是正措置] タブで、次の手順を実行します。

    • [計画] ボックスに、チームで合意した、提案された是正措置について記述します。

      このボックスに入力するテキストを書式設定できます。

    • [実際の解決策] ボックスに、懸案事項を解決するためにチームが対処する是正措置について記述します。

      このボックスに入力するテキストを書式設定できます。

  5. [その他] タブで、次のような情報を指定します。

    • [目標とする解決日] ボックスに、チームが懸案事項を解決する必要がある最終期限を入力します。

    • [最初の見積もり] ボックスに、懸案事項の解決にかかる作業時間を表す数値を入力します。

  6. [すべてのリンク] タブで、懸案事項を、要件やタスクなどの 1 つ以上の作業項目にリンクします。

  7. [添付ファイル] タブで、懸案事項に関する詳細を提供する仕様やイメージなどのファイルを添付します。

    詳細については、このトピックの次のセクションを参照してください。

    • 懸案事項とその他の作業項目とのリンク

    • 懸案事項への詳細、添付ファイル、ハイパーリンクの追加

  8. 保存 [作業項目の保存] をクリックします。

    注意

    懸案事項を保存すると、作業項目ツール バーの下のタイトルに識別子が表示されます。

懸案事項の要件、タスク、またはその他の作業項目へのリンク

[リンク] タブで、懸案事項を別の作業項目にリンクできます。

懸案事項を要件、タスク、またはその他の作業項目にリンクするには

  1. [すべてのリンク] タブで、リンクの追加 [リンク先] をクリックします。

    [懸案事項へのリンクの追加] ダイアログ ボックスが表示されます。

  2. [リンクの種類] ボックスで、[関連] をクリックするか、または追跡する関係を表す別の種類のリンクをクリックします。

  3. 次のどれかの操作を実行します。

    • [作業項目 ID] に、検索する作業項目の ID を入力します。 複数の ID を指定するときは、コンマまたは空白で区切ります。

    • 一覧から作業項目を指定するには [参照] をクリックします。

      [リンクされた作業項目の選択] ダイアログ ボックスが表示されます。

      [リンクされた作業項目の選択] ダイアログ ボックス

      [保存されたクエリ] ボックスで、追加する作業項目を含むクエリをクリックします。 たとえば、[ユーザー ストーリーを開く] または [タスクを開く] をクリックします。

      [検索] をクリックし、懸案事項にリンクする作業項目の横にあるチェック ボックスをオンにして、[OK] をクリックします。

    • (省略可能) リンクする項目の説明を入力します。

  4. [OK] をクリックします。

    詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。

  5. 保存 [作業項目の保存] をクリックします。

    注意

    リンクした懸案事項と項目の両方が更新されます。 懸案事項への [関連] リンクは、追加した作業項目ごとに定義されます。

懸案事項への詳細、添付ファイル、ハイパーリンクの追加

追加情報は、次の方法で随時懸案事項に追加できます。

  • [詳細][分析]、または [是正措置] タブのボックスに情報を入力します。

  • ファイルを添付します。

    たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのさまざまな種類のファイルを添付できます。

  • サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。

懸案事項に詳細を追加するには

  1. [詳細][分析]、または [是正措置] タブをクリックし、ボックスに情報を入力します。

    情報の書式を設定すると、強調文字や箇条書きリストを使用できます。 詳細については、「タイトル、ID、説明、および履歴 (CMMI)」を参照してください。

  2. 保存 [作業項目の保存] をクリックします。

懸案事項に添付ファイルを追加するには

  1. [添付ファイル] タブで、次のいずれかの操作を行います。

    • ファイルを添付ファイル領域にドラッグします。

    • 貼り付け をクリックするか、Ctrl キーを押しながら V キーを押して、コピーしたファイルを貼り付けます。

    • 添付ファイルの追加 [追加][参照] をクリックし、[添付ファイル] ダイアログ ボックスに、添付するファイルの名前を入力するか、参照します。

      (省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力します。 [添付ファイル] ダイアログ ボックスを閉じるには、[OK] をクリックします。

  2. 保存 [作業項目の保存] をクリックします。

懸案事項にハイパーリンクを追加するには

  1. [すべてのリンク] タブで、リンクの追加 ([リンク先]) をクリックします。

    ハイパーリンク アドレスの URL の指定

  2. [リンクの種類] ボックスで、[ハイパーリンク] をクリックします。

  3. [アドレス] ボックスで、次のいずれかの操作を行います。

    • リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネット ブラウザーから URL をコピーして貼り付けます。

    • リンク先がサーバーの場所である場合は、UNC アドレスを入力します。

  4. (省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。

  5. [OK] をクリックし、保存 [作業項目の保存] をクリックします。

懸案事項の状態の変更

チームは各懸案事項の作業項目のレビューと分析を行い、解決するためのタスクを 1 つ以上作成する必要があります。 チームが是正措置を行うタスクを完了すると、懸案事項は解決されます。 最後に、チームが完了した是正措置の承諾を決定すると、懸案事項は終了します。

作業項目の状態を追跡するために使用できるデータ フィールドの詳細については、「割り当て、ワークフロー、および計画 (CMMI)」を参照してください。

次の状態を使用して、懸案事項の進行状況を追跡できます。

  • 提案済み

  • アクティブ

  • 解決済み

  • 終了

懸案事項の状態はどのチーム メンバーでも変更できます。

懸案事項を終了するには

  1. 懸案事項を開きます。

  2. [状態] ボックスで、[アクティブ][解決済み]、または [終了] をクリックします。

    • 状態を提案済みからアクティブに変更すると、[理由] フィールドが自動的に [承諾済み] に変わります。

    • 状態をアクティブから解決済みに変更すると、[理由] フィールドが自動的に [解決済み] に変わります。

    • 状態を解決済みから終了に変更すると、[理由] フィールドが自動的に [確認済みおよび承諾済みの解決策] に変わります。

  3. 保存 [作業項目の保存] をクリックします。

通常のワークフローの流れ:

  • チーム メンバーが、既定の理由である [新規] を指定して、提案済みの状態の懸案事項を作成する。

  • チーム メンバーが、既定の理由である [承諾済み] を指定して、懸案事項の状態を提案済みからアクティブに変更する。

  • 是正措置を行うタスクをチームが完了すると、チーム メンバーが懸案事項の状態をアクティブから解決済みに変更する。

  • 是正措置によって問題が解決したとチームが判断すると、チーム メンバーが懸案事項の状態を解決済みから終了に変更する。

例外的な遷移:

  • チーム メンバーが、既定の理由である [却下] を指定して、懸案事項の状態を提案済みから終了に変更する。

  • チーム メンバーが、既定の理由である [調査完了] を指定して、懸案事項の状態をアクティブから提案済みに変更する。

  • チームが、別のイベントにより懸案事項が解決済みとなって関係がなくなったと判断すると、チーム メンバーが懸案事項の状態をアクティブから終了に変更する。

  • チームが、是正措置が不十分または間違っていたために懸案事項が解決していないと判断すると、チーム メンバーが懸案事項の状態を解決済みからアクティブに変更する。

  • チームが、懸案事項が誤って終了したため再発生していると判断すると、チーム メンバーが懸案事項の状態を終了からアクティブに変更する。

懸案事項の状態の図

CMMI の懸案事項の状態ダイアグラムまたはワークフロー

提案済み (新規)

チーム メンバーは、通常毎日のチーム ミーティングで発見されるブロッキングの問題に対して、懸案事項の作業項目を作成します。

チーム メンバーが懸案事項を作成すると、次のデータ フィールドが自動的にキャプチャされます。

  • [作成者]: 懸案事項を作成したチーム メンバーの名前。

  • [作成日]: 懸案事項が作成された日時 (サーバー クロックで記録された日時)。

提案済みからアクティブへ

提案済みの懸案事項は、承諾されるか終了するかを決めるトリアージまで、そのままの状態です。 懸案事項が承諾されると、チームは懸案事項の状態をアクティブに変更します。 そうでない場合、チームは懸案事項の状態を終了に変更します。

チーム メンバーは、次の表に示す理由により、懸案事項の状態を提案済みからアクティブに変更できます。

理由

使用する状況

追加で行う操作

承諾済み

懸案事項に対処する必要があるとトリアージ委員会が判断するとき。

実装を担当するチーム メンバーに懸案事項を割り当てます。

調査

トリアージ委員会が懸案事項を承認する前に、懸案事項による影響を調査する必要があると判断するとき。

懸案事項の状態を提案済みに戻す前に、チームは状況を調査します。

チーム メンバーが懸案事項の状態をアクティブに変更すると、次のデータ フィールドがキャプチャされます。

  • [アクティブ化した人]: 懸案事項をアクティブ化したチーム メンバーの名前。

  • [アクティブ化された日]: 懸案事項がアクティブ化された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

提案済みから終了へ

チーム メンバーは、次の表に示す理由により、提案済み状態の懸案事項を終了できます。

理由

使用する状況

追加で行う操作

Rejected (却下)

トリアージ委員会が、懸案事項は実際に存在しないと判断するか、懸案事項は重要でないと判断するとき。 原因が間違っているか、問題の記述が間違っています。

なし。

チーム メンバーが懸案事項を終了すると、次のデータ フィールドがキャプチャされます。

  • [終了者]: 懸案事項を終了したチーム メンバーの名前。

  • [終了日]: 懸案事項が終了した日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

アクティブ

チームがアクティブな懸案事項のレビューと分析を行った結果、懸案事項の作成が不必要であったと決定されて却下される場合があります。 懸案事項に対処する必要があるとチームが決定した場合、チームは懸案事項を分析し、是正措置を行うタスクを 1 つ以上作成します。 チームが是正措置を完了すると、懸案事項は解決されます。

アクティブから解決済みへ

チームが是正措置を行うタスクを完了したら、チーム メンバーは、既定の理由である解決済みを指定して、アクティブな懸案事項を解決できます。

チーム メンバーがアクティブな懸案事項を解決すると、次のデータ フィールドがキャプチャされます。

  • [担当者]: 懸案事項を作成したチーム メンバーの名前。

  • [解決者]: 懸案事項を解決したチーム メンバーの名前。

  • [解決日]: 懸案事項が解決された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

アクティブから終了へ

懸案事項で発生していたブロックが他の決定またはイベントによって解決されている場合、チーム メンバーは、既定の理由である [別のイベントによって終了済み] を指定して、アクティブな懸案事項を解決できます。

チーム メンバーがアクティブな懸案事項を終了すると、次のデータ フィールドがキャプチャされます。

  • [終了者]: 懸案事項を終了したチーム メンバーの名前。

  • [終了日]: 懸案事項が終了した日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

解決済み

解決済みの懸案事項は、チームが是正措置を完了して、懸案事項による進行状況のブロックが解決したことを示します。 チームが、完了した是正措置を評価して承諾を決定すると、懸案事項は終了します。 是正措置が承諾されない場合、チーム メンバーは、追加の作業で懸案事項を再アクティブ化する必要があります。

解決済みからアクティブへ

チームが、是正措置が不十分または間違っていたために懸案事項が解決していないと判断すると、チーム メンバーは、既定の理由である [再作業] を指定して、解決済みの懸案事項を再度アクティブ化できます。

チーム メンバーが解決済みの懸案事項を再アクティブ化すると、次のデータが自動的にキャプチャされます。

  • [アクティブ化した人]: 懸案事項を再アクティブ化したチーム メンバーの名前。

  • [アクティブ化された日]: 懸案事項が再アクティブ化された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

解決済みから終了へ

チームが、是正措置によって問題が解決したと判断すると、チーム メンバーは、既定の理由である [確認済みおよび承諾済みの解決策] を指定して、解決済みの懸案事項を終了できます。

チーム メンバーがアクティブな懸案事項を終了すると、次のデータ フィールドがキャプチャされます。

  • [終了者]: 懸案事項を終了したチーム メンバーの名前。

  • [終了日]: 懸案事項が終了した日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

終了

懸案事項が誤って終了された場合は、どのチーム メンバーでも再アクティブ化できます。

チームは、終了済みの懸案事項に対して作業を行うことができません。 チームが是正措置を完了して解決策を承諾するか、トリアージ委員会が問題をブロッキングのイベントではないと判断して却下した場合、チームは懸案事項を終了します。

終了からアクティブへ

チーム メンバーは、次の表に示す理由により、終了した懸案事項を再アクティブ化できます。

理由

使用する状況

エラーによる終了

チーム メンバーが誤って懸案事項を終了したとき。

再登録

懸案事項の一部で追加の作業が必要になるとき。

再発生

懸案事項を発生させたイベントまたは状況が同じ懸案事項を繰り返し発生させるとき。

チーム メンバーが終了した懸案事項を再アクティブ化すると、次のデータが自動的にキャプチャされます。

  • [アクティブ化した人]: 懸案事項を再アクティブ化したチーム メンバーの名前。

  • [アクティブ化された日]: 懸案事項が再アクティブ化された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: 懸案事項の状態が変更された日時。

参照

その他の技術情報

成果物 (CMMI)

バグ、懸案事項、およびリスクを追跡するフィールド (CMMI)

作業項目とワークフロー (CMMI)