صياغة مشكلة ذات قيمة وقاعدة مقارنة

**المهارة والقرار.** حين يرد اقتراح «نبني تطبيقًا ينسق زيارات الفنيين»، لا تكون المشكلة قد صيغت بعد. التطبيق أحد البدائل، وقد يكون مكلفًا بينما سبب التأخير الحقيقي هو غياب قطع الغيار. عمل مدير الابتكار هنا هو تحويل الاقتراح إلى مشكلة قابلة للاختبار، وتعيين من يتأثر بها، وما يحدث الآن من دون الحل، وما مقدار التحسن الذي يستحق الاستثمار. الناتج بطاقة مشكلة تسمح بتوليد أكثر من خيار، وتمنع وضع التقنية في خانة الهدف.

ابدأ بوحدة تحليل محددة: طلب صيانة واحد منذ تسجيله حتى إغلاقه المقبول. افصل بين أربعة أشياء يخلطها أصحاب الاقتراحات غالبًا. **العَرَض** نتيجة ظاهرة مثل طول زمن الإغلاق. **الحاجة** عمل يريد المستخدم إنجازه مثل استعادة الخدمة قبل موعده الحرج. **السبب المحتمل** تفسير يحتاج دليلًا، كتعثر توزيع الفنيين. **التدخل** طريقة مقترحة للتغيير، كالتوجيه الآلي. لا تسمِّ السبب حقيقة لمجرد أن مقابلة واحدة ذكرته. سجّل درجة ثقتك ومصدر الملاحظة وتاريخها، ثم صمم فحصًا يميز بين تفسيرين متنافسين. إن كانت سجلات الطلبات لا تميز زمن الانتظار قبل التخصيص عن زمن انتظار القطعة، فأول قرار صحيح هو تحسين الرصد أو أخذ عينة تدقيق، لا شراء برنامج.

تحتوي البطاقة على: المستفيد الرئيسي وصاحب الدفع والمشغل؛ وصف المهمة وسياقها؛ حجم المشكلة خلال فترة محددة؛ خط الأساس ومصدره؛ تكلفة الوضع الحالي على المستفيد والمنظمة؛ البديل الحالي الذي سيستمر إن لم نتحرك؛ القيود التي تمنع بعض البدائل؛ وعتبة تحسن تستحق التجربة. يحدد صاحب المشكلة مقياس نتيجة، لا مقياس نشاط فقط. عدد مرات فتح التطبيق نشاط؛ نسبة الطلبات الحرجة التي استعادت الخدمة خلال أربع ساعات نتيجة. وقد يختار مقياس حماية يلتقط الضرر غير المرغوب، مثل إعادة فتح الطلب خلال سبعة أيام. تُحدد عتبة النتيجة قبل رؤية بيانات التجربة كي لا تتحرك مع النتيجة المرغوبة.

قبل تمويل اختبار تقني، يراجع الفريق جودة البسط والمقام. هل تشمل الـ120 طلبًا الحالات الملغاة؟ هل «الإغلاق» يعني حل المشكلة أم إغلاق التذكرة إداريًا؟ هل المناطق ذات التوزيع المختلف قابلة للمقارنة؟ إذا تغيّر تعريف المؤشر أثناء التجربة، لا يجوز تفسير ارتفاعه بوصفه أثرًا للتدخل. ويُسجل من يملك الخط الأساس ومن يستطيع إعادة استخراج العدد. تصبح البطاقة قابلة للتدقيق حين يمكن لشخص آخر تتبع التعريف والمصدر والفترة والحساب.

**حدود النقل.** بطاقة المشكلة لا تثبت وحدها أن أي تدخل سينجح، وقد يكون تحسين البيانات أولوية على تجربة المنتج. تعريف الابتكار في دليل أوسلو يتطلب إتاحة منتج جديد أو محسن للمستخدمين أو إدخال عملية جديدة أو محسنة قيد الاستخدام؛ اقتراح التطبيق هنا مشروع محتمل لا نتيجة ابتكار محققة. المصدر يدعم هذا الحد المفاهيمي، بينما الأرقام والحالة مصممتان للتدريب ولا تنسبان إليه. [OECD/Eurostat, Oslo Manual 2018, chapter 3](https://www.oecd.org/en/publications/oslo-manual-2018_9789264304604-en/full-report/component-9.html).

**اختبار متانة خط الأساس.** افترض أن المنطقة أ سجّلت 36 إغلاقًا سريعًا من 60 طلبًا حرجًا، والمنطقة ب 18 من 60؛ المجموع 54 من 120 كما سبق، لكن الأداء يختلف: 60% في أ و30% في ب. أثناء تجربة لاحقة استقبلت أ 90 طلبًا منها 54 سريعًا، وب 30 منها 9 سريعة. ارتفع المعدل المجمع إلى 63÷120 = 52.5%، رغم بقاء معدل كل منطقة عند 60% و30%. تغير تركيب الطلبات وحده رفع الرقم الكلي. لذلك تحفظ البطاقة خط الأساس بحسب منطقة ونوع عطل، وتقرر مسبقًا كيف ستقارن خليطًا متغيرًا. يمكن عرض النتيجة داخل كل فئة ثم وزنها بتوزيع ثابت متفق عليه، مع التنبيه إلى أن التقسيم الشديد يقلل حجم العينة. لا تستخدم هذا المثال ذريعة لتجاهل التحسن الحقيقي المحتمل؛ استخدمه لكشف تفسير بديل يحتاج اختبارًا.

تختلف بطاقة المشكلة الجيدة أيضًا عن طلب ميزانية لأنها تحتمل جواب «لا تقنية جديدة». إذا كان تدقيق 40 طلبًا يشير إلى فقد الرموز أو القطع، قد يكون تعديل نموذج إدخال أو عقد توريد أنفع من خوارزمية. يعرض صاحب المبادرة الخيارين بصياغة محايدة ويحدد أي معلومة ستغير توصيته. وإن كان مصدر البيانات نفسه مشكوكًا فيه، يربط عتبة الاستثمار بدرجة موثوقيته: تجربة شهرية على سجلات غير قابلة لإعادة الاستخراج لا تؤسس مقارنة عادلة. يوثق فريق البيانات حقول الزمن ومعنى «حرج» وتاريخ تغير التصنيف. بذلك يستطيع المجلس التفريق بين فرصة حقيقية وتحسن رقمي ظهر بسبب تبديل التعريف.

**تمرين تفكيك السبب قبل اختيار الحل.** إذا ورد في السجل «تأخر 66 طلبًا»، فالأفضل ألا تختار أول سبب يرويه مدير القسم. ارسم شجرة بفرعين على الأقل: زمن قبل تخصيص الفني، وزمن بعد التخصيص حتى استعادة الخدمة. ثم افصل الفرع الثاني إلى انتظار قطعة وانتظار موافقة وتنفيذ الزيارة. قد تكون بعض الفروع متتابعة لا بدائل حصرية؛ الطلب نفسه ينتظر قطعة ثم فنيًا. لذلك لا تجمع أعداد فروع مأخوذة من طلبات متداخلة وتقول إنها مجموع التأخيرات. استخرج لكل طلب خطًا زمنيًا واحدًا، وحدد الحدث الأول الذي تجاوز هدف الخدمة، ثم احتفظ بالأسباب الثانوية. يمكن لفريقين أن يتفقا على الخط الزمني ويختلفا على العلاج؛ وهذا أفضل من خلاف على أرقام لا تشترك في تعريف.

في عينة مراجعة من 30 طلبًا متأخرًا، افترض أن 12 كانت القطعة فيها غير متاحة قبل التخصيص، و8 انتظرت الموافقة، و6 تأخرت لأكثر من سبب، و4 تعذر تصنيفها بسبب سجل ناقص. لا تقل «40% من كل طلبات المؤسسة سببه القطع»؛ 12/30=40% في **العينة المتأخرة فقط**، وربما اختيرت من أسبوع مزدحم. القرارات المناسبة هي تحسين تسجيل الحدث، ومراجعة عينة من أسابيع ومواقع مختلفة، ثم اختبار تدخل يطابق السبب الأرجح. وحتى لو كان العدد 12 صحيحًا، لا يلزم أن يكون الحل تطبيقًا: ربما يغير توقيت إعادة الطلب أو اتفاق المورد. اكتب في بطاقة المشكلة موضع عدم اليقين الذي يمكن أن يقلب ترتيب الخيارات، وليس مجرد نسبة واحدة جذابة.

وعند صياغة هدف 60%، راجع أثره على أصحاب المصلحة. قد يدفع هدف السرعة المخطط إلى إغلاق طلب قبل تأكيد العميل؛ لذلك قرنته الحالة بمؤشر إعادة الفتح. وقد يقلل السرعة في منطقة نائية إذا نقل الفنيين إلى منطقة كثيفة لكي يرتفع المتوسط. اعرض نتيجة المناطق والطلبات الأشد خطورة منفصلة، واسأل هل الحد الأدنى المقبول لكل فئة مختلف بقرار واعٍ. لا تدع المتوسط الكلي يكافئ نقل التأخير إلى فئة أقل قدرة على الاعتراض. هذا ليس وعدًا بمساواة آلية بين كل الحالات؛ إنه اختبار أثر توزيع النتيجة قبل اعتمادها.