من المختبر إلى التشغيل: التسليم الذي لا يخطط له أحد

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

لماذا يموت المشروع الجيد عند التسليم

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

يصف فيجاي جوفينداراجان وكريس تريمبل هذا التوتر في كتابهما الوجه الآخر للابتكار (The Other Side of Innovation، 2010): «محرك الأداء» الذي يدير العمل اليومي مصمم للتكرار والانضباط، والابتكار يحتاج إلى شراكة معه لا إلى جدار يفصله عنه. المختبر الذي يعامل الإدارة التشغيلية كجمهور لعرض ختامي، لا كشريك منذ البداية، يحكم على التسليم بالفشل مسبقاً.

الأعراض مألوفة لكل من عمل في جهة حكومية أو بنك:

• التجربة «نجحت»، لكن الإدارة التشغيلية لم تتفق على معنى النجاح.
• فريق المختبر وحده يعرف كيف تعمل.
• كانت هناك ميزانية للتجربة، ولا بند لها في ميزانية التشغيل للسنة القادمة.
• المدير المستلِم ورث خدمة جديدة فوق مستهدفاته الحالية، دون أن يُرفع عنه شيء.

الخطوات: خطط للتسليم من اليوم الأول

1. سمِّ المالك المستلِم قبل أن تبدأ التجربة

قبل أن تصرف أسبوعاً على التجربة، حدد الشخص في الإدارة التشغيلية الذي سيملك النتيجة إن نجحت. لا نقصد الراعي المتحمس للفكرة، بل المدير الذي سيشغّلها فريقه في يوم عمل عادي. اسأله مباشرة: «إذا نجحت، هل ستتبناها؟» إن كانت الإجابة «ربما»، فهذه بحد ذاتها نتيجة. التجربة بلا مالك مستلِم مشروع بحثي، فسمّها كذلك وارفع تقاريرها على هذا الأساس.

2. اتفق مع المستلِم على اختبار النجاح كتابةً

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

3. ضع شخصاً من التشغيل داخل فريق التجربة

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

4. ارسم الخدمة المستقبلية لا التجربة فقط

التجارب تعيش على الحلول المؤقتة: عضو في المختبر يرد على الرسائل يدوياً، وجدول بيانات بدلاً من نظام، ومدير يوافق على الاستثناءات بنفسه. قبل قرار التوسع، ارسم مخطط الخدمة (Service Blueprint) كما ستعمل دون المختبر: كل خطوة أمام المستفيد، وكل خطوة خلف الكواليس، وكل نظام وسياسة تعتمد عليها. الفجوات التي تكتشفها هي خطة عمل التسليم.

5. أجرِ تحليل ما قبل الفشل على التسليم نفسه

اجمع فريق المختبر والفريق المستلِم واسأل: «مضت ستة أشهر على التسليم وأُوقفت الخدمة بصمت. ماذا حدث؟» يكشف تحليل ما قبل الفشل (Premortem) المخاطر الحقيقية: عقد مورد ينتهي، سياسة لم تُعدّل، وظائف سُحبت من الفريق. وكِّل كل خطر إلى شخص بعينه.

6. اكتب مصفوفة المسؤوليات لفترة الانتقال

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

7. أمِّن بند الميزانية قبل الاحتفال

التجربة الممولة من ميزانية المختبر لا مستقبل لها ما لم ينقلها أحد إلى ميزانية تشغيلية. اعمل مع الإدارة المالية مبكراً: كم تكلف الخدمة بعد التوسع، ومن أي بند، وابتداءً من متى؟ وإذا كانت دورة إعداد الميزانية ستُغلق قبل نهاية التجربة، فاطلب بنداً مبدئياً مشروطاً باختبار النجاح المتفق عليه.

8. سلِّم بقائمة تحقق وتاريخ محدد

استخدم قائمة التحقق من الإطلاق (Rollout Checklist) لتغطي: تدريب الموظفين، وكتابة الإجراءات، وإعداد الأنظمة، وتعديل السياسات، وترتيب الدعم، وتفعيل المؤشرات. حدد تاريخ التسليم وأعلنه عبر خطة التواصل مع أصحاب المصلحة حتى يعرف الموظفون والمستفيدون والقيادات من يملك الخدمة الآن.

9. ابقَ متاحاً، ثم انسحب

اتفقوا على فترة محددة، دورة أو دورتين من الخدمة غالباً، يبقى فيها المختبر متاحاً للأسئلة. بعدها يتوقف عن الحضور. إذا لم تستطع الخدمة العمل دون المختبر، فهي لم تُسلَّم.

ما الذي ينتقل فعلاً

يفيد أن تسمّي الأشياء الأربعة التي يجب أن تنتقل، لأن المختبرات كثيراً ما تنقل واحداً منها فقط.

راجع كل سطر قبل تاريخ التسليم. التجربة التي نقلت ثلاثة من أربعة ما زالت تجربة مختبر.

مثال توضيحي

مثال توضيحي. جرّب مختبر الابتكار في جهة حكومية سعودية تقدم خدمات للمستفيدين مساراً جديداً لمعالجة طلبات الأشخاص ذوي الإعاقة المتعثرة. في التجربة، كانت مصممتان من المختبر تفرزان الطلبات يدوياً وتتصلان بكل مستفيد خلال 48 ساعة. ارتفع رضا المستفيدين وأُعلن نجاح التجربة.

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

أعاد المختبر البدء والمديرة مالكةً مستلِمة. انضم أحد كبار موظفي مركز الاتصال إلى الفريق ستة أسابيع. رسموا معاً مخطط خدمة يستبدل الفرز اليدوي بتصنيف جديد في النظام القائم، واتفقوا على مهلة اتصال 72 ساعة يستطيع الفريق الالتزام بها فعلاً، ونقلوا التكلفة إلى ميزانية الإدارة للسنة التالية. بقي المختبر متاحاً ربعاً واحداً ثم انسحب. مهلة 72 ساعة أقل إبهاراً من التجربة، لكنها صمدت.

افعل ولا تفعل

افعل

• سمِّ المالك المستلِم قبل أن تبدأ التجربة.
• دع المستلِم يعرّف النجاح بمؤشراته هو.
• ضع شخصاً واحداً من التشغيل داخل فريق التجربة.
• صمم النسخة الموسعة دون الحلول المؤقتة التي اعتمد عليها المختبر.
• حدد تاريخاً يتوقف فيه المختبر عن الحضور.

لا تفعل

• لا تفاجئ الإدارة التشغيلية بتجربة مكتملة.
• لا تسلّم عرضاً تقديمياً وتسمّيه تسليماً.
• لا تقِس النجاح بمؤشرات المختبر وحدها مثل «عدد الأفكار المختبرة».
• لا تضف خدمة جديدة إلى عمل فريق دون أن ترفع عنه شيئاً آخر؛ تساعدك هنا أداة قائمة التوقف (Stop Doing List).
• لا تُبقِ المختبر مالكاً دائماً «مؤقتاً».

أسئلة يطرحها الناس

متى يسلّم مختبر الابتكار التجربة إلى التشغيل؟ حين يتحقق اختبار النجاح الذي وضعه المالك المستلِم، ويمكن إتمام الانتقالات الأربعة: القرار والميزانية والمعرفة والمؤشرات. التخطيط يبدأ مع بداية التجربة، أما التسليم نفسه فيتم حين تستطيع النسخة الموسعة العمل دون موظفي المختبر.

من يملك المشروع الابتكاري بعد انتهاء التجربة؟ المدير الذي سيشغّله فريقه يومياً، لا الراعي ولا المختبر. وإذا لم يقبل أحد بتبنيه، فالأصح إيقافه أو إعادة تصميمه، وهذه نتيجة مشروعة. اقرأ كيف توقف مشروعاً بشكل صحيح.

لماذا لا تتوسع التجارب الناجحة؟ غالباً لأن التجارب تعيش على حلول مؤقتة واهتمام مستعار لا يتوفران عند التوسع، ولأن أحداً لم ينقل تكلفة التشغيل إلى ميزانية تشغيلية. العلاج أن تصمم النسخة الموسعة أثناء التجربة، لا بعدها.

إلى أين بعد ذلك

للصورة الكاملة، اقرأ ما هو مختبر الابتكار، ولماذا تفشل معظم المختبرات و5 أسباب لإغلاق مختبرات الابتكار في سنتها الثانية؛ فالمختبر الذي لا يسلّم شيئاً نادراً ما ينجو من دورة الميزانية الثانية. أما الأدوات التي تحمل معظم عبء التسليم فهي مخطط الخدمة ومصفوفة RACI وتحليل ما قبل الفشل وقائمة التحقق من الإطلاق.