@Waker チャットに人間のエキスパートを設定し、ブロック要因を解決して確定した判断を元のタスクとグループに返せるようにします。
グループチャットで Digital Employees を活用していても、ユーザーは依然として課題に直面することがあります。
エキスパートはチャット単位で設定するため、人間の従業員と Digital Employee の効果的なコラボレーションに必要な柔軟性と専門的なサポートを提供できます。
管理者は各 
エキスパートはボットとのダイレクトメッセージでヘルプリクエストを受け取ります。推奨される回答方法は、
最初の回答後、エキスパートは追加情報の提供、フォローアップの質問への回答、または元の結論の修正を続けることができます。
エキスパートは同じダイレクトメッセージチャットで通常どおり 
「@Waker 導入プロジェクト」グループで、メンバーが最新のプロジェクト進捗について質問します。会議の日時、場所、準備資料はプロジェクトの最新アレンジメントに含まれているため、
開発グループで、ある開発者が注文サービスの PR #482 が CI に合格したので今夜リリースできるかどうかを質問します。
設定が完了したら、テストグループで完全なワークフローを実行します。
- コードリリースや製品ローンチなどリスクの高い作業では、人間のエキスパートによるレビューと承認が必要になることがよくあります。しかし、エキスパートが大量のグループメッセージに目を通して迅速に回答できるとは限りません。
- Digital Employee が関連するプロジェクトや Knowledge Base に接続されていても、新たに導入された概念や用語について正確な定義を提供できない場合があります。
@Waker チャットに人間のエキスパートを設定すると、@Waker は設定されたルールに基づいて適切なタイミングで適切なエキスパートに積極的に助けを求めることができます。エキスパートが回答すると、@Waker はタスクを続行し、結果を元のタスクとグループチャットに返します。
管理者: @Waker チャットごとにエキスパートを設定する
エキスパートはチャット単位で設定するため、人間の従業員と Digital Employee の効果的なコラボレーションに必要な柔軟性と専門的なサポートを提供できます。
管理者は各 @Waker チャットに 1 名以上の人間のエキスパートを設定し、@Waker が作業中に遭遇する可能性のある特定の問題の解決を支援できます。エキスパート支援ルールは、ワークフローにおける実際の課題やブロック要因を反映したものにしてください。
「難しい問題はエキスパートに聞く」といった過度に広範なルールは、@Waker がエキスパート支援の必要なタイミングを判断するのを困難にします。効果的なルールの例は次のとおりです。
アカウントへのサインイン、組織の権限、エンタープライズ認証バージョンアップ、データ移行、互換性の問題納品前にすべてのコードをエキスパートにレビューしてもらう
現在の
@Waker チャットにエキスパートを追加し、具体的なエキスパート支援ルールを定義します。エキスパート: @Waker と効果的に連携する方法
@Waker のヘルプリクエストを引用してから結論を提供する
エキスパートはボットとのダイレクトメッセージでヘルプリクエストを受け取ります。推奨される回答方法は、@Waker からの特定のヘルプリクエストを引用し、その上で結論を提供することです。
最初の回答後、エキスパートは同じメッセージを再度引用して詳細を追加したり、フォローアップの質問に答えたり、結論を修正したりできます。
エキスパートは複数のグループチャットから同時に複数のヘルプリクエストを受け取ることがあります。関連するリクエストを引用することで、@Waker はどの回答がどのリクエストに対応するかを判断でき、回答が誤ったチャットに関連付けられることを防げます。
情報を追加または修正する場合は同じメッセージを引用し続ける
最初の回答後、エキスパートは追加情報の提供、フォローアップの質問への回答、または元の結論の修正を続けることができます。
- 条件を追加する場合:
補足: 上記の解決策はバージョン 3.0 以降にのみ適用されます。 - 結論を修正する場合:
訂正: 元の解決策はホスト環境には適用されません。代わりにプラットフォームのアップグレード手順を使用してください。
エキスパートヘルプリクエストはエキスパート自身の @Waker との作業とは分離される
エキスパートは同じダイレクトメッセージチャットで通常どおり @Waker を引き続き使用できます。たとえば、エキスパートが「この議事録を整理して」と送信した場合、そのリクエストは通常のダイレクトメッセージとして処理され、グループチャットに転送されることはありません。
エキスパートヘルプリクエストに明確に対応する回答のみが元のタスクに反映されます。エキスパートヘルプリクエストとエキスパート自身の @Waker とのダイレクトチャットは、同じチャット内に表示されるだけで混同されることはありません。
エキスパートがボットとのダイレクトチャットでヘルプリクエストを引用しています。
事例: プロジェクトグループでの作業調整
「@Waker 導入プロジェクト」グループで、メンバーが最新のプロジェクト進捗について質問します。会議の日時、場所、準備資料はプロジェクトの最新アレンジメントに含まれているため、@Waker は推測しません。代わりに、質問者に「エキスパートに確認し、回答があり次第お知らせします」と伝えます。
次に @Waker は、現在のチャットに設定されている導入プロジェクトのエキスパートにダイレクトメッセージを送信します。質問の発信元、質問者、および確認が必要な詳細を説明します。
エキスパートはヘルプリクエストを引用して「明日午後 3 時、第 1 会議室です」と回答します。さらに「関連する責任者は会議前に Web サイトのドキュメントを準備する必要があります」と追加します。
両方の回答が同じタスクに反映されます。エキスパートはプロジェクトグループに参加する必要がなく、質問者は異なるチャット間で情報を伝える必要がありません。エキスパートの回答を受け取った後、@Waker は会議の日時、場所、準備要件を整理し、完全な情報を元の導入プロジェクトグループに返します。
事例: コードリリース前のエキスパートレビュー
開発グループで、ある開発者が注文サービスの PR #482 が CI に合格したので今夜リリースできるかどうかを質問します。@Waker はコードとビルド結果を確認できますが、変更はデータベーススキーマを変更します。現在のチャットに設定されたエキスパート支援ルールに従い、すべてのデータベース変更はリリース前にバックエンドおよびデータベースのエキスパートによるレビューを受けなければなりません。
@Waker はグループに「コードとデータベースの変更を確認し、エキスパートにリリースリスクの確認を依頼します」と伝えます。
次に、判断に必要な重要な情報を含むダイレクトメッセージをエキスパートに送信します。PR は CI に合格しているが、データベースマイグレーションがデフォルト値のない NOT NULL フィールドを追加しており、この変更を即座にリリースできるかどうかを判断する必要があることを伝えます。
エキスパートはヘルプリクエストを引用して「まだリリースしないでください。新しいフィールドに互換性のあるデフォルト値を追加し、まず過去データをバックフィルしてください。そうしないと、新旧バージョンが同時に稼働している間に旧サービスバージョンからの書き込みが失敗する可能性があります」と回答します。
@Waker はエキスパートのガイダンスを整理し、元の開発グループに返します。フルリリースを延期し、フィールドの互換性の問題を解決し、データのバックフィルを完了し、ロールバックプランを準備します。変更が完了したら、小規模な Canary release から開始し、監視メトリクスが正常であることを確認した上で段階的に拡大します。
@Waker がエキスパートにリリースリスクの確認を依頼し、結論を元の開発グループに返します。ロールアウト前に簡単な検証を実行する
設定が完了したら、テストグループで完全なワークフローを実行します。
@Wakerにエキスパートの判断が必要な質問をします。- 正しいエキスパートがダイレクトメッセージでヘルプリクエストを受け取ったことを確認します。
- エキスパートにヘルプリクエストを引用して回答するよう依頼します。
- 結果が元のグループに返されることを確認します。
- エキスパートに通常のダイレクトチャットを開始するよう依頼し、グループに転送されないことを確認します。
@Waker エキスパート設定により、各チャットに適切なエキスパートを配置し、@Waker のブロック要因解決を支援しつつ、確認済みの回答を元のグループに返すことができます。タスクが @Waker に委任されると、より信頼性が高まります。問題に遭遇しても停止するのではなく、積極的にエキスパートの支援を求め、作業を前進させ続けることができます。