受け付けた作業のキュー
トリアージを開き、項目を 1 つずつ処理します。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。
導入チーム
トリアージ、タスクタイプ、自動化
受付、タイプ別ワークフロー、定期実行を、受信トレイ、ドキュメント、非公開チャットに分散せず 1 つのスペースに維持します。
トリアージを開き、項目を 1 つずつ処理します。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。
各スペースが独自のタスクタイプを所有します。機能、バグ、リクエスト、チケットなど、各タイプにそのプロセスで必要なフィールドとステータスを関連付けます。
スケジュール、ステータス変更、コメント、Webhook からエージェントまたはクルーを開始できます。重要な内容は引き続き人がレビューします。
受付から完了まで
受信項目は誰かが判断するまで 1 つのキューに置かれます。タスクタイプがプロセスを構造化し、自動化が繰り返しチェックを実行します。
トリアージはスペースの受付キューで、毎朝作り直す保存済みビューではありません。項目を開いて判断し、次へ進みます。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。

バグ、リクエスト、機能に同じフォームは必要ありません。スペースが所有するタスクタイプにはカスタムフィールドと範囲を限定したワークフローが関連付けられるため、受付を汎用リストにせず構造化できます。

自動化は、指示、エージェントまたはクルー、トリガー、実行履歴で構成される 1 つのルールです。日次チェック、ドキュメントのフォローアップ、Webhook 受付に使用します。複数のシステムを順番に動かす場合は、自動化ワークフローを使用します。

トリアージ後も責任は人が担い、実行はエージェントまたはクルーが担当します。コメントと受信トレイにより、キューが追跡する同じ項目上に判断を維持できます。

ローカルまたはクラウドのコンピューターを接続し、ランタイムをエージェント向けの制御された実行リソースとして公開します。既存のツールを維持しながら、実行を割り当て可能かつ追跡可能にします。
作業オペレーティングシステム
受信作業はタスクのままです。トリアージ、タスクタイプ、自動化は 2 つ目の信頼できる情報源を作らず、そのシステムに関連付けられます。
依頼内容、タイプ、優先度、日付、フィールド、議論を記録し、すべての項目にオーナーと履歴を持たせます。
スペースが所有する各タイプにはカスタムフィールドと範囲を限定したワークフローが関連付けられるため、リクエストとバグが同じ経路を通ることはありません。
受信項目を 1 つずつ処理します。受け入れ、却下、重複としてマーク、または後で対応するためスヌーズします。
スケジュール、ステータス、コメント、Webhook、手動開始からエージェントまたはクルーを実行し、実行履歴を関連付けます。
運用チームがすでに使用しているツールから署名済み POST リクエストを受け取り、チームがレビューする同じ自動化を開始します。
Slack からタスクを作成し、関連付けたスレッドを同期して、リクエストを離れずにフォローアップを送信します。
リクエストが始まる場所で運用に対応
チャットや外部システムからリクエストを取り込み、エンジニアリングが関与する場合は Jira と GitHub の接続を維持し、同じキューからエージェントに作業させます。
使いやすさを標準搭載
トリアージ、タスクタイプ、自動化が同じリクエストに関連付けられていなければ、運用は機能しません。
開始
トリアージを有効にし、リクエストタイプごとに独自のフィールドを設定して、レビューを失わずに繰り返し作業をエージェントへ振り分けます。
IT、社内運用、オンコールのフォローアップ用スペースを用意します。受け付けた項目は、誰かが受け入れ、却下、またはスヌーズするまでトリアージで待機します。
リクエスト、チケット、Issue、バグを追加します。各タイプに必要なフィールドとステータスを関連付け、受付が汎用リストにならないようにします。
チェック、リマインダー、Webhook 受付用の自動化またはワークフローを追加し、結果をレビューするメンバーを割り当てます。
よくある質問
キュー自体については、多くのチームで置き換えられます。受け付けた作業はスペース内のタスクになります。トリアージは受付キューで、受け入れ、却下、重複としてマーク、スヌーズを行えます。タスクタイプごとに独自のフィールドとステータスを設定できます。定期チェックは自動化として実行します。専用の調達システムや経費システムなど、Anakin が扱わないプロセスが必要な場合のみ専門ツールを残します。
ビューは、タスクの確認方法を保存したものです。トリアージは、トリアージ待ちステータスの項目専用の受付キューです。ワークフローへの受け入れ、却下、重複としてマーク、スヌーズを判断するために使用します。項目がトリアージを離れた後も、ほかのタスクと同様にビュー、ボード、受信トレイに表示されます。
人はスペース内でタスクを作成でき、エージェントは Slack からタスクを作成でき、自動化は Webhook から開始できます。スペースでトリアージが有効な場合、トリアージ待ちステータスの項目は誰かが判断するまでキューに表示されます。Slack イベントはまだ自動化ワークフローを開始できません。Slack はタスクのソースおよびワークフローアクションとして利用できます。
自動化は、開始条件、実行するエージェントまたはクルー、従う指示を定める 1 つのルールです。自動化ワークフローは、コネクタや「エージェントを実行」ステップを含むトリガーとアクションのキャンバスです。定期チェックには自動化、複数システムを順番に動かす場合はワークフローを使用します。
いいえ。現在の自動化はエージェントまたはクルーの実行を直接開始し、履歴を自動化に保存します。ワークフローの「エージェントを実行」もタスクを作成しません。リクエストにオーナー、ステータス、キューでのレビューが必要な場合はタスクを使用します。
トリアージと承認の責任は人が担います。エージェントまたはクルーは、繰り返し作業や明確に定義された作業を実行します。結果、失敗、レビュー依頼は、受信トレイと元のタスクまたは自動化履歴へ戻ります。