المشكلات والعوائق

المشكلة حدث وقع بالفعل، ومكانها سجل المشكلات (Issue Log). كل مشكلة تُكتب بوصف واضح، وأولوية، ومالك واحد مسؤول عن حلها، وتاريخ استحقاق، وحالة محدّثة، والإجراءات المتخذة. المشكلة التي ليس لها مالك وتاريخ غالباً لن تُحل. وتُرتَّب المشكلات حسب أثرها على أهداف المشروع ومدى إلحاحها، فتُعالج أولاً تلك التي تهدد الجودة أو السلامة أو الموعد الحرج.

الخطأ الشائع أن نعالج العَرَض ونترك السبب، فتعود المشكلة مرة بعد مرة. تحليل السبب الجذري (Root Cause Analysis) يمنع ذلك. أبسط أدواته "الأسئلة الخمسة" (5 Whys): تسأل "لماذا؟" عدة مرات حتى تصل إلى السبب الحقيقي. وأداة أخرى هي مخطط عظم السمكة (Fishbone Diagram)، ويوزع الأسباب المحتملة على فئات مثل الأفراد والطرق والمواد والآلات والبيئة. والتحليل يُجرى مع الفريق لا بمعزل عنه، لأنهم الأقرب إلى العمل.

إذا وقعت مخاطرة مسجلة، فلا داعي للارتجال: افتح سجل المخاطر ونفّذ الاستجابة المخطط لها عبر مالك المخاطرة، ثم سجّل الحدث في سجل المشكلات وحدّث السجلين. وإذا وقع شيء لم يكن متوقعاً، يُطبَّق حل بديل مؤقت (Workaround) لاحتواء الأثر. والتصعيد يأتي عندما يتجاوز الحل صلاحية مدير المشروع أو حدود التحمل المتفق عليها، ويتبع مسار التصعيد المحدد في خطة الحوكمة. والقاعدة: حاول الحل في أدنى مستوى ممكن أولاً، وعند التصعيد قدّم الحقائق والأثر وخيارات مقترحة، لا المشكلة وحدها.

في المشاريع الرشيقة يُسمى ما يوقف الفريق عائقاً (Impediment)، مثل انتظار صلاحية دخول أو قرار متأخر من جهة أخرى. يظهر العائق غالباً في الاجتماع اليومي، لكن يمكن طرحه في أي وقت. يحاول الفريق حله بنفسه أولاً لأنه فريق ذاتي التنظيم، وما يعجز عنه يتولاه القائد الخادم مثل سكرم ماستر أو مدير المشروع. ويُعرض العائق على لوحة ظاهرة للجميع، ويُتابَع يومياً حتى يُغلق فعلاً، ثم يُسأل: كيف نمنع تكراره؟