پس از رفع مشکل، علت و اثرهای باقی‌ماندهٔ آن را بررسی کنید

چهار علت را از هم جدا کنید. فرد قاعده را نمی‌دانسته؛ قاعده مبهم بوده؛ سامانه اجازه رفتار ناسازگار می‌داده؛ یا روال عمداً کنار گذاشته شده است. هر علت اقدام متفاوت می‌خواهد. آموزش برای مشکلی که از دسترسی نامحدود ناشی شده، تنها بخشی از پاسخ است.

موقعیت: تغییر مقصد بدون تأیید دوباره رخ داده است

پس از بار اول، به همکار تذکر داده‌اید. بار دوم همان مسیر تکرار شده، چون سامانه هنوز اجازه تغییر بی‌سابقه می‌دهد و تأییدکننده هیچ سندی نمی‌بیند. اصلاح باید نقش‌ها، ثبت تغییر، تأیید مستقل و مرور بعدی را پوشش دهد. فقط تغییر فرد اجراکننده ممکن است ضعف را باقی بگذارد.

پرونده اصلاح پیشنهادی

شرح دقیق نقص؛ دامنه عملیات متأثر؛ علت محتمل و شاهد آن؛ اقدام موقت؛ اصلاح پایدار؛ مسئول؛ موعد داخلی؛ آزمون اثربخشی؛ نتیجه و تأیید مجاز. برای هر اقدام بنویسید از چه شکست مشخصی جلوگیری می‌کند. اقدام کلی «دقت بیشتر» قابل آزمون نیست.

مدرک اصلاح باید واقعی باشد. تصویر ساختگی از تنظیمات، فاکتور تازه برای معامله قبلی یا تغییر بی‌سابقه گزارش، اصلاح محسوب نمی‌شود. نسخه قبل و بعد، نتیجه آزمون مجاز و نمونه اجرای واقعیِ حفاظت‌شده می‌توانند شاهد باشند. داده مشتری را برای نمایش به افراد نامرتبط افشا نکنید.

اعتراض معتبر را با پنهان‌کاری یکی ندانید. ممکن است درباره مبنا یا دامنه محدودیت اختلاف داشته باشید. می‌توانید توضیح مستند و درخواست بازبینی را از مسیر رسمی ارائه کنید. ادامه پنهانی همان فعالیت با هویت دیگر، جای اعتراض یا اصلاح را نمی‌گیرد.

خودتان را بیازمایید: عبارت «به کارکنان تذکر داده شد» برای نقصی که سامانه آن را تکرارپذیر می‌کند کافی است؟ پاسخ: خیر؛ باید کنترل و شاهد اجرای اصلاح نیز مشخص باشند.