タスク (CMMI)
このトピックでは、タスク作業項目の詳細を入力する方法について学習できます。タスクとは、実行する必要のある作業を伝える手段です。開発タスクを見積もる方法の詳細については、「開発タスクの実装」を参照してください。
このタイプの作業項目を作成する方法については、「作業項目とワークフロー (CMMI)」を参照してください。
このトピックの内容 |
関連トピック |
---|---|
|
プロセス ガイダンス ブック ダッシュボードとレポート フィールド参照 |
必要なアクセス許可
タスクを表示するには、読み取りユーザー グループのメンバーであるか、または [このノードの作業項目を表示します] アクセス許可が [許可] に設定されている必要があります。タスクを作成または変更するには、貢献者グループのメンバーであるか、または [このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。詳細については、「アクセス許可の管理」を参照してください。
タスクの定義
各チーム メンバーは、タスクを定義することで、達成する必要のある作業を表すことができます。たとえば、開発者は、要件を実装するための開発タスクを定義できます。テスト担当者は、テスト タスクを定義することで、テスト ケースの書き込みおよび実行を行うジョブを自分に割り当てることができます。チーム メンバーはタスクを使用して、回帰を通知したり、探索的テストを実行する必要があることを提案したりすることもできます。また、チーム メンバーは、タスクを定義することで、プロジェクトの全般的な作業を表すこともできます。
タスク作業項目のフォームは、次の図に示すフィールドとタブにデータを保存します。
タスクを定義する場合は、タイトルを定義する必要があります。他のフィールドは、空白または既定値のままでかまいません。
単一のタスクを定義するには
作業項目フォームの最上部のセクションで、次のような情報を 1 つ以上指定します。
[タイトル] を確認し、必要に応じて、実行する作業の区分をより適切に定義するようにタイトルを更新します。
タイトルは、実行する必要があるタスクの概要を簡潔に示します。タイトルによって、製品のどの区分がどのように影響を受けるのかを、チームが理解できるようにする必要があります。
担当者 の一覧で、タスクの適切な所有者を選択します。
[!メモ]
作業項目は、貢献者グループのメンバーにのみ割り当てることができます。
タスクの担当者を割り当てないままにすると、自動的に自分が担当者に割り当てられます。
[!メモ]
各タスクに割り当てられるリソースは 1 つだけです。同じタスクを複数のチーム メンバーで作業する場合は、タスクをタスクまたはサブタスクに分割して、それぞれのタスクにチーム メンバーを 1 人ずつ割り当てます。
[状態] ボックスでは、既定値である提案済みをそのまま使用します。
既定では、[理由] の値は [新規] です。このフィールドに関する詳細については、ワークフローを追跡する方法、使用するかを タスクの状態の変更 このトピックの" "を参照してください。
優先度 の一覧で、1 ~ 4 (最も重要である 1 の範囲でタスクの重要度を指定する値を選択します。
既定値は、2 です。
トリアージ の一覧で、トリアージのサブ状態を選択します。
有効な値は [保留] (既定)、[詳細]、[情報取得済み]、および [トリアージ済み] です。このフィールドでは、提案済み状態にあるタスクのトリアージ レベルを指定します。
ブロック の一覧で、問題がタスクの解決に向けた作業の進行がブロック あり を選択します。
区分 と イテレーション の一覧で、適切な区分とイテレーションをクリックするか、計画会議のときに割り当てます。これらのフィールドを空白のままにします。
[!メモ]
各チーム プロジェクトのプロジェクト管理者は、プロジェクトの区分とイテレーション パスを定義することで、チームがその指定によって進行状況を追跡できるようにします。詳細については、「区分およびイテレーションの作成および修正」を参照してください。
タスクの種類 の一覧で、チームのメンバーが実装するタスクの種類を選択します。
[是正措置]、[軽減活動]、または [計画済み] のいずれかの値を指定できます。
作業分野 の一覧で、タスクを完了するチーム メンバーの作業分野を選択します。[分析]、[ユーザー エクスペリエンス]、[ユーザー教育]、[開発]、または [テスト] のいずれかの値を指定できます。
[最初の見積もり] で、タスクの完了にかかる作業時間を表す数値を入力します。
重要 タスクをサブタスクに分割する場合、作業時間はサブタスクにのみ指定してください。Team Foundation のレポートでは、サブタスクに定義した作業時間が、親タスクおよび要件の集計値としてロール アップされます。時間を両方の場所に割り当てた場合、時間が追跡されるレポート内で時間が二重にカウントされます。この状況を解決する方法の詳細については、「集計値の発行に関する誤りの修正」を参照してください。
実績作業では、作業が完了していないことを指定する型は 0。
**残存作業時間)**で、最初の見積もりで指定したのと同じ値を入力します。
チームのキャパシティ、バーンダウンおよび書き込みレートを決定するために [最初の見積もり]、[完了]、[残り] の各フィールドを使用している場合は、作業を進めるにしたがって [完了] および [残り] の各フィールドを更新します。また、これらのフィールドは Office Project と同期され、プロジェクト計画をスケジュールする場合に使用できます。詳細については、「Microsoft Project を使用したタスクのスケジュール設定およびリソースの割り当て」を参照してください。
DESCRIPTION のタブで、実行する作業の説明をできるだけ詳しく入力型。
[履歴] タブで、履歴レコードの一部として取り込むコメントを入力します。
チーム メンバーが作業項目を更新するたびに、変更日、変更を行ったチーム メンバー、および変更されたフィールドが履歴に表示されます。
そのほか のタブで、次の情報を指定する:
レビュー必要 の一覧で、作業に正式レビューが必要な場合は あり を選択します。
ありを選択した場合は、タスクからレビュー作業項目にリンクを追加する必要があります。
テスト必要 の一覧で、作業にテストが必要な場合は あり を選択します。
ありを選択した場合は、タスクからテスト ケース作業項目にリンクを追加する必要があります。
タスクを作成するときに、[統合] でビルドを指定しないでください。タスクを解決するときに、タスクが作成したコードを取り込むビルドの名前を入力します。
IMPLEMENTATION と ALL LINKS のタブで、タスクの要件、変更要求、バグ、懸案事項などの他の作業項目へのリンクを作成します。
ATTACHMENTS のタブで、追加の仕様、イメージ、または実行するタスクに関する詳細を提供する他のファイル。
詳細については、このトピックの次のセクションを参照してください。
タスクからその他の作業項目へのリンクの設定
タスクへの詳細、添付ファイル、ハイパーリンクの追加
作業項目の保存を選択 します。
[!メモ]
タスクを保存すると、作業項目ツール バーの下に識別子が表示されます。
タスクからその他の作業項目へのリンクの設定
タスクおよびその他の作業項目の間に関係を作成することにより、依存関係を追跡したり、関連情報を迅速に検索したりできます。タスクの作業項目フォームから、タスクに自動的にリンクされる作業項目を作成することも、既存の作業項目へのリンクを作成することもできます。
特定の種類の作業項目への特定の種類のリンクを作成するには、[実装] タブと [すべてのリンク] タブを使用します。各タブの制限事項の詳細については、「Linking Work Items (CMMI)」を参照してください。
タスクを要件にリンクすると、各要件を完了するためにチームが実行した作業の進捗状況を追跡できます。
サブタスクまたはその他の作業項目を作成してタスクにリンクするには
タスクの作業項目フォームを開き、次のいずれかの操作を行います。
必要条件またはタスクの作成、リンクするには、実装 のタブをクリックし、新規作成を選択 します。
他の型の一つ以上の作業項目にリンクするには、すべてのリンク のタブをクリックし、新規作成を選択 します。
[リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。
リンクの種類 の一覧で、既定値をそのまま使用するか、次の選択項目の 1 つがを選択する:
サブタスクにリンクを作成するには、子を選択します。
親タスクまたは要件にリンクを作成するには、親を選択します。
テスト ケースにリンクを作成するには、テスト担当者を選択します。
そのほかの種類の作業項目にリンクを作成するには、リンクの 関連 または追跡する関係を表す別の種類を選択します。
作業項目の種類 の一覧で、作成する作業項目の種類を選択します。
[タイトル] に、簡潔かつ具体的な説明を入力します。
(省略可能) [コメント] に、追加情報を入力します。
[OK] をクリックします。
指定した作業項目の種類に対応するフォームが開き、指定した情報が表示されます。
次のトピックで説明されているように、残りのフィールドを指定します。
作業項目の保存を選択 します。
複数の既存の作業項目をタスクにリンクするには
タスクの作業項目フォームを開き、次のいずれかの操作を行います。
一つ以上の要件またはタスクにリンクするには、実装 のタブをクリックし、リンク先を選択 します。
他の型の一つ以上の作業項目にリンクするには、すべてのリンク のタブをクリックし、リンク先を選択 します。
[タスクへのリンクの追加] ダイアログ ボックスが表示されます。
リンクの種類 の一覧で、既定値をそのまま使用するか、次の選択項目の 1 つがを選択する:
要件へのリンクを作成するには、親を選択します。
サブタスクにリンクを作成するには、子を選択します。
そのほかの種類の作業項目にリンクを作成するには、リンクの 関連 または追跡する関係を表す別の種類を選択します。
[参照] をクリックします。
[リンクされた作業項目の選択] ダイアログ ボックスが表示されます。
[作業項目 ID] に作業項目の ID を入力するか、リンクする作業項目を参照します。
チーム クエリを実行して、リンクする作業項目を検索することもできます。これらのクエリには、[製品要求]、[タスクを開く]、[テスト ケースを開く]、[アクティブなバグ]、[変更要求]、および [ブロックされた作業項目] があります。
要件にリンクする各作業項目の横にあるチェック ボックスをオンにします。
詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。
(省略可能) リンクする作業項目の説明を入力します。
OKを選択し、作業項目の保存を選択 します。
[!メモ]
リンクしたタスクと作業項目の両方が更新されます。
タスクへの詳細、添付ファイル、ハイパーリンクの追加
タスクには、その実装をサポートする情報を追加できます。タスクへの詳細は、次のような方法で追加します。
[説明] または [履歴] の各フィールドまたは両方のフィールドに情報を入力します。
ファイルを添付します。
たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのさまざまな種類のファイルを添付できます。
サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。
タスクに詳細を追加するには
詳細 のタブをクリックし、次の情報を指定する:
[説明] に情報を入力します。
[履歴] に情報を入力します。
情報の書式を設定すると、強調文字や箇条書きリストを使用できます。詳細については、「要件フィールド参照 (CMMI)」を参照してください。
作業項目の保存を選択 します。
添付ファイルをタスクに追加するには
[添付ファイル] タブで、次のいずれかの操作を行います。
ファイルを添付ファイル領域にドラッグします。
CTRL-V を選択 するか、コピーするファイルを貼り付けるします。
追加を選択し、参照を選択します。[添付ファイル] ダイアログ ボックスで、添付するファイルの名前を入力するか参照します。
(省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力できます。添付ファイル のダイアログ ボックスを閉じるには、OKを選択します。
作業項目の保存を選択 します。
タスクにハイパーリンクを追加するには
すべてのリンク のタブで、リンク先を選択 します。
リンクの種類 の一覧で、ハイパーリンクを選択します。
[アドレス] ボックスで、次のいずれかの操作を行います。
リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネット ブラウザーから URL をコピーして貼り付けます。
リンク先がサーバーである場合は、アドレスを UNC 名の形式で入力します。
(省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。
OKを選択し、作業項目の保存を選択 します。
タスクの状態の変更
チームは、タスクの [状態] フィールドを次のいずれかの値に設定することで、タスクの進行状況を追跡できます。
提案済み
アクティブ
解決済み
Closed
チーム メンバーがタスクを作成すると、そのタスクは既定で提案済みの状態になります。チームは、現在のイテレーションのタスクを受け入れると、タスクの状態をアクティブに変更し、必要に応じて、タスクを実装するためのサブタスクを作成します。チーム メンバーは、タスクを完了すると、タスクの状態をアクティブから解決済みに変更します。タスクの作業がレビューされるか確認されると、チーム メンバーはタスクの状態を解決済みから終了に変更します。
タスクの状態はどのチーム メンバーでも変更できます。また、タスクは他の理由で終了することもできます。これについては、後で説明します。
作業項目の状態を追跡するために使用できるデータ フィールドの詳細については、「割り当て、ワークフロー、および計画 (CMMI)」を参照してください。
タスクを終了するには
タスクの作業項目フォームを開きます。
状態 の一覧で、アクティブ、解決済み または 終了を選択します。
状態を提案済みからアクティブに変更すると、[理由] フィールドが承諾済みに変わります。
状態をアクティブから解決済みに変更すると、[理由] フィールドが完了に変わります。
状態を解決済みから終了に変更すると、[理由] フィールドが自動的にレビュー/テストに成功に変わります。
アクティブ から 終了に状態を変更した場合は、 理由 の一覧に、適切なオプションを選択します。
有効なオプションは [完了 (レビュー/テストを必要としない)] (既定)、[延期]、[省略]、[別のイベントによって終了済み (OBE)]、および [取り消し] です。
作業項目の保存を選択 します。
通常のワークフローの流れ:
例外的な遷移:
|
タスクの状態の図 |
提案済み (新規)
提案済みタスクとは、チームが実行する必要性についてまだ合意していない作業を表します。チームは、トリアージ プロセス中に提案済みタスクをトリアージし、承諾または却下します。
チーム メンバーがタスクを作成すると、次のデータが自動的にキャプチャされます。
[作成者]: タスクを作成したチーム メンバーの名前。
[作成日]: タスクが作成された日時 (サーバー クロックで記録された日時)。
提案済みからアクティブへ
チーム メンバーは、次の表に示す理由により、タスクの状態を提案済みからアクティブに変更できます。
理由 |
使用する状況 |
追加で行う操作 |
---|---|---|
承諾済み |
トリアージ委員会が、現在のイテレーションにおける実装のタスクを承諾したとき。 |
実装を担当するチーム メンバーにタスクを割り当てます。 |
調査 |
トリアージ委員会が、チームがタスクを実装するかどうかを決定する前に、顧客への影響を調査する必要があると判断したとき。 |
調査が完了したところで、タスクの状態を提案済みに戻します。 |
チーム メンバーがタスクをアクティブ化すると、次のデータが自動的にキャプチャされます。
[アクティブ化した人]: タスクをアクティブ化したチーム メンバーの名前。
[アクティブ化された日]: タスクがアクティブ化された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの状態が変更された日時。
提案済みから終了へ
トリアージ委員会によってタスクが実装できない、または要件や製品にそのタスクが必要なくなったと判断された場合、チーム メンバーは、提案済み状態のタスクを終了できます。既定の理由は、却下です。
チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。
[終了者]: タスクを終了したチーム メンバーの名前。
[終了日]: タスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの状態が変更された日時。
アクティブ
アクティブなタスクは、チームが作業の一部の要素を作業対象にすることを承認したことを示します。アクティブなタスクはすべて所有者に割り当てる必要があります。タスクの状態は、チームがそのタスクを実装している間はアクティブのままです。タスクを割り当てられたチーム メンバーは、[完了] 時間と [残り] 時間を更新することで、タスクの工数レベルを追跡します。
アクティブから解決済みへ
チーム メンバーは、タスクが表す作業 (コードの開発やドキュメントの作成など) が完了し、テストまたはピア レビューによるレビューが必要になった段階で、アクティブなタスクを解決します。既定の理由は、完了し、レビュー/テストが必要です。
チーム メンバーがアクティブなタスクを解決すると、次のデータが自動的にキャプチャされます。
[解決者]: タスクを解決したチーム メンバーの名前。
[解決日]: タスクが解決された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの状態が変更された日時。
アクティブから終了へ
チーム メンバーがアクティブなタスクを終了するときには、次の表に示すいずれかの理由を指定する必要があります。
理由 |
使用する状況 |
追加で行う操作 |
---|---|---|
完了 (レビュー/テストを必要としない) (既定) |
タスクをレビューまたはテストする必要がない場合、タスクは解決する必要はなく、そのまま終了できます。 |
なし。 |
遅延 |
現在のイテレーションで実装できない作業である場合。チームに十分な時間がない場合、または作業の進行をブロックする問題が作業を阻んでいる場合には、タスクを延期します。 |
[イテレーション] フィールドを、タスクを実装予定の正しいイテレーションに更新するか、バックログに設定します。 |
切り取り |
要件や懸案事項などの元の作業項目が終了しているため、それを処理しない場合。 |
なし。 |
別のイベントによって終了済み (OBE) |
状況が変化して、タスクを実行する必要がなくなった場合、タスクは別のイベントによって終了済みとされます。通常、タスクと同じ結果を達成する、追跡されていなかったアクティビティが原因で、この状況が発生します。 |
なし。 |
Cancelled |
タスクが表す作業が製品の完成に関与しなくなったとき。 |
なし。 |
チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。
[終了者]: タスクを終了したチーム メンバーの名前。
[終了日]: タスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの状態が変更された日時。
解決済み
解決済みタスクは、完了したタスクです。タスクからの出力をレビューまたはテストし、受け入れられた場合は、終了する必要があります。出力が受け入れられなかった場合、タスクは追加の作業が実行されるようにアクティブな状態に戻ります。タスクを割り当てられているチーム メンバーは、作業が完了すると、タスクを解決します。または、チーム メンバーは、他の理由でタスクを解決または終了する必要があると判断する場合もあります。
解決済みから終了へ
タスクの出力のレビューまたはテストが成功すると、チーム メンバーはタスクをレビュー/テストに成功として終了します。
チーム メンバーがタスクを終了すると、次のデータが自動的にキャプチャされます。
[終了者]: タスクを終了したチーム メンバーの名前。
[終了日]: タスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの状態が変更された日時。
解決済みからアクティブへ
タスクの出力のレビューまたはテストが失敗した場合、チーム メンバーはタスクを解決済み状態からレビュー/テストに失敗として再アクティブ化できます。
チーム メンバーがタスクを解決済み状態から再アクティブ化すると、次のデータが自動的にキャプチャされます。
[アクティブ化した人]: タスクを再アクティブ化したチーム メンバーの名前。
[アクティブ化された日]: タスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。
Closed
タスクが終了したということは、現在の製品バージョンについてはそのタスクに対して追加の作業が行われないことを意味します。コードの変更が統合された後に、開発タスクが終了します。テスト タスクは、その区分についてすべてのテストが完了すると終了します。
終了からアクティブへ
チーム メンバーは、次の表に示す理由により、終了したタスクを再アクティブ化できます。
理由 |
使用する状況 |
追加で行う操作 |
---|---|---|
再アクティブ化済み (既定) |
前のイテレーションでタスクが延期され、現在のイテレーションで完了できるようになった場合。 |
タスクに定義されている情報およびリンク済み作業項目を確認して、データを更新する必要があるかを判断します。 |
エラーによる終了 |
タスクが誤って終了された場合。 |
タスクに定義されている情報およびリンク済み作業項目を確認して、データを更新する必要があるかを判断します。 |
チーム メンバーがタスクを再アクティブ化すると、[担当者] フィールドに、そのタスクを終了したチーム メンバーの名前が自動的に表示されます。チーム メンバーが終了したタスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。
[アクティブ化した人]: タスクを再アクティブ化したチーム メンバーの名前。
[アクティブ化された日]: タスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: タスクの作業項目の状態が変更された日時。
参照
概念
Visual Studio ALM の作業項目フィールド参照