隠れたワークフローの依存関係を排除する

これを共有する理由

ピークシーズンに運営チームをサポートしたことがある方なら、努力不足が原因で遅延が発生することはほとんどないことをご存知でしょう。多くの場合、それらは作業のつなぎ合わせ方、つまりハンドオフ、システムのタイミング、進行を静かに停止させる「小さな」依存関係から発生します。私は留学生サービスでそのことを直接見てきました。フォーム I-20 の遅れがビザの予約の欠席、入学の延期、ストレスの多い学生生活に波及する可能性があるのです。

この記事は、公立大学の学部留学生向けの財務書類収集と I-20 の発行を最新化する私の仕事から得た実践的なケーススタディです。私は、変更の背後にあるビジネス分析の決定に焦点を当てています。つまり、隠れた依存関係をどのように発見し、所有権を明確にし、例外を考慮して設計し、レポートをワークフローの周囲ではなくワークフローに組み込んだかです。

私たちが始めた状況

再設計する前は、ワークフローは複数のシステムと多くの手動調整に依存していました。チームは正しいことをしましたが、プロセス自体が「待機」をデフォルトにしてしまいました。

日常はどのようなものでしたか

• スタッフは入学データを照会し、スプレッドシートを管理して入学した学生と I-20 の進捗状況を追跡しました。
• 学生は財務書類を入学システムにアップロードし、スタッフはレポートを利用して提出物を特定しました。レポートには、遅れたり、エッジケースを見逃したりする可能性があります。
• ビザ関連のデータ (プログラムの日付など) が学生情報システムで更新され、記録が入国管理ワークフロー ツールに同期される前にタイミングの依存関係が生じていました。
• プロファイルは一度に 1 人の生徒ごとに作成され、小さなデータの不一致 (プログラムの日付が間違っているなど) に敏感でした。
• 大学院アシスタントは、あるシステムからドキュメントをダウンロードして別のシステムに再アップロードし、スプレッドシートと Teams メッセージのステータスを更新しました。
• I-20 が発行されると、スタッフは文書をダウンロードして学生に手動で電子メールで送信し、スプレッドシートを再度更新しました。

隠れたボトルネック (表面には現れなかったボトルネック)

プロセスをエンドツーエンドでマッピングすると、2 つの「サイレント ブロッカー」が際立っていました。

1) 組み込みの待機期間としてのシステム同期

スタッフがタスクを迅速に完了した場合でも、システム間でデータが同期されるまで待たなければなりませんでした。この依存関係により、価値は追加されずに時間が追加されました。また、何も「問題」があるようには見えず、まだ準備ができていないだけだったため、関係者に説明するのは困難でした。

2) プロフィール作成を制限した学生の行動

2 番目の依存関係は学生の行動に関連していました。プロファイルの作成では、学生が入学システムで入学意向のステップを完了する必要がありました。学生が（意図せずに）それを見逃してしまうと、ワークフローが停止してしまいました。学生は自分たちが何かをブロックしていることを知らなかったし、スタッフはケースが動かない理由をすぐに把握できないことがよくありました。

BAとして私がやったこと

最大の変化は、遅延をパフォーマンスの問題ではなく設計の問題として扱うことでした。これにより、チェックを追加するのではなく、制約を削除するという回避策が決まりました。

違いを生んだテクニック

• エンドツーエンドのプロセスモデリングとバリューストリーム分析により、コンプライアンス要件を従来の習慣から分離します。
• 根本原因分析により、遅延を引き起こしている実際の依存関係 (システム タイミング、生徒のアクション ゲート、手動ハンドオフ) を特定します。
• 利害関係者のマッピングと役割の明確化により、部門間の意思決定、例外、引き継ぎの所有者を定義します。
• 統合システム全体にわたる要件定義とトレーサビリティにより、望ましい結果に合わせて構成とレポートを作成できます。
• シナリオベースのテスト (エッジケースを含む) とロールアウト前の権限チェック。

意思決定の指針として使用した設計原則

すべてのステップをゼロから議論するのではなく、トレードオフを容易にし、再設計の一貫性を保つための小さな原則セットを使用しました。

• 可能な限り、生徒の不要な行動から進歩を切り離します。
• ドキュメントの再処理を減らします (ダウンロード/アップロードを繰り返すのではなく、ワンタッチでチェックできるようにすることを目指します)。
• ステータスと所有権を明確にします (明確な理由と所有者がなければ、ケースが「行き詰まった」状態にすべきではありません)。
• ワークフローにレポートを埋め込むことで、可視性が別のスプレッドシートに依存しなくなります。
• 「ハッピーパス」だけではなく、ピークボリュームと例外を考慮して設計します。

再設計されたワークフローで何が変わったのか

再設計されたアプローチは、移民ワークフロー環境内で直接書類を収集してレビューし、受け入れとプロフィール作成の回復力を構築することに重点を置きました。

新しいワークフローの概要

• 入学を許可された学生はワークフロー環境に自動的に表示されるため、遅延したレポートや手動のスプレッドシート更新への依存が軽減されます。
• プロファイルは一括で作成されるため、1 つずつの管理セットアップが減り、大量の処理のサポートが強化されます。
• プロファイルの作成は登録意向の確認によってブロックされなくなり、学生が管理手順を怠った場合でも作業を続行できるようになりました。
• 学生はドキュメントをワークフロー環境に直接アップロードし、すぐにレビューできるようになります。
• 大学院アシスタントはワンタッチで完全性チェックを実行し、標準化されたステータスを使用して DSO レビューのためにケースをルーティングします。
• DSO はシステム内で I-20 を発行し、通知をトリガーし、監査可能なケース履歴を保存します。
• 組み込みのレポート機能はスプレッドシートの追跡に代わるもので、リアルタイムの運用状況の可視性を提供します。

スプレッドシートから運用の可視化まで

以前のプロセスでは、レポート作成は別のアクティビティでした。スタッフはスプレッドシートとメッセージを照合して、何が起こっているのかを把握していました。再設計されたワークフローでは、レポート作成が業務の一部になりました。リーダーは、手動で更新することなく、承認された件数、ステータス数、停滞したケースを確認できました。

この可視性により、管理者の行動が変わりました。監督者は期限後にボトルネックを発見するのではなく、ボトルネックを早期に発見し、ワークロードのバランスをとり、本当に注意が必要なケースに介入することができます。また、ステータス履歴とタイムラインがワークフロー自体内で取得されるため、監査の準備も強化されました。

結果と影響

成果は測定可能であり、チームはすぐに実感しました。

• システム主導の待機期間は、主要な遅延要因として排除されました。
• 書類が完成して確認されると、I-20 の準備はほぼリアルタイムに移行しました。
• ドキュメントを手動で再アップロードする必要がなくなり、処理の労力とエラーのリスクが軽減されました。
• ワンタッチチェックと明確なルーティングにより、大学院生アシスタントの処理手順が半分以下に減少しました。
• スプレッドシート ベースの追跡は、リアルタイム クエリと埋め込み型分析に置き換えられました。
• インテント・トゥ・エンロール・ゲートによって引き起こされるプロセスの停止は解消されました。

学んだこと（もう一度やりたいこと）

• ポリシー文書で説明されている方法ではなく、人々が実際に働く方法にプロセスをマッピングします。多くの場合、遅延のほとんどは回避策で説明されます。
• 待ち時間を第一級の問題として扱います。通常、サイクル タイムはキュー、同期、およびハンドオフによって占められます。
• 所有権の境界を定義し、ステータスを早期に要求します。自動化が最も効果的に機能するのは、「進行中」と「準備完了」の意味に全員が同意した場合です。
• 生徒がステップを踏み外した場合のシナリオを設計します。ワークフローがサイレントに停止する可能性がある場合、特に大規模な場合には、最終的には停止します。
• レポートをプロセスに組み込みます。リーダーが現実を理解するためにスプレッドシートが必要な場合、そのプロセスはすでに脆弱です。

再利用可能なアーティファクト (実用的なポイント)

このアプローチを他のワークフローに適用する場合は、次のアーティファクトが良い出発点になります。

• ハンドオフ、キュー、意思決定ポイントを示す単一ページのバリュー ストリーム マップ (待ち時間が強調表示されている)。
• 「ゲート」 (システムのタイミング、上流の承認、学生のアクション) とそれぞれの設計戦略をリストした依存関係ログ。
• 各リクエストのステータス、所有者、終了基準、および例外パスを定義するステータス モデル。
• エッジケース (生徒のステップの欠落、データの不一致、大量のバースト) を含むテスト シナリオ パック。
• 軽量のレポート仕様: リーダーが毎日回答する必要がある上位 5 つの運用上の質問。

終わりに

このプロジェクトは、処理の高速化は通常、人々に無理を強いることによってもたらされるわけではないという単純な考えを強化しました。これは、チームが見えない、または制御できないものを待たせて良い仕事をさせる隠れた依存関係を取り除くことから生まれます。視認性と回復力を重視してデザインすると、スピードも追随する傾向があります。

著者: Adwoa Arhin、ビジネス アナリスト、ノースカロライナ大学グリーンズボロ校

Adwoa Arhin は、ノースカロライナ大学グリーンズボロ校のグローバル エンゲージメント オフィスのビジネス アナリストであり、I-20 処理を合理化する取り組みを含むワークフローの改善とデジタル変革の取り組みを通じて、留学生および奨学生サービス (ISSS) をサポートしています。彼女は PMP 認定を受けており、IIBA メンバーであり、電気通信分野で CRM ビジネス アナリストとしての経験があります。