問題

Google Issue Tracker の問題は、バグレポート、機能リクエスト、変更リクエスト、またはユーザーが追跡したいワークフロー項目、または別のユーザーまたはチームが追跡することを想定しているワークフロー項目です。問題はコンポーネントで分類され、各コンポーネントに関連する問題のグループが含まれています。Issue Tracker の各問題には、各問題の詳細ページがあり、ユーザーは各ページで問題のアクティビティを追跡し、各ユーザーは問題に関してコメントや更新を行います。

問題の項目

各問題には、関連するフィールドのセットと、現在の状態が記述されています。これには、問題の種類、重大度と優先度の重要度、問題に対するアクティビティの記録が含まれます。一部のフィールドはすべての問題に共通です。Issue Tracker では、問題が特定のコンポーネントに関連付けられている場合にのみ使用できるカスタム フィールドもサポートされています。すべての新しい問題で、いくつかの必須フィールドがあります。たとえば、コンポーネントタイトル優先度タイプがあります。一部のコンポーネントには、必須のカスタム フィールドもあります。

問題の詳細ページでは、ほとんどのフィールドが [問題フィールド] パネルのページの右側に表示されます。いくつかの追加フィールドは、ページ上部にある [Related Issues] トレイにあります。ほとんどの場合、Issue Tracker でリンク、プルダウン リスト、鉛筆アイコンをクリックすると、その項目を編集できます。フィールドにカーソルを合わせると、Issue Tracker にそのフィールドに関する簡単な説明がマウスオーバー テキストで表示されます。

デフォルトの問題のフィールドの説明については、フィールドの用語集をご覧ください。

問題の種類

[タイプ] フィールドを使用すると、コンポーネント内の問題をいくつかの一般的なグループのいずれかに分類できます。このフィールドは必須です。次の表に、考えられる問題の種類を示します。

Issue Type 説明
バグ 動作が、想定されていた動作または発生することが文書化されていない、またはサービスが期待どおりに動作しない。
機能のリクエスト サービスは意図したとおりの動作ですが、指定した変更によって改善される可能性があります。
お客様の問題 問題がサードパーティに影響を与えており、問題を報告したユーザーが再現できない可能性があります。このような問題は、単にトラブルシューティングやトレーニングの問題である可能性はありますが、バグや機能リクエストである可能性があります。
内部クリーンアップ 問題によってプロダクトの動作に外線が及ぶことはありませんが、問題に対処することで、プロダクトの開発時により効率的で直感的なインタラクションを提供できます。このタイプを使用して、メンテナンスの問題を追跡することもできます。
プロセス プロセスは、プロジェクトに応じて用途が異なるカテゴリです。たとえば、API によって生成された問題にこのタイプを使用したり、管理タスクを追跡するために使用したりできます。
脆弱性 プライバシーとセキュリティの脆弱性。Google のプライバシーとセキュリティのガイドラインで定義されている SLO の対象となります。2017 年 11 月 1 日まで読み取り専用。
プロジェクト 開始時期と終了時期が限られているため、独自の商品、サービス、結果を創出することに重点を置いた目標ベースの取り組み。
マイルストーン プロジェクトの完了までの道のりにおける重要な成果を表す作品のコレクション。マイルストーンは、リリースやリリースを表すためにも使用できます。
機能 ユーザーに特定の値を提供する処理のコレクション。
エピック 共通の目標に向かって取り組む大量のコレクション。
ストーリー ユーザーに特定の値を提供する小さな処理コレクション。
タスク 小さな作業単位。

問題の優先順位

[優先度] では、問題の重要度を指定できます。このフィールドは必須です。通常、問題の重要性を判断する基準はチームによって異なります。次の表に、問題の優先度設定の一般的な方法を示します。

問題の優先順位 説明
P0 すぐに対処する必要があるリソースと、必要な数のリソース。そのような問題により、完全なサービス停止が発生するか、プロダクトの重要な機能が誰も利用できなくなり、既知の回避策が使用されなくなります。
P1 迅速に対処する必要がある問題。この問題は、ほとんどのユーザーに非常に大きな影響を与えます。回避策がある場合は、部分的または過度に苦労します。問題の影響が組織的な中核的機能に及んでいるか、根本的に別のチームを妨害している
P2 合理的な期間内に対処する必要がある問題。1)P0 または P1 であるが合理的な回避策がある問題、2)大部分のユーザーにとって重要な問題であり、主要な組織機能に関連する問題、3)他のチームの作業の妨げであり、合理的な回避策がない問題。P2 は、初回使用時またはインストール時の問題で、デフォルトの優先度です。
P3 可能な場合は対処すべき問題です。この問題は、組織の主要な機能または他のチームの作業に関連するものですが、進行を妨げたり、相応の回避策を提供したりすることはありません。
P4 最終的に対処する必要がある問題です。そのような問題は、組織の主要な機能や他のチームの取り組みとは関係がありません。あるいは、システムの魅力や楽しさにのみ関係します。

問題のステータス

[Status] フィールドでは、解決プロセスにおける問題のステータスを指定できます。一般的に、問題のステータス変更や解決のために必要となるアクティビティについては、チームごとに定義が異なります。問題の解決に必ずしもすべての [ステータス] フィールドの値を使用する必要はありません。次の表に、Status フィールドの一般的な使用例を示します。

問題のステータス 説明
新機能 問題に、個人またはグループが割り当てられていない。
担当中 問題には担当者が割り当てられています。その担当者が [割り当て先] 欄に表示されます。
処理中(承認済み) 割り当て先は問題を確認し、解決に着手しました。
固定 この問題は解決済みです。
固定(確認済み) ユーザーは問題が解決し、[Verifier] フィールドで修正が正しいことを確認しました。
修正されない(再現不可) 問題を修正するのに十分な情報がないか、報告された問題を再現できません。
修正されない(想定される動作) 問題は、報告された状況で想定されるサービスの挙動を示しています。
修正されない(無効) サービスの変更により、問題の関連性がなくなりました。
修正されない(実行不可) この問題に対処するために必要な変更は合理的に不可能です。
コピー 問題が他の場所で報告されている。問題のステータスを [複製] に設定するには、問題を複製するをご覧ください。

Issue Tracker では、ステータスに応じて問題はオープンまたはクローズとみなされます。未解決の問題とは、解決を待っている問題です。これには、ステータスが [新規]、[割り当て済み]、[処理中] の問題が含まれます。 クローズ問題とは、検証以外の対応を必要としない問題です。これには、ステータスが [Fixed]、[Won't Fix]、[Duplicate] の問題が含まれます。

ステータス アイコン

ステータス アイコンは、問題のステータスを視覚的に表したものです。別の問題の [ブロック中] プルダウン リストまたは [ブロック] プルダウン リストにある問題の左側に、ステータス アイコンが表示されます。これらのアイコンを使用すると、現在のページから離れることなく、ブロックされた問題またはブロック中の問題の進行状況をすばやく評価できます。また、検索結果ページの [ステータス] 列で、ステータス テキストではなくステータス アイコンを表示することもできます。

クイック変更のステータス

問題の解決プロセスにおける次の一般的なステップに進むために、問題のステータスをすばやく変更する方法は 2 つあります。1 つ目は、問題の詳細ページの上部にある [アプリバー] にある [ステータスを変更] ボタンと、ページ右側の [問題のフィールド] パネルにある [ステータスを変更] リンクです。それぞれをクリックすると、問題のステータスが次のように処理されます。

  • 問題が新規で割り当てられていない場合、または割り当て先が自分以外の場合は、[Assign to me] というクイック プロンプト プロンプトが表示されます。ステータスを素早く変更すると、割り当て先が自分に設定されます。現在設定されていない場合は、問題のステータスを [担当中] に変更します。

  • ユーザーが作業の割り当て先で、ステータスが [担当中] の場合は、クイック変更プロンプトに [作業を開始] と表示されます。クイック変更により、問題のステータスが「処理中」に変わります。

  • ユーザーが作業の割り当て先で、ステータスが [処理中] の場合、クイック変更プロンプトに [修正済みとしてマーク] と表示されます。クイック変更により、問題のステータスが「解決済み」に変わります。

  • 問題が [Fixed] ステータスで検証者である場合、クイック変更プロンプトには [Verify] と表示されます。クイック変更により、問題のステータスが「修正済み(確認済み)」に変わります。

  • 問題のステータスが [Fixed]、[Duplicate]、[Won't Fix] のいずれかである場合、クイック変更プロンプトには [Re-open] が表示されます(上記の例を除く)。クイック変更により、問題に担当者がいない場合は [新規] に、問題に担当者が割り当てられている場合は [担当中] に変更されます。

問題に関するポップアップ

問題ホバーカードには、問題のタイトル、ID、説明、現在のステータスなどの情報が含まれます。また、CC Me ボタンをクリックすると、問題の CC リストに追加されます(すでに CC リストに追加されている場合、ボタンは [Un-CC Me] と表示されます)。次に例を示します。

問題にカーソルを合わせると、以下のカードが表示されます。

  • [Related Issues] トレイの [Blocked By]、[Blocked]、または [Duplicates] タブに表示される問題 ID。
  • 問題の検索結果ページの [ブロック中]、[ブロック]、または [重複] 列で発行される ID。
  • [問題を作成] ページの右側にある [最近の問題] パネルにある問題へのリンク。
  • 問題としてマークされた問題ページの [ステータス] フィールド。
  • ページの上部にある黄色いバー内で、重複としてマークされた正規の問題へのリンクが表示されます。

編集に関する問題

コンポーネントに対する表示と編集権限がある場合は、そのフィールドを編集したり、コンポーネントにコメントを追加したりできます。ただし、以前は作成日やコメントなど、一部のフィールドは編集できません。

レベルを編集

問題に対する変更の重大度は、問題の履歴パネルに表示されるかどうかと、変更が発生したときにユーザーにメール通知が届くかどうかによって異なります。

編集を終了しています

編集を終了すると、問題のステータスが [オープン] から [クローズ] に変わります。 クローズした編集内容が問題の履歴パネルに表示される。終了した編集内容は、[すべての更新]、[メジャー アップデート]、[閉鎖のみ] のいずれかの通知設定を使用して、メール通知としてユーザーに送信されます。

未解決の問題をクローズするステータスの完全なリストについては、問題のステータスをご覧ください。

大規模な編集

主要な編集内容は、常に問題の履歴パネルに表示されます。メジャー 編集の後、通知設定が [すべてのアップデート] または [メジャー アップデート] のユーザーに送信されます。メジャーとみなされる編集には次のようなものがあります。

  • 問題の初期作成日時
  • 問題に追加されたコメント。
  • 問題を新しいコンポーネントに移動しました。
  • 優先度、重要度、保持、割り当て先の変更。
  • ステータスが [終了]、[確認済み]、[営業再開] の場合。
  • メジャー」とマークされているカスタム フィールドの変更。

軽微な編集

軽微な編集は、問題の履歴パネルに [全履歴] をオンにしている場合にのみ表示されます。同様に、軽微な編集は、問題のロールの通知設定が [すべての更新] に設定されているユーザーにのみ、メール通知として送信されます。

マイナーとみなされる編集には次のようなものがあります。

  • タイトルの変更
  • ホットリストの変更
  • 関連する問題の変更(ブロック、ブロック、重複)
  • 大規模な編集内容として明示されていないステータスの変更
  • フィールド([Reporter]、[Type]、[Verifier]、[Found In]、[Targeted To]、[Verified In]、[In Prod])の変更
  • 軽微」とマークされているカスタム フィールドの変更

編集をサイレントする

サイレント編集は、問題の履歴パネルには表示されず、どのユーザーにも通知メールは生成されません。サイレントとみなされる編集には次のようなものがあります。

  • [CC] フィールドまたは [Collaborator] フィールドに対するエントリの追加または削除(ユーザーまたはグループが新たに追加または削除された場合を除く)
  • コメントの編集
  • Silent」とマークされているカスタム フィールドの変更

問題のアクセス制限

Issue Tracker では、同じコンポーネント内の他の問題よりも小さいアクセサーのセットを持つ問題を許可するアクセス制御の制限がサポートされています。

問題管理者は、問題の制限ステータスを次の 4 つの問題アクセスレベルのいずれかに更新できます。

  • デフォルトのアクセス - 通常のルールが適用されます。デフォルトのアクセスレベルの問題には、コンポーネント内の他の問題と同じアクセサーがあります。

  • 限定的なコメント - コンポーネント内の他の問題に対するコメント権限があるかどうかに関係なく、問題に関して担当者、共同編集者、検証者、CC として明示的にリストされている ID のみが問題にコメントできます。コンポーネントで Admin Issues 権限を持つ ID も、コメントへのアクセスを保持します。閲覧権限はデフォルトのままです。

  • 公開制限 - 明示的に表示した ID(割り当て先、共同編集者、確認者、CC)のみが問題の表示権限を保持します。

  • 制限付き + Google - 明示的に列挙された ID(割り当て先、共同編集者、確認者、CC)、フルタイムの Google 社員、内部自動化アカウントのみが問題の閲覧権限を保持します。