Tweet

おはようございます。7月5日SHIPの朝礼を始めます。昨日残念ながら、また同じようなエラーが発覚しました。6月は大きな声を出しただけだったので私の責任です。今回は少し踏み込みます。再発防止こそマストです。

組織で仕事をしている以上、エラーはシステムの欠陥として捉える必要があります。
イベント発生→処理１→処理２→処理３→完了
のフローの中で、イベント発生はお客様との会話の中で生まれるので、シップの誰かが「処理１」を行い、次工程の「処理２」「処理３」が発生して、手続き完了となります。ところがイベント発生に２人が立ち会っていますが「処理１」がされずにそのまま誰にも気づかれずに放置され、なぜか１ヶ月後に担当により「処理１」がされ、「処理２」「処理３（顧客連絡）」が自動的に発生し、お客様に通知がされ、驚いたお客様から叱責を受けることになりました。100%当方の過失です。たいへん申し訳なく思います。

再発させないためにはイベント発生後の「処理１」を落とさないシステムをプロセスに組み込む必要があります。
「処理１」ノーエラーのアイディアを一つ出します。
WMMは実施管理されているので、実施直後のマスト動作として、WMM完了処理を行うことにします。
ここでの入力項目は以下、🔟秒もあれば終わります。
1.実施完了（チェックで日時は自動で入る）
2.サービス変動（チェックのみ）
　①追加有り
　②削除有り

担当社、マネージャー、管理に自動生成された管理番号付きのメールが飛びます。サービス変動があったものは、「重要」がつきます。
サービス変動は多くても1件/日と考えられます。変動通知と処理の確認は継続的にできるので、漏れる危険は最小になります。担当者は日報（業務報告）にその日のWMMと管理番号を記載します。ここで管理番号がないと仕事をしたことにならないので、WMM完了処理は漏れていても、担当者自身が気づくことができます
　
このアイディアをたたき台にして、再発不可能なプロセスをプランしステムを作り、新システムに移行にしてください。

以上業務連絡の朝礼を終わります。

Tweet