Sharklyトリアージ

受信作業はここで待機誰かが判断するまで

トリアージは保存済みビューではなく専用キューです。項目を開いて判断し、次へ進みます。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。

受け入れ、却下、重複としてマーク、スヌーズに対応した Sharkly トリアージキュー

導入チーム

  • Aurecon
  • Deriv
  • Uplynk
  • Honeywell
  • Open
  • Smith Rx

キュー、タイプ、割り当て

受付は判断の場であり、単なる山積みではありません

新しい作業は、誰かが受け入れるまでボードに入りません。その判断をトリアージで 1 か所にまとめます。

キューを 1 項目ずつ処理

フィルターを作り直さず、保留件数を確認して次の項目を開き、受け入れ、却下、重複としてマーク、スヌーズから選択します。

作業が広がる前にタイプを設定

リクエスト、バグ、チケットに同じフォームを使用するべきではありません。スペースが所有するタイプにより、各項目がトリアージを離れた後に必要なフィールドとステータスを設定できます。

受け入れた作業を人またはエージェントへ引き渡し

受け入れ後も責任は人が担います。実行はエージェントまたはクルーが担当でき、履歴は同じタスクに残ります。

受付から割り当てまで

まず判断し、その後ワークフローを実行。

トリアージはボードの前段にあります。Slack、Jira、手動作成から取り込めます。現在、公開フォームとメール受付はこの製品に含まれません。

01キュー

受け付ける作業専用のキューを用意

トリアージは判断のために作られています。毎朝作り直す保存済みビューではありません。トリアージ待ちステータスの項目は誰かが対応するまでここに残ります。

  • 保留件数を確認し、項目を順番に処理
  • 同じ詳細画面から受け入れ、却下、重複としてマーク、またはスヌーズ
  • キューを離れた後もオーナー、ステータス、履歴をタスクに維持
受信項目に対する判断アクションを備えたトリアージキュー
02タイプ

適切なプロセスに受け入れ

項目が受け入れられると、そのタイプによって適用するフィールドとワークフローがすでに決まっています。受付を汎用リストにせず構造化できます。

  • リクエスト、チケット、Issue、バグなどのタイプを追加
  • そのタイプに実際に必要なステータスとカスタムフィールドを関連付け
  • タグにはラベル、実際のプロセス差にはタイプを使用
項目がトリアージを離れた後に使用するタスクタイプ
03割り当て

受け入れた作業を人またはエージェントへ振り分け

責任は人が担います。明確に定義された後続作業は、エージェントまたはクルーが実行します。コメントと受信トレイにより、判断を同じ項目上に維持できます。

  • 受け入れ後にメンバー、クルー、またはエージェントを割り当て
  • エージェントが繰り返し作業を行う間もオーナーを表示
  • ブロッカーとレビューを非公開チャットではなく受信トレイへ返却
受け入れ済みのトリアージ項目をメンバーとエージェントに割り当て
04チャットから

Slack または会話から受付を開始

Slack からタスクを作成するか、エージェントチャットを追跡対象の作業に変換します。スペースでトリアージが有効な場合、トリアージ待ちステータスの新規項目はキューで待機します。

  • Slack のショートカットとスラッシュコマンドからタスクを作成
  • オーナーが必要になったら、チャットでの検討をタスクへ変換
  • 現在、この製品では公開フォームやメール受付は提供していません
チャットから追跡対象の作業を作成し、トリアージへ送信可能

受付システム

トリアージとは何か、何ではないか

トリアージは判断を行うキューです。ビューでもフォームビルダーでもなく、受け入れ後のタスクを置き換えるものでもありません。

トリアージキュー

トリアージ待ちステータスで、受け入れ、却下、重複、スヌーズを待つ項目。

タスクタイプ

受け入れた各項目が入るプロセス。独自のフィールドとワークフローを持ちます。

受信トレイ

作業がキューを離れた後の返信、レビュー、失敗した実行に注意を向けます。

Slack

トリアージに入るタスクを作成できる、リリース済みのソース。

Jira

設定した場合、同期またはインポートした Issue をスペースへ取り込み、トリアージで待機させられます。

エージェント

人が項目を受け入れた後に実行します。判断の代わりにはなりません。

受付が始まる場所で対応

Slack、Jira、現在運用しているキュー

チャットや接続済みトラッカーからリクエストを取り込み、判断はトリアージで行います。誰かが作業を受け入れた後にのみ、エージェントを実行します。

JiraGitHubSlack

接続機能

トリアージは入口であり、全体ではありません

受け入れた作業は、計画上のタスクになります。繰り返す後続作業には自動化を使用します。

使いやすさを標準搭載

キューを正確に保つ詳細

受信作業が判断を飛ばせる状態では、運用は機能しません。

受け入れ、却下、重複としてマーク、スヌーズ
現在のキューの保留件数
受け入れ後に待機するスペース所有のタイプ
元の項目を失わずにスヌーズ
トリアージを離れた後も残る履歴
判断後に人の対応が必要な項目用の受信トレイ

受信作業を未確認のままボードへ追加しない

トリアージを有効にして項目ごとに判断し、作業を受け入れた後にのみ人またはエージェントを割り当てます。

開始

3 ステップでトリアージを有効化

キューを有効にし、受け付ける作業にタイプを設定してから、最初の項目を受け入れて割り当てます。

01

スペースでトリアージを有効化

トリアージ待ちステータスの受信項目は、誰かが受け入れ、却下、またはスヌーズするまでここで待機します。

02

実際に使用するタイプを設定

リクエスト、チケット、Issue、バグを追加し、受け入れた作業が適切なワークフローに入るようにします。

03

受け入れて割り当て

最初の項目を判断してから、タスクにメンバーと必要に応じてエージェントを割り当てます。

よくある質問

フォーム製品を作らずにトリアージ

トリアージと保存済みビューの違いは何ですか?

+

ビューは、タスクの確認方法を保存したものです。トリアージは、トリアージ待ちステータスの項目専用の受付キューです。受け入れ、却下、重複としてマーク、スヌーズを判断するために使用します。

リクエストはどうやってトリアージに入りますか?

+

人はスペース内でタスクを作成でき、Slack からタスクを作成でき、Jira から作業を同期またはインポートでき、エージェントチャットをタスクへ変換できます。スペースでトリアージが有効な場合、トリアージ待ちステータスの項目がキューに表示されます。公開フォームとメール受付は提供していません。

受け入れると新しいタスクが作成されますか?

+

いいえ。受信項目はすでにタスクです。受け入れると、そのタイプのワークフローへ移ります。却下、重複、スヌーズも同じタスクに対して行われます。

エージェントはトリアージキューを空にできますか?

+

判断の責任は人が担います。項目が受け入れられた後にエージェントが実行するか、自動化として定期チェックを実行できます。エージェントを受け入れ判断の代わりにしないでください。

スヌーズするとどうなりますか?

+

項目は受け入れも却下もされず、後で対応するまで現在のキューから外れます。履歴を維持した同じタスクのままです。

トリアージは運用チーム専用ですか?

+

いいえ。作業がボードに入る前に判断が必要なスペースなら、プロダクト受付、バグ、社内リクエストなどで利用できます。運用ソリューションページでは、Sharkly チームでの運用例を紹介しています。