初期セットアップの完了後、折に触れて、日常的な管理作業を実行しなければならないことがあります。このセクションでは、最も一般的な作業をいくつか説明します。
問題を避けるために、管理作業は、Issue Manager に他のユーザーがログインしていないときに実行しなければなりません。たとえば、ユーザーのいない時間帯にこれらの作業を実行すると、まだルーティング ルールが入力されていない新製品に関する問題をユーザーが登録するのを防ぐことができます。
新しいユーザーについては、以下の作業が必要になります。
• アカウントをセットアップする前に、必要なら受信箱を作成する。
• 新しいアカウントをセットアップし、そのアカウントを既存のグループと必要ならデフォルトの受信箱に関連付ける。
• ユーザーが自動ルーティングで問題を受信する必要がある場合は、ユーザーの受信箱をルーティング ルールに追加する。
ユーザーが組織を辞めたときは、以下の処置が必要です。
• ユーザーのアカウントを直ちに停止して、ログインできなくする（ユーザーが問題の作成や変更を行ったことがある場合は、そのアカウントを削除することはできません）。
• ルーティング ルールでユーザーの受信箱を参照している箇所をすべて別の受信箱に置き換える。この処置により、この受信箱に新しい問題が送られないようにすることができます。なお、ルーティング ルールの変更は、Issue Manager に他のユーザーがログインしていないときに行わなければならないことに注意してください。
• ユーザーの受信箱に含まれている問題を他の受信箱に再割り当てすることで、ユーザーの受信箱を空にする。
• ユーザーの受信箱を削除する。
ユーザーの任務が変わったときは、グループ割り当てを更新する必要があります。たとえば、QA エンジニアの Sarah が開発部門に移ったとしましょう。また、新しい責務に合った問題をユーザーが受信できるように、ルーティング ルールを変更することも必要です。たとえば、Sarah は、QA 部門ではなく開発部門の注意を引く問題を受信できるようになっていなければなりません。
ユーザーのプロジェクトが変わったときは、ユーザーの現在の責務を反映するようにルーティング ルールを変更する必要があります。さらに、それでもデフォルトの受信箱が必ず適切なものになるようにする必要があります。たとえば、Judy はドキュメント ライターで、それまで Product A のドキュメントを書いていましたが、現在は Product B のドキュメントを書いているとしましょう。Judy のデフォルト受信箱 Judy - Doc (Product A) は、Judy - Doc (Product B) に変更されなければなりません。
その時々に、以下の作業が必要になります。
• 新製品（および、既存製品の追加のリリース、プラットフォーム、コンポーネント）を追加する。
• ルーティング ルールを一部変更して、新しい製品、コンポーネント、リリース、プラットフォームに対応できるようにする。