لماذا يتأخّر برنامجك (والسبب ليس ما تظنّه)

لكلّ شخص نظريته الخاصة عن سبب تأخّر البرامج.

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

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

وهذه محاولتي لكتابتها.

التقرير قال أخضر، والجميع في الغرفة كانوا يعرفون غير ذلك

السبب الأكثر شيوعًا لتأخّر البرامج نادرًا ما يظهر في السجلّ الرسمي.

فقد ظلّت حالة RAG (أحمر، أصفر، أخضر) خضراء، أو صفراء في أسوأ الأحوال، لفترة طويلة بعد أن أدرك الحاضرون في الغرفة أن الجدول الزمني لن يصمد. كان هناك من يعرف، بل كثيرون كانوا يعرفون. لكن التصعيد لم يحدث، وأُجِّل النقاش، وحين ظهر اللون الأحمر على لوحة المتابعة، كان التأخير قد ترسّخ بالفعل.

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

والسؤال الذي يجب طرحه ليس "لماذا انزلق الجدول الزمني؟" بل "متى توقّف الناس عن قول ما يفكّرون فيه فعلًا، ولماذا؟"

القرار الذي لم يتّخذه أحد

النمط الثاني أبطأ وأصعب رصدًا.

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

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

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

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

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

الراعي الذي لم يكن يرعى فعلًا

خلال 15 عامًا في التسليم، لم أرَ رعاية تنفيذية حقيقية سوى مرة واحدة.

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

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

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

وكانت النتيجة أسلس برنامج شاركت فيه.

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

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

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

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

الفريق الذي لم يكن فريقًا فعلًا

البرامج الكبيرة تُجمَّع ولا تُبنى.

يُسحب الأشخاص من وحدات الأعمال، ويخصّصهم الموردون، ويُعارون من فرق أخرى. على مصفوفة RACI (المسؤوليات والأدوار) يبدون وحدة تسليم، لكنهم في الواقع مجموعة من الأشخاص لهم جهات توظيف مختلفة، وحوافز مختلفة، وتعريفات مختلفة للنجاح.

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

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

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

ما لن تقوله المراجعة اللاحقة

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

وهذه أمور صحيحة، لكنها أيضًا آمنة. فهي لا تتطلّب تسمية المسؤول التنفيذي الذي لم يحضر فعلًا، ولا البيئة التي لم يشعر فيها أحد بالأمان ليقول ما كان يحدث حقًا، ولا حقيقة أن الفريق لم يكن فريقًا قط.

الدروس الحقيقية تكمن في تلك الأمور. وإلى أن نصبح أفضل في قولها بصوت عالٍ، في الغرفة، قبل أن ينتهي البرنامج، ستبقى نسبة الإخفاق البالغة 70% على حالها.

ما لن يُصلحه الذكاء الاصطناعي (وما قد يزيده سوءًا)

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

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

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

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

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

النمط مألوف، والتقنية جديدة، ومشكلة القيادة هي نفسها.

السؤال الذي يستحق أن يُطرح

في المرة القادمة التي يتأخّر فيها برنامج في مؤسستك، وقبل أن تمدّ يدك إلى الخطة، اطرح مجموعة مختلفة من الأسئلة.

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

ستكون الإجابات أكثر فائدة من أي شيء في سجل المخاطر.