候補者の受け入れと面接の調整

応募書類、審査員の決定、面接の可用性は書類と受信箱全体で調整されるため、候補者のコミュニケーションが遅くなります。

ビジネス上の問題

応募書類、審査員の決定、面接の可用性は書類と受信箱全体で調整されるため、候補者のコミュニケーションが遅くなります。

チームが見ているもの

申請を受信してから候補者レコードを作成するまでの間、作業が待機します。
所有者はクラウドストレージと Google カレンダーからステータスを再構築します。

なぜそれが起こるのか

クラウドストレージ、Google カレンダー、Gmail にまたがる共有状態はありません。
決定ルールと例外ルールが一貫して適用されません。

なぜ高価になるのか

調整と再作業によって容量が消費されます。
例外が遅れると、可視性が低下し、サービスの品質が低下します。

ビジネスの成果

送信ステータス更新サイクルの短縮
ハンドオフと欠落情報の例外が減少
受信アプリケーションから所有権をクリアしてステータス更新を送信する
検査可能な決定と回復

測定可能なKPI

所要時間: アプリケーションを受信してからステータス更新を送信するまでの経過時間。
手動介入率: 定義されたレビュー条件外の人員を必要とするアイテムのシェア。
例外年齢: アクションが完了しないまま、未解決の例外が残ります。
成功率: 有効なワークフロー項目の共有が端末障害なしで完了します。

ワークフローの仕組み

申請書を受け取る — 候補者の受け入れと面接調整のトリガーを受け入れて特定します。クラウドストレージ
候補レコードの作成 — 検証済みのサンプルデータと監査可能な結果を使用して、候補レコードの作成を実行します。クラウドストレージ
同意の検証 — 検証済みのサンプルデータと監査可能な結果を使用して同意の検証を実行します。 Googleカレンダー
スクリーニング基準を適用する — 検証済みのサンプルデータと監査可能な結果を使用して、スクリーニング基準の適用を実行します。 Gメール
査読者の評価 — 検証済みのサンプルデータと監査可能な結果を使用してレビュー担当者の評価を実行します。 SEIDOレビューキュー
可用性を収集する — 検証済みのサンプルデータと監査可能な結果を使用して可用性の収集を実行します。 Googleカレンダー
面接のスケジュールを立てる — 検証済みのサンプルデータと監査可能な結果を使用してスケジュールインタビューを実行します。 Gメール
ステータス更新を送信する — 検証済みのサンプルデータと監査可能な結果を使用して送信ステータスの更新を実行します。クラウドストレージ
監査とKPIの更新 — 実行結果、監査事実、ワークフロー測定イベントを保持します。 SEIDO実行ストア

統合と所有権

クラウドストレージ: ワークフロー入力を提供する
Googleカレンダー: コンテキストの検索と更新
Gメール: 制御された結果を受け取る

人間の責任: 人的オペレーションのリーダー

失敗と回復

クラウドストレージが一時的に利用できなくなりました。

上限付きの指数バックオフを使用して再試行します。実行を保存し、制限を超えた後に検査可能な障害キューに移動します。

候補レコードの作成に必要なデータの形式が間違っているか、欠落しています。

下流のアクションを停止し、指定されたレビュー担当者に不足しているフィールド、ソース証拠、および修正アクションを示します。

トリガーまたはプロバイダーイベントが複数回配信されます。

冪等性キーによって識別された既存の実行を返し、下流のビジネスアクションを繰り返しません。

人間の決定は完了する前に期限切れになります。

設定された代理人にエスカレーションし、元のリクエストを保持し、有効期限と再割り当ての両方を記録します。

これを構築しない場合

毎月のボリュームが少なすぎるため、クラウドストレージ、Google カレンダー、Gmail を統合することは正当化できません。
既存の構成済みプラットフォームは、適切な所有権とレポートを使用して候補者の受け入れと面接の調整をすでに処理しています。
信頼できるソースデータまたはサポートされている API アクセスが利用できません。
ビジネスオーナーには、決定ルールと例外ルールを定義する権限はありません。