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