成果01: 離職
NetSuite管理者、開発者、アナリストが退職を申し出ても、その人が担っていた定型業務のキューを引き継げる人がいません。
データは良好です
次の退職の前に、定型業務のキューを吸収します。
レコードが構造化されており、退職する人の業務の大半が定型業務(チケット、保存検索、再入力、レポート)である場合です。Aissistorは14日でそのキューを引き受けます。退職は採用の緊急事態ではなく引き継ぎになり、残る人は、キューに圧迫されていた例外対応に移れます。
14日で、特定の1人に依存しないキューへ
1〜3日目:統制された接続
キューを役割に対応付ける
0〜4の役割リスク指数は、各役割が何に関わり、どの権限を持つかを記録します。退職の申し出より前に、業務が定義されます。
4〜9日目:本番稼働
定型のチケットをボックスに移す
チャットがレポート依頼に答え、統制されたレコード作成が再入力を引き受け、OCRが書類を処理します。すべての書き込みは担当者が承認します。
10〜14日目:再配置への引き継ぎ
補充の対象はキューではなく例外
役割に残る業務はランブックとして文書化されます。採用の判断は、移行したキューではなく、残った例外業務に基づいて行います。
まだ良好なデータがありません
診断が必要なのは、テナントを理解している担当者が去る前です。
退職する人が、競合するスクリプトやスプレッドシートの回避策の所在を知る唯一の人でもある場合、上に被せたツールは推測に頼ることになります。48-72時間の診断では、アクセス権限からテナントをありのままに取得します。基盤スプリントで回避策を、誰にも依存しない決定論的なプロセスに変えます。その後、Aissistorがキューを引き受けます。
引き継ぎの前は統制されたロジック、引き継ぎの後はAissistor
フェーズ1: 48〜72時間の診断
失われようとしているナレッジを棚卸しする
スクリプトのデプロイ、権限、回避策のすべてをテナントから読み取り、0〜4の役割リスク指数で評価します。退職間際の方々への数週間にわたるインタビューは不要です。
フェーズ2: プロセスの再設計
回避策をコードとSOPにする
固定価格の2週間スプリントで、競合するスクリプトを単一エントリポイント(SEP)ルーターに集約し、後任者が初日に読めるSOPを作成します。
フェーズ3: 上位にAissistorを導入
キューが移り、採用は残る作業に合わせて定義します
プロセスが確定的になれば、定型業務のキューはボックスに移り、後任ポジションは例外対応と判断業務に合わせて定義されます。