7.3 نقل المعرفة | المستند موجود، والمعرفة لم تنتقل

الفصل السابع · 7.3 العودة إلى 7.0

المستند موجود، والمعرفة لم تنتقل

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

الفجوة بين ما نُسلّمه وما يُسأل عنه

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

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

ثلاثة أشياء تسدّ معظم الفجوة

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

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

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

النقل يبدأ قبل التسليم

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

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

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

المعرفة عند المقاول: مسألة تعاقدية لا مسألة كرم

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

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

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

نموذج الدعم لأول تسعين يومًا

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

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

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

كيف يبدو هذا في AB

في AB Projects تُكتب صفحة «من أتصل به» وسجلّ القرارات في ويكي المشروع لا في ملفّات مرفقة، فيبقى لهما رابط ثابت يمكن وضعه في محضر الاستلام وفي رسالة إعلان الانتقال. والمقالة المرتبطة بمهمّة تظهر لمن يفتح المهمّة، فتصل المعرفة إلى موضع الحاجة بدل أن تُطلَب.

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

مصطلحات وردت في هذه الصفحة

التسليم

نقل المُخرَجات ومعها ما يلزم لتشغيلها بلا الرجوع إليك في كل سؤال. التفاصيل

التشغيل

العمل المستمرّ الذي يتسلّم ما أنتجه المشروع ويديره بعد انتهائه. التفاصيل

الاستلام النهائي

المحضر الذي يُقفَل به العقد، وعنده ينتهي ارتباط المقاول والاستشاري غالبًا. التفاصيل

المقاول

الطرف المنفّذ. المعرفة التي تبقى عنده وحده انكشاف تعاقدي على الجهة. التفاصيل

الاستشاري

الطرف الذي يشرف ويراجع، وارتباطه محدّد بمدّة العقد لا بحاجة التشغيل. التفاصيل

الدور المزدوج

أن يحمل الموظّف عمله اليومي والمشروع معًا، فلا يجد ساعات لاستيعاب النقل. التفاصيل

النطاق

ما يشمله المشروع مكتوبًا. التوثيق والمرافقة يُكتبان فيه كمُخرَجات لا كوعود. التفاصيل

اقرأ أيضًا