Google Issue Tracker の問題とは、ユーザーがトラッキングしたい問題、または他のユーザーまたはチームがトラッキングすることを期待しているバグレポート、機能リクエスト、変更リクエスト、プロセス ワークフロー アイテムです。問題はコンポーネントで整理され、各コンポーネントには関連する問題のグループが含まれています。Issue Tracker の各問題には、問題のアクティビティを追跡したり、コメントを追加したり、問題データを更新したりできる独自の詳細ページがあります。
問題フィールド
各問題には、問題とその現在の状態を記述する一連の関連フィールドがあります。これには、問題の種類、重大度と優先度に関する重要度、問題に関するアクティビティの記録が含まれます。一部のフィールドはすべての問題に共通しています。Issue Tracker は、問題が特定のコンポーネントに関連付けられている場合にのみ使用できるカスタム フィールドもサポートしています。新しい問題には、必須の項目がいくつかあります。これらには、[コンポーネント]、[タイトル]、[優先度]、[タイプ] が含まれます。一部のコンポーネントには、必須のカスタム項目もあります。
問題の詳細ページでは、ほとんどのフィールドがページの右側の [問題フィールド] パネルにあります。ページ上部の [関連する問題] トレイに、追加のフィールドがいくつかあります。ほぼすべてのフィールドは、関連付けられているリンク、プルダウン リスト、または鉛筆アイコンをクリックすることで、Issue Tracker で編集できます。フィールドにカーソルを合わせると、Issue Tracker にそのフィールドに関する簡単な情報がポップアップ テキストで表示されます。
デフォルトの問題フィールドの説明については、フィールドの用語集をご覧ください。
問題の種類
[Type] フィールドを使用すると、コンポーネント内の問題をいくつかの一般的なグループのいずれかに分類できます。このフィールドは必須です。次の表に、考えられる問題の種類を示します。
| 問題の種類 | 説明 |
|---|---|
| バグ | 動作が想定されている動作と異なる、または想定されている動作として記録されている動作と異なる、またはプロダクトが想定どおりに動作しない。 |
| 機能のリクエスト | プロダクトは想定どおりに動作していますが、指定された変更を行うと改善できる可能性があります。 |
| お客様の問題 | 問題がサードパーティに影響しており、問題を報告したユーザーが再現できない場合。このような問題は、単なるトラブルシューティングやトレーニングの問題である場合もありますが、バグや機能リクエストである場合もあります。 |
| 内部クリーンアップ | 問題はプロダクトの動作に外部的な影響を与えませんが、問題に対処することで、プロダクトの開発時により合理的または直感的な操作が可能になります。このタイプを使用して、メンテナンスに関する問題を追跡することもできます。 |
| プロセス | プロセスは、プロジェクトによって用途が異なるその他のカテゴリです。たとえば、このタイプは API によって生成された問題に使用したり、管理タスクの追跡に使用したりできます。 |
| 脆弱性 | Google のプライバシーとセキュリティのガイドラインで定義されている SLO の対象となるプライバシーとセキュリティの脆弱性。2017 年 11 月 1 日までは読み取り専用。 |
| プロジェクト | 独自の製品、サービス、結果の創出に重点を置いた、開始と終了が明確な目標指向の取り組み。 |
| マイルストーン | プロジェクトの完了に向けて重要な成果を表す一連の作品。マイルストーンは、リリースやリリースを示すために使用することもできます。 |
| 機能 | ユーザーに特定の価値をもたらす一連の作業。 |
| Epic | 共通の目標に向かって取り組む大規模な作業集合。 |
| ストーリー | ユーザーに特定の価値をもたらす小さな一連の作業。 |
| タスク | 小さな作業単位。 |
| プログラム | テーマ別に関連する目標（プロジェクト、機能、マイルストーン、エピック）のコレクション。 |
問題の優先度
[優先度] フィールドでは、問題の重要度を指定できます。このフィールドは必須です。通常、問題の重要性を判断する基準はチームによって異なります。次の表に、問題の優先順位付けの一般的な方法を示します。
| 問題の優先度 | 説明 |
|---|---|
| P0 | 必要なリソースをすべて使って直ちに対処する必要がある問題。このような問題により、サービスが完全に停止するか、プロダクトの重要な機能がすべてのユーザーで利用できなくなり、既知の回避策がない。 |
| P1 | 迅速に対応する必要がある問題。このような問題は、多くのユーザーに大きな影響を与えます。回避策がある場合でも、部分的な回避策であるか、過度に手間がかかります。問題の影響が組織のコア機能に及んでいるか、別のチームを根本的に妨げている。 |
| P2 | 妥当な期間内に対処する必要がある問題。このような問題は、次のいずれかです。1）P0 または P1 に該当するが、妥当な回避策がある問題、2）多くのユーザーにとって重要で、組織のコア機能に関連する問題、3）他のチームの作業を妨げ、妥当な回避策がない問題。P2 は、初回使用時やインストール時の事象に特に関連し、デフォルトの優先度レベルです。 |
| P3 | 可能であれば対処すべき問題。このような問題は、組織のコア機能や他のチームの作業に関連していますが、進捗を妨げていないか、妥当な回避策があります。 |
| P4 | 最終的に解決する必要がある問題。このような問題は、組織のコア機能や他のチームの作業に関連していないか、システムの魅力や快適性にのみ関連しています。 |
問題のステータス
[ステータス] フィールドでは、解決プロセスにおける問題のステータスを指定できます。通常、問題のステータスを変更または解決するために必要なアクティビティの定義はチームによって異なります。問題の解決状況を追跡するために、使用可能な [ステータス] フィールドの値をすべて使用する必要はありません。次の表に、ステータス フィールドの一般的な使用方法を示します。
| 問題のステータス | 説明 |
|---|---|
| 新機能 | 問題に担当者またはグループが割り当てられていない。 |
| 担当中 | 問題には担当者が割り当てられています。その担当者の名前が [Assignee]（担当者）欄に表示されます。 |
| 処理中（承認済み） | 割り当てられた担当者が問題を確認し、作業を開始したことを示します。 |
| 修正済み | この問題は解決済みです。 |
| 修正済み（確認済み） | 問題は解決され、修正が正しいことが [Verifier] フィールドでユーザーによって確認されています。 |
| 修正しない（再現不可） | 問題を修正するのに十分な情報がないか、報告された問題を再現できません。 |
| 修正しない（想定された挙動） | 問題は、報告された状況で想定されるサービスの挙動を示しています。 |
| 修正しない（無効） | サービスの変更により、問題の関連性がなくなりました。 |
| 修正しない（実行不可） | 問題に対処するために必要となる変更が合理的に不可能である。 |
| コピー | この問題は他の場所でも報告されています。問題のステータスを [Duplicate] に設定するには、問題を複製するをご覧ください。 |
Issue Tracker では、問題のステータスに基づいて、問題を [Open] または [Closed] と見なします。未解決の問題は、解決を待っている問題です。これには、ステータスが [新規]、[割り当て済み]、[進行中] の問題が含まれます。クローズ済みの問題は、確認を除き、これ以上の対応が不要な問題です。これには、ステータスが [修正済み]、[修正しない]、[重複] の問題が含まれます。
ステータス アイコン
ステータス アイコンは、問題のステータスを視覚的に表したものです。別の問題の [ブロック元] または [ブロック] プルダウン リストにある問題の左側にステータス アイコンが表示されます。これらのアイコンを使用すると、現在のページを離れることなく、ブロックされている問題やブロックしている問題の進行状況をすばやく確認できます。検索結果ページの [ステータス] 列を設定すると、ステータス テキストではなくステータス アイコンを表示することもできます。
クイック変更のステータス
問題のステータスをすばやく変更して、解決プロセスの次の一般的なステップに進める方法は 2 つあります。1 つ目は、問題の詳細ページの上部にあるアプリバーの [ステータスを変更] ボタンと、ページの右側にある [問題フィールド] パネルの [ステータスを変更] リンクです。いずれかをクリックすると、問題のステータスが次のように進みます。
問題が新規で割り当てられていない場合、または割り当て先が自分以外のユーザーの場合は、クイック変更プロンプトに [自分に割り当てる] と表示されます。ステータスをすばやく変更すると、割り当て先が自分に設定され、現在別の設定になっている場合は、問題のステータスが [割り当て済み] に変更されます。
問題の割り当て先が自分であり、ステータスが [割り当て済み] の場合、クイック変更プロンプトは [作業を開始] になります。クイック変更すると、問題のステータスが [処理中] に変わります。
問題の割り当て先が自分であり、ステータスが [進行中] の場合、クイック変更プロンプトには [修正済みとしてマーク] と表示されます。クイック変更すると、問題のステータスが [修正済み] に変わります。
問題のステータスが [修正済み] で、検証者である場合、クイック変更プロンプトは [検証] になります。クイック変更すると、問題のステータスが [Fixed (Verified)]（解決済み（確認済み））に変わります。
問題のステータスがクローズ（修正済み、重複、修正しない）の場合、クイック変更プロンプトは [再オープン] になります（上記の場合を除く）。クイック変更では、問題に割り当て先がない場合、ステータスは [New] に変更されます。問題に割り当て先がある場合は、ステータスは [Assigned] に変更されます。
問題のホバーカード
問題のホバーカードには、問題のタイトル、ID、説明、現在のステータスなどの情報が含まれます。また、問題の CC リストに自分を追加する [CC に含める] ボタンもあります（すでに CC リストに登録されている場合は、[CC から削除] と表示されます）。次に例を示します。
問題のホバーカードは、次にカーソルを合わせると表示されます。
- [関連する問題] トレイの [ブロック元]、[ブロック]、[重複] タブにある問題 ID。
- 問題の検索結果ページの [ブロック元]、[ブロック]、[重複] 列にある問題 ID。
- [Create Issue] ページの右側にある [Recent Issues] パネルで見つかった問題にリンクします。
- 重複としてマークされた問題ページの [ステータス] フィールド。
- 重複としてマークされているページの上部にある黄色いバーに表示される正規の問題へのリンク。
編集に関する問題
コンポーネントの表示と編集の権限がある場合は、コンポーネントのフィールドを編集したり、コメントを追加したりできます。ただし、問題の作成日や以前に作成されたコメントなど、一部のフィールドは編集できません。
レベルを編集する
問題の変更には、問題の履歴パネルに変更が表示されるかどうか、変更が発生したときにユーザーにメール通知が届くかどうかを決定する重要度のレベルが異なります。
閉じる編集
クローズ編集を行うと、問題のステータスが [オープン] から [クローズ] に変わります。クローズした編集は、問題の履歴パネルに表示されます。編集の終了は、[すべての更新]、[重要な更新]、[終了のみ] のいずれかの通知設定が有効になっているユーザーにメール通知として送信されます。
未解決の問題をクローズするステータスの一覧については、問題のステータスをご覧ください。
大幅な編集
大きな編集は、問題の履歴パネルに常に表示されます。大規模な編集が行われた後、通知設定が [すべての更新] または [重要な更新] のユーザーにメール通知が送信されます。主な編集には次のようなものがあります。
- 問題の最初の作成。
- 問題に追加されたコメント。
- 問題が新しいコンポーネントに移動された。
- 優先度、重大度、保持期間、割り当て先の変更。
- ステータスが [クローズ済み]、[確認済み]、[再オープン] に変更された。
- メジャーとしてマークされたカスタム フィールドの変更。
軽微な編集
軽微な編集は、フィルタレベルが [完全な履歴] に設定されている場合にのみ、問題の履歴パネルに表示されます。同様に、軽微な編集は、問題のロールに通知設定が [すべての更新] になっているユーザーにのみメール通知として送信されます。
軽微な編集には次のようなものがあります。
- タイトルの変更
- ホットリストの変更
- 添付ファイルの追加
- 関連する問題の変更（ブロック、ブロック元、重複）
- ステータスの変更が、大規模な編集であると明示的に記載されていない
- 次のフィールドの変更: Reporter、Type、Verifier、Found In、Targeted To、Verified In、In Prod
- 軽微としてマークされたカスタム フィールドの変更
サイレント編集
サイレント編集では、問題からユーザーを追加または削除する編集を除き、どのユーザーにも通知メールが送信されません。サイレント編集と見なされる編集には、次のようなものがあります。
- [CC] フィールドまたは [Collaborator] フィールドからエントリを追加または削除する（ユーザーまたはグループが新しく追加または削除されている場合を除く）
- コメントの編集
- [サイレント] とマークされたカスタム フィールドの変更
問題のアクセス上限
Issue Tracker は、同じコンポーネント内の他の問題よりも問題にアクセス可能なアクセサラの数を少なくできるアクセス制御の制限をサポートしています。
問題管理者は、問題の制限ステータスを次の 4 つの問題アクセスレベルのいずれかに更新できます。
デフォルト アクセス - 通常のルールが適用されます。デフォルトのアクセスレベルの問題には、コンポーネント内の他のすべての問題と同じアクセサがあります。
コメントの制限 - コンポーネント内の他の問題に対するコメント権限があるかどうかにかかわらず、問題に割り当て先、共同編集者、検証者、CC として明示的にリストされている ID のみが、問題にコメントできます。コンポーネントに対する管理者の問題の権限を持つ ID も、コメントへのアクセス権を保持します。ビュー アクセスはデフォルトのままです。
公開範囲が制限されている - 明示的にリストされている ID（割り当て先、共同編集者、検証者、CC）のみが、問題への表示アクセス権を保持します。
限定公開 + Google - 明示的にリストされた ID（割り当て先、共同編集者、検証者、CC）、Google 正社員、内部自動化アカウントのみが、問題への表示アクセス権を保持します。