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