INSIGHT
画面は開く。それだけで、利用者の仕事も終わっていると思うな
画面が開くこと以外に、利用者の一件の仕事が終わったと確認できるか。
自分が作った受付画面を開くと、正常に表示される。サーバーの監視も緑色なので、今日も問題なく使われていると思っていた。ところが、一件の依頼が外部連携の途中で止まり、利用者には完了したように見えている。未完了を探す記録も、通知を受けて引き取る担当もいない。
正常な画面を見たところで、確認を終えないでください。一件の依頼がどこまで進み、何が残っているかを確かめます。以下では顧客向けの受付を例にしますが、社内の依頼でも、画面の稼働と仕事の完了は別です。
画面やサーバーが動いていることと、顧客が頼んだ仕事が終わっていることは別です。
「完了」を一件の記録で言えるようにする
問い合わせ受付なら、受付番号が発行された。分類された。担当者へ届いた。返信した。対応記録を残した。注文なら、受付、在庫確保、決済、出荷依頼、顧客への通知があります。画面の成功表示がどこまでを意味するのかを、一件の識別番号で追います。
技術監視は、画面の応答、エラー、処理時間、外部サービスの状態など、仕組みが動いているかを見る仕事です。業務監視は、受け付けた依頼が決めた状態まで進み、残った案件を引き取れるかを見る仕事です。
業務ごとに「完了を示す記録」を一つ決めます。画面が応答した、AIが回答を返した、外部連携へ送信した、だけでは、相手側で受付や更新が成立したとは限りません。最終状態と確認方法を、業務責任者が技術担当と決めます。
緑色の監視で見えない失敗を選ぶ
見つけたいのは、明確なエラーだけではありません。仕組みは成功と記録したのに、業務としては失敗している状態です。
たとえば、緊急の問い合わせを通常窓口へ振り分けた。送信先は応答したが、担当者の一覧へ表示されない。古い資料で回答を作り、正常な形式で保存した。注文を受け付けたが、在庫確保だけ失敗した。どれも画面やサーバーが止まらないまま起こり得る試験条件です。
一つを選び、「期待する状態」「実際の状態」「照合する記録」「検知までの時間」を業務担当と整理します。成功件数と最終状態の件数を突き合わせる、受付番号ごとに後続記録の有無を見る、保留が一定時間を超えたら知らせるなどが候補です。作成者が監視を実装できなければ、この条件と既存の記録を添えて技術担当へ支援を頼みます。
ただし、後続記録が存在することだけでは、回答内容や振り分け先の正しさまでは分かりません。未完了は記録同士の照合で探し、誤分類や古い根拠の使用は、正解を決めた評価例や業務担当の内容確認で探します。どの失敗を自動検知でき、何は人が確認するのかも監視表に残します。
AWS Well-ArchitectedのMonitor workload resources は、構成要素の監視、指標の集計、通知と対応、記録の分析に加え、要求を端から端まで追う考え方を示しています。監視を置けば障害がなくなる、すぐ復旧できるという保証ではありません。何を完了と呼ぶか、誰が対応するかは自社で決めます。
正常に見える失敗を一つ決め、成功記録と業務の最終状態を照合します。
通知は、受信ではなく引取りまで設計する
通知表には、検知条件、通知先、確認期限、業務への影響を判断する人、保留・訂正・顧客連絡の担当を置きます。休日、夜間、担当者不在でも、次の受信者へ渡るかを確認します。
技術担当は、どの処理がどこで止まったかを調べます。業務責任者は、同じ条件の案件をどこまで保留するかを決めます。顧客対応担当は、影響する相手を特定し、連絡と訂正を引き受けます。一人が兼ねる場合でも、原因調査だけで対応完了にしません。
通知を増やしすぎれば、重要なものが埋もれます。担当者が確認でき、顧客影響の判断に使える指標へ絞ります。通知後に誰も動かなかった場合、期限を超えた場合も試験し、代わりに誰が引き取るかを決めます。
顧客への説明を、復旧の後回しにしない
未完了や誤処理が見つかったとき、顧客はすでに完了表示を見て行動しているかもしれません。影響の判定には、対象の依頼と顧客、影響した期間、誤って見せた状態、必要な訂正を含めます。
原因が確定するまで黙るのではなく、「受付は済んでいるが完了を確認中」「この操作は保留中」「次の連絡予定」を、確認できた範囲で伝える手順を用意します。復旧時刻を一般的な監視資料から約束せず、自社が調査・照合できる時間で決めます。
試験では、通知が技術担当に届くところで止めず、顧客対応へ渡し、対象案件を特定し、案内文を作り、訂正後の記録を残すところまで通します。業務の失敗を見つける目的は、画面を緑へ戻すことだけではないからです。
利用者を増やす前に、未完了を見つけて渡せるか確かめる
利用者や確定処理を増やす前に、次の証拠を確認します。既存の確認を外す判断は、業務を管理する人と別に行います。
- 一件の受付から業務完了までを追える記録がある。
- 正常に見える未完了・誤処理を、照合で見つけられる。
- 通知先、確認期限、引取り担当、不在時の経路が決まっている。
- 影響する顧客を特定し、保留・訂正・連絡を行える。
- 問題のある処理を止め、保留案件を既存手順へ戻せる。
不足があれば、社内試験、顧客を限定した利用、手作業の二重確認へ戻します。監視項目は、利用者、受付経路、外部連携が増えたときにも見直します。
再開は監視画面の緑色ではなく、未完了を見つけ、担当者が引き取り、顧客へ説明できた結果で決めます。
画面の正常表示だけでなく、一件の仕事の最終状態を監視する
画面が開いたという確認の横へ、一件の仕事がどこまで終わったかを確かめられる記録を置いてください。受付番号から最終状態へたどれないなら、その区間が次の確認対象です。
許可された試験環境で、正常表示のまま終わらない一件を試し、誰へ渡るかまで確かめる。監視する対象を機械の状態から、一件の仕事へ広げてください。