Share via

タスク (CMMI)

  • [アーティクル]

このトピックでは、タスク作業項目の詳細を入力する方法について学習できます。 タスクとは、実行する必要のある作業を伝える手段です。 開発タスクを見積もる方法の詳細については、「開発タスクの実装」を参照してください。

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

このトピックの内容

関連トピック

  • タスクの定義

  • タスクからその他の作業項目へのリンクの設定

  • タスクへの詳細、添付ファイル、ハイパーリンクの追加

  • タスクの状態の変更

プロセス ガイダンス

ブック

ダッシュボードとレポート

フィールド参照

必要なアクセス許可

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

タスクの定義

各チーム メンバーは、タスクを定義することで、達成する必要のある作業を表すことができます。 たとえば、開発者は、要件を実装するための開発タスクを定義できます。 テスト担当者は、テスト タスクを定義することで、テスト ケースの書き込みおよび実行を行うジョブを自分に割り当てることができます。 チーム メンバーはタスクを使用して、回帰を通知したり、探索的テストを実行する必要があることを提案したりすることもできます。 また、チーム メンバーは、タスクを定義することで、プロジェクトの全般的な作業を表すこともできます。

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

CMMI タスク作業項目フォーム

   

CMMI タスク作業項目フォーム - タブ

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

単一のタスクを定義するには

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

    • [タイトル] を確認し、必要に応じて、実行する作業の区分をより適切に定義するようにタイトルを更新します。

      タイトルは、実行する必要があるタスクの概要を簡潔に示します。 タイトルによって、製品のどの区分がどのように影響を受けるのかを、チームが理解できるようにする必要があります。

    • [タスクの種類] ボックスで、チームのメンバーが実装するタスクの種類をクリックします。

      [是正措置]、[軽減活動]、または [計画済み] のいずれかの値を指定できます。

    • [担当者] ボックスで、タスクの所有者をクリックします。

      注意

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

      タスクの担当者を割り当てないままにすると、自動的に自分が担当者に割り当てられます。

      注意

      各タスクに割り当てられるリソースは 1 つだけです。 同じタスクを複数のチーム メンバーで作業する場合は、タスクをタスクまたはサブタスクに分割して、それぞれのタスクにチーム メンバーを 1 人ずつ割り当てます。

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

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

    • [区分] および [イテレーション] ボックスで、適切な区分とイテレーションをクリックするか、これらのフィールドを空白のままにして後で計画会議のときに割り当てます。

      注意

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

    • [作業分野] ボックスで、タスクを完了する予定のチーム メンバーの作業分野をクリックします。 [分析]、[ユーザー エクスペリエンス]、[ユーザー教育]、[開発]、または [テスト] のいずれかの値を指定できます。

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

      既定値は 2 です。

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

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

    • 問題があるためタスクの解決に向けた作業の進行がブロックされている場合は、[ブロック] ボックスで [はい] をクリックします。

  2. [詳細] タブで、次のような情報を指定します。

    • [説明] ボックスに、実行する作業の説明をできるだけ詳しく入力します。

    • [履歴] ボックスに、履歴レコードの一部として取り込むコメントを入力します。

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

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

    • 作業に正式レビューが必要である場合は、[レビュー必要] ボックスで [はい] をクリックします。

      [はい] をクリックした場合は、タスクからレビュー作業項目へのリンクを追加する必要があります。

    • 作業にテストが必要な場合は、[テスト必要] ボックスで [はい] をクリックします。

      [はい] をクリックした場合は、タスクからテスト ケース作業項目へのリンクを追加する必要があります。

    • タスクを作成するときに、[統合] でビルドを指定しないでください。 タスクを解決するときに、タスクが作成したコードを取り込むビルドの名前を入力します。

    • [最初の見積もり] で、タスクの完了にかかる作業時間を表す数値を入力します。

      重要

      タスクをサブタスクに分割する場合、作業時間はサブタスクにのみ指定してください。 Team Foundation のレポートでは、サブタスクに定義した作業時間が、親タスクおよび要件の集計値としてロール アップされます。 時間を両方の場所に割り当てた場合、時間が追跡されるレポート内で時間が二重にカウントされます。 この状況を解決する方法の詳細については、「集計値の発行に関する誤りの修正」を参照してください。

    • [完了] で、0 を入力すると、完了している作業がないことを指定できます。

    • [残り] には、[最初の見積もり] で指定したのと同じ値を入力します。

    • チームのキャパシティ、バーンダウンおよび書き込みレートを決定するために [最初の見積もり]、[完了]、[残り] の各フィールドを使用している場合は、作業を進めるにしたがって [完了] および [残り] の各フィールドを更新します。 また、これらのフィールドは Office Project と同期され、プロジェクト計画をスケジュールする場合に使用できます。 詳細については、「Microsoft Project を使用することによるタスクのスケジュール設定およびリソースの割り当て」を参照してください。

      注意

      [タスク階層]、[開始日]、および [完了日] の各フィールドは読み取り専用です。 Office Project が記録する情報を指定します。 詳細については、「Microsoft Project を使用することによるタスクのスケジュール設定およびリソースの割り当て」を参照してください。

  4. [実装] タブおよび [すべてのリンク] タブで、タスクから他の作業項目 (要件、変更要求、バグ、懸案事項など) へのリンクを作成します。

    [添付ファイル] タブで、実行するタスクに関する詳細を提供する仕様やイメージなどのファイルを添付します。

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

    • タスクからその他の作業項目へのリンクの設定

    • タスクへの詳細、添付ファイル、ハイパーリンクの追加

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

    注意

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

タスクからその他の作業項目へのリンクの設定

タスクおよびその他の作業項目の間に関係を作成することにより、依存関係を追跡したり、関連情報を迅速に検索したりできます。 タスクの作業項目フォームから、タスクに自動的にリンクされる作業項目を作成することも、既存の作業項目へのリンクを作成することもできます。

特定の種類の作業項目への特定の種類のリンクを作成するには、[実装] タブと [すべてのリンク] タブを使用します。 各タブの制限事項の詳細については、「作業項目のリンク (CMMI)」を参照してください。

タスクを要件にリンクすると、各要件を完了するためにチームが実行した作業の進捗状況を追跡できます。

サブタスクまたはその他の作業項目を作成してタスクにリンクするには

  1. タスクの作業項目フォームを開き、次のいずれかの操作を行います。

    • 要件またはタスクを作成してリンクを設定するには、[実装] タブをクリックし、リンクされた新しい作業項目の追加 ([新規]) をクリックします。

    • 1 つ以上のその他の種類の作業項目にリンクを設定するには、[すべてのリンク] タブをクリックし、リンクされた新しい作業項目の追加 ([新規]) をクリックします。

    [リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。

    [リンクされた新しい作業項目の追加] ダイアログ ボックス

  2. [リンクの種類] ボックスで、既定値をそのまま使用するか、次のいずれかのオプションをクリックします。

    • サブタスクへのリンクを作成するには、[子] をクリックします。

    • 親タスクまたは要件へのリンクを作成するには、[親] をクリックします。

    • テスト ケースへのリンクを作成するには、[テスト担当者] をクリックします。

    • その他の種類の作業項目へのリンクを作成するには、[関連] または追跡する関係を表す別の種類のリンクをクリックします。

  3. [作業項目の種類] ボックスで、作成する作業項目の種類をクリックします。

  4. [タイトル] に、簡潔かつ具体的な説明を入力します。

  5. (省略可能) [コメント] に、追加情報を入力します。

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

    指定した作業項目の種類に対応するフォームが開き、指定した情報が表示されます。

  7. 次のトピックで説明されているように、残りのフィールドを指定します。

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

複数の既存の作業項目をタスクにリンクするには

  1. タスクの作業項目フォームを開き、次のいずれかの操作を行います。

    • 1 つ以上の要件またはタスクにリンクを設定するには、[実装] タブをクリックし、リンクの追加 ([リンク先]) をクリックします。

    • 1 つ以上のその他の種類の作業項目にリンクを設定するには、[すべてのリンク] タブをクリックし、リンクの追加 ([リンク先]) をクリックします。

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

    [要件へのリンクの追加] ダイアログ ボックス

  2. [リンクの種類] ボックスで、既定値をそのまま使用するか、次のいずれかのオプションをクリックします。

    • 要件へのリンクを作成するには、[親] をクリックします。

    • サブタスクへのリンクを作成するには、[子] をクリックします。

    • その他の種類の作業項目へのリンクを作成するには、[関連] または追跡する関係を表す別の種類のリンクをクリックします。

  3. [参照] をクリックします。

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

    ユーザー ストーリーへのタスクのリンク ダイアログ ボックス

  4. [作業項目 ID] に作業項目の ID を入力するか、リンクする作業項目を参照します。

    チーム クエリを実行して、リンクする作業項目を検索することもできます。 これらのクエリには、[製品要求]、[タスクを開く]、[テスト ケースを開く]、[アクティブなバグ]、[変更要求]、および [ブロックされた作業項目] があります。

  5. 要件にリンクする各作業項目の横にあるチェック ボックスをオンにします。

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

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

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

    注意

    リンクしたタスクと作業項目の両方が更新されます。

タスクへの詳細、添付ファイル、ハイパーリンクの追加

タスクには、その実装をサポートする情報を追加できます。 タスクへの詳細は、次のような方法で追加します。

  • [説明] または [履歴] の各フィールドまたは両方のフィールドに情報を入力します。

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

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

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

タスクに詳細を追加するには

  1. [詳細] タブで、次のような情報を指定します。

    • [説明] に情報を入力します。

    • [履歴] に情報を入力します。

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

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

添付ファイルをタスクに追加するには

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

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

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

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

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

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

タスクにハイパーリンクを追加するには

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

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

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

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

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

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

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

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

タスクの状態の変更

チームは、タスクの [状態] フィールドを次のいずれかの値に設定することで、タスクの進行状況を追跡できます。

  • 提案済み

  • アクティブ

  • 解決済み

  • 終了

チーム メンバーがタスクを作成すると、そのタスクは既定で提案済みの状態になります。 チームは、現在のイテレーションのタスクを受け入れると、タスクの状態をアクティブに変更し、必要に応じて、タスクを実装するためのサブタスクを作成します。 チーム メンバーは、タスクを完了すると、タスクの状態をアクティブから解決済みに変更します。 タスクの作業がレビューされるか確認されると、チーム メンバーはタスクの状態を解決済みから終了に変更します。

タスクの状態はどのチーム メンバーでも変更できます。 また、タスクは他の理由で終了することもできます。これについては、後で説明します。

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

タスクを終了するには

  1. タスクの作業項目フォームを開きます。

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

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

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

    • 状態を解決済みから終了に変更すると、[理由] フィールドが自動的にレビュー/テストに成功に変わります。

  3. 状態をアクティブから終了に変更する場合は、[理由] ボックスで、適切なオプションをクリックします。

    有効なオプションは [完了 (レビュー/テストを必要としない)] (既定)、[延期]、[省略]、[別のイベントによって終了済み (OBE)]、および [取り消し] です。

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

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

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

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

  • チーム メンバーが、タスクが表す作業を完了すると、状態をアクティブから解決済みに変更する。

  • タスクが完了したことがチームによって確認されると、チーム メンバーがその状態を解決済みから終了に変更する。

例外的な遷移:

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

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

  • チーム メンバーが、タスクが無関係またはスコープ外であると判断し、状態をアクティブから終了に変更する。

  • タスクのレビューまたは検証テストが失敗する。 したがって、チーム メンバーは、既定の理由であるレビュー/テストに失敗を指定して、状態を解決済みからアクティブに変更します。

  • チーム メンバーが、そのタスクが誤って終了されたと判断し、状態を終了からアクティブに変更する。

タスクの状態の図

CMMI のタスクの状態ダイアグラムまたはワークフロー

提案済み (新規)

提案済みタスクとは、チームが実行する必要性についてまだ合意していない作業を表します。 チームは、トリアージ プロセス中に提案済みタスクをトリアージし、承諾または却下します。

チーム メンバーがタスクを作成すると、次のデータが自動的にキャプチャされます。

  • [作成者]: タスクを作成したチーム メンバーの名前。

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

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

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

理由

使用する状況

追加で行う操作

承諾済み

トリアージ委員会が、現在のイテレーションにおける実装のタスクを承諾したとき。

実装を担当するチーム メンバーにタスクを割り当てます。

調査

トリアージ委員会が、チームがタスクを実装するかどうかを決定する前に、顧客への影響を調査する必要があると判断したとき。

調査が完了したところで、タスクの状態を提案済みに戻します。

チーム メンバーがタスクをアクティブ化すると、次のデータが自動的にキャプチャされます。

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

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

  • [状態の変更日]: タスクの状態が変更された日時。

提案済みから終了へ

トリアージ委員会によってタスクが実装できない、または要件や製品にそのタスクが必要なくなったと判断された場合、チーム メンバーは、提案済み状態のタスクを終了できます。 既定の理由は、却下です。

チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。

  • [終了者]: タスクを終了したチーム メンバーの名前。

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

  • [状態の変更日]: タスクの状態が変更された日時。

アクティブ

アクティブなタスクは、チームが作業の一部の要素を作業対象にすることを承認したことを示します。 アクティブなタスクはすべて所有者に割り当てる必要があります。 タスクの状態は、チームがそのタスクを実装している間はアクティブのままです。 タスクを割り当てられたチーム メンバーは、[完了] 時間と [残り] 時間を更新することで、タスクの工数レベルを追跡します。

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

チーム メンバーは、タスクが表す作業 (コードの開発やドキュメントの作成など) が完了し、テストまたはピア レビューによるレビューが必要になった段階で、アクティブなタスクを解決します。 既定の理由は、完了し、レビュー/テストが必要です。

チーム メンバーがアクティブなタスクを解決すると、次のデータが自動的にキャプチャされます。

  • [解決者]: タスクを解決したチーム メンバーの名前。

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

  • [状態の変更日]: タスクの状態が変更された日時。

アクティブから終了へ

チーム メンバーがアクティブなタスクを終了するときには、次の表に示すいずれかの理由を指定する必要があります。

理由

使用する状況

追加で行う操作

完了 (レビュー/テストを必要としない) (既定)

タスクをレビューまたはテストする必要がない場合、タスクは解決する必要はなく、そのまま終了できます。

なし。

遅延

現在のイテレーションで実装できない作業である場合。 チームに十分な時間がない場合、または作業の進行をブロックする問題が作業を阻んでいる場合には、タスクを延期します。

[イテレーション] フィールドを、タスクを実装予定の正しいイテレーションに更新するか、バックログに設定します。

切り取り

要件や懸案事項などの元の作業項目が終了しているため、それを処理しない場合。

なし。

別のイベントによって終了済み (OBE)

状況が変化して、タスクを実行する必要がなくなった場合、タスクは別のイベントによって終了済みとされます。 通常、タスクと同じ結果を達成する、追跡されていなかったアクティビティが原因で、この状況が発生します。

なし。

Cancelled

タスクが表す作業が製品の完成に関与しなくなったとき。

なし。

チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。

  • [終了者]: タスクを終了したチーム メンバーの名前。

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

  • [状態の変更日]: タスクの状態が変更された日時。

解決済み

解決済みタスクは、完了したタスクです。 タスクからの出力をレビューまたはテストし、受け入れられた場合は、終了する必要があります。 出力が受け入れられなかった場合、タスクは追加の作業が実行されるようにアクティブな状態に戻ります。 タスクを割り当てられているチーム メンバーは、作業が完了すると、タスクを解決します。 または、チーム メンバーは、他の理由でタスクを解決または終了する必要があると判断する場合もあります。

解決済みから終了へ

タスクの出力のレビューまたはテストが成功すると、チーム メンバーはタスクをレビュー/テストに成功として終了します。

チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。

  • [終了者]: タスクを終了したチーム メンバーの名前。

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

  • [状態の変更日]: タスクの状態が変更された日時。

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

タスクの出力のレビューまたはテストが失敗した場合、チーム メンバーはタスクを解決済み状態からレビュー/テストに失敗として再アクティブ化できます。

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

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

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

終了

タスクが終了したということは、現在の製品バージョンについてはそのタスクに対して追加の作業が行われないことを意味します。 コードの変更が統合された後に、開発タスクが終了します。 テスト タスクは、その区分についてすべてのテストが完了すると終了します。

終了からアクティブへ

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

理由

使用する状況

追加で行う操作

再アクティブ化済み (既定)

前のイテレーションでタスクが延期され、現在のイテレーションで完了できるようになった場合。

タスクに定義されている情報およびリンク済み作業項目を確認して、データを更新する必要があるかを判断します。

エラーによる終了

タスクが誤って終了された場合。

タスクに定義されている情報およびリンク済み作業項目を確認して、データを更新する必要があるかを判断します。

チーム メンバーがタスクを再アクティブ化すると、[担当者] フィールドに、そのタスクを終了したチーム メンバーの名前が自動的に表示されます。 チーム メンバーが終了したタスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。

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

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

  • [状態の変更日]: タスクの作業項目の状態が変更された日時。

参照

その他の技術情報

要件 (CMMI)

成果物 (CMMI)

MSF for CMMI Process Improvement v5.0

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