キューを 1 項目ずつ処理
フィルターを作り直さず、保留件数を確認して次の項目を開き、受け入れ、却下、重複としてマーク、スヌーズから選択します。
トリアージは保存済みビューではなく専用キューです。項目を開いて判断し、次へ進みます。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。

導入チーム
キュー、タイプ、割り当て
新しい作業は、誰かが受け入れるまでボードに入りません。その判断をトリアージで 1 か所にまとめます。
フィルターを作り直さず、保留件数を確認して次の項目を開き、受け入れ、却下、重複としてマーク、スヌーズから選択します。
リクエスト、バグ、チケットに同じフォームを使用するべきではありません。スペースが所有するタイプにより、各項目がトリアージを離れた後に必要なフィールドとステータスを設定できます。
受け入れ後も責任は人が担います。実行はエージェントまたはクルーが担当でき、履歴は同じタスクに残ります。
受付から割り当てまで
トリアージはボードの前段にあります。Slack、Jira、手動作成から取り込めます。現在、公開フォームとメール受付はこの製品に含まれません。
トリアージは判断のために作られています。毎朝作り直す保存済みビューではありません。トリアージ待ちステータスの項目は誰かが対応するまでここに残ります。

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

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

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

受付システム
トリアージは判断を行うキューです。ビューでもフォームビルダーでもなく、受け入れ後のタスクを置き換えるものでもありません。
トリアージ待ちステータスで、受け入れ、却下、重複、スヌーズを待つ項目。
受け入れた各項目が入るプロセス。独自のフィールドとワークフローを持ちます。
作業がキューを離れた後の返信、レビュー、失敗した実行に注意を向けます。
トリアージに入るタスクを作成できる、リリース済みのソース。
設定した場合、同期またはインポートした Issue をスペースへ取り込み、トリアージで待機させられます。
人が項目を受け入れた後に実行します。判断の代わりにはなりません。
受付が始まる場所で対応
チャットや接続済みトラッカーからリクエストを取り込み、判断はトリアージで行います。誰かが作業を受け入れた後にのみ、エージェントを実行します。
接続機能
受け入れた作業は、計画上のタスクになります。繰り返す後続作業には自動化を使用します。
使いやすさを標準搭載
受信作業が判断を飛ばせる状態では、運用は機能しません。
開始
キューを有効にし、受け付ける作業にタイプを設定してから、最初の項目を受け入れて割り当てます。
トリアージ待ちステータスの受信項目は、誰かが受け入れ、却下、またはスヌーズするまでここで待機します。
リクエスト、チケット、Issue、バグを追加し、受け入れた作業が適切なワークフローに入るようにします。
最初の項目を判断してから、タスクにメンバーと必要に応じてエージェントを割り当てます。
よくある質問
ビューは、タスクの確認方法を保存したものです。トリアージは、トリアージ待ちステータスの項目専用の受付キューです。受け入れ、却下、重複としてマーク、スヌーズを判断するために使用します。
人はスペース内でタスクを作成でき、Slack からタスクを作成でき、Jira から作業を同期またはインポートでき、エージェントチャットをタスクへ変換できます。スペースでトリアージが有効な場合、トリアージ待ちステータスの項目がキューに表示されます。公開フォームとメール受付は提供していません。
いいえ。受信項目はすでにタスクです。受け入れると、そのタイプのワークフローへ移ります。却下、重複、スヌーズも同じタスクに対して行われます。
判断の責任は人が担います。項目が受け入れられた後にエージェントが実行するか、自動化として定期チェックを実行できます。エージェントを受け入れ判断の代わりにしないでください。
項目は受け入れも却下もされず、後で対応するまで現在のキューから外れます。履歴を維持した同じタスクのままです。
いいえ。作業がボードに入る前に判断が必要なスペースなら、プロダクト受付、バグ、社内リクエストなどで利用できます。運用ソリューションページでは、Sharkly チームでの運用例を紹介しています。