Issue Manager では、定義済みのルーティング ルール、各問題の現在の状態、および対応する状態所有者に基づいて、問題のライフサイクルにおける問題の送信先となる受信箱を決定します。 この高度なルーティング メカニズムにより、面倒な作業であった問題のディスパッチを代行できます。
問題の状態とは、その問題の現況です。 Issue Manager のデフォルト ワークフローには多数の状態が用意されています。 状態の所有者とは組織内のロールの 1 つで、与えられた状態にある問題の対処を担当する人のことです。
問題を誰が提起するかによって、同じタイプの異なる問題を異なる状態でワークフローに入れることができます。 ルーティングはそれに応じて変わります。 たとえば、開発者によって提起された問題は開発準備完了の状態でワークフローに入るため、開発者の受信箱に送られます。 一方、社内ユーザーによって提起された問題はレビュー未完了の状態でワークフローに入るため、QA エンジニアの受信箱に送られます。 いわゆる問題の初期状態は、グループ設定を通じて割り当てられます。
ユーザーが問題に対してアクションを取ると、その問題はワークフローの中である状態から次の状態に移行します。 たとえば、報告されたままでまだレビューされていない問題が確かにバグであると QA エンジニアが確認すると、その問題はレビュー未完了の状態から開発準備完了の状態に移行します。 ここでルーティング ロジックを用いる主な目的は、問題がバグであるといったん QA エンジニアが判断すると、その問題が自動的にそのエンジニアの受信箱から適切な開発者の受信箱に必ず移動するようにすることです。