ماذا علمتني أكثر من 25 عاماً في الاتصالات والبنية التحتية وضوابط المشاريع عن ما الذي يجعل المشاريع تنجح حقاً
هناك شيء مضلل في الطريقة التي نتحدث بها غالباً عن المشاريع الناجحة. نميل إلى وصف النجاح وكأنه النتيجة الطبيعية لامتلاك خطة جيدة وفريق قادر وموارد كافية. نبني الجداول، ونوزع المسؤوليات، وننشئ هياكل التقارير، ونصنع لوحات المعلومات، ونحدد المعالم، ثم نتوقع أن يتحرك المشروع منطقياً من مرحلة إلى التالية. في الواقع، هذه ليست سوى البداية. الصعوبة الحقيقية تبدأ عندما يرفض الواقع أن يتصرف مثل الخطة.
بعد أكثر من خمسة وعشرين عاماً من العمل في الاتصالات والبنية التحتية الرقمية وFTTH/FTTx وOSP وISP و5G وضوابط المشاريع ومكاتب إدارة المشاريع وبيئات التنفيذ الكبرى، زادت قناعتي بأن قيمة قيادة المشاريع لا تظهر عندما يسير كل شيء وفق الجدول. بل تظهر عندما يبدأ الجدول بفقدان اتصاله بالواقع، وعندما تتوقف الافتراضات عن الصحة، وعندما تبدأ أجزاء المؤسسة بالتحرك بسرعات مختلفة، وعندما يبدأ مشروع ما يزال يبدو قابلاً للإدارة على الورق في تراكم الظروف التي قد تجعل استعادته صعبة للغاية في النهاية.
تشكّلت هذه النظرة من مسيرة بدأت في مكان مختلف تماماً. في عام 1999 بدأت مهندس صيانة في شيراتون القاهرة، أعمل في بيئة تعمل بلا توقف. لم يكن بوسع الفندق أن يتوقف لأن مشكلة هندسية ظهرت. أنظمة التكييف والكهرباء والميكانيكا والبنية التحتية الأوسع للمبنى كان عليها أن تستمر في العمل بينما يستمر التشغيل من حولها دون انقطاع. بالنظر إلى الوراء، علمتني تلك التجربة الأولى شيئاً بقي صالحاً في كل مرحلة لاحقة من مسيرتي: البنية التحتية لا تنجح لأنها تبدو صحيحة على المخطط أو لأن التركيب اكتمل. إنها تنجح عندما تواصل الأداء في البيئة الحقيقية التي يجب أن تعمل فيها.
وأصبح هذا التمييز أكثر أهمية عندما انتقلت إلى الاتصالات وضوابط المشاريع.
عندما يصبح المشروع أكبر من الخطة
في سيمنس بالقاهرة، حيث عملت من 2000 إلى 2004 كمراقب مشاريع (Project Controller) في مشاريع تنفيذ شبكات OSP، بما فيها توسعة شبكة سنترال شبرا وشبكة سنترال أسيوط، تعلمت أساسيات ضبط المشروع: الموارد والميزانيات والتقدم والتقارير والتواصل مع العميل والمواءمة مع الخطة المعتمدة. لكن الدرس الأهم لم يكن كيفية إنتاج تقرير، بل فهم لماذا يوجد التقرير أصلاً.
تقرير المشروع قليل القيمة إن كان يصف الماضي فقط. تبدأ قيمته الحقيقية عندما تتيح المعلومات فيه لشخص ما اتخاذ قرار أفضل عن المستقبل. بقيت هذه الفكرة معي طوال مسيرتي. ضوابط المشاريع، في نظري، ليست في جوهرها تخصص تقارير، بل هي آلية لخلق رؤية تتيح للإدارة التدخل بينما التدخل ما يزال مفيداً.
ويصبح هذا التمييز أكثر أهمية بكثير عندما يتحول المشروع إلى محفظة.
من 2007 إلى 2017 قضيت عشر سنوات في المملكة العربية السعودية كمهندس أول ضوابط مشاريع أدعم برامج تنفيذ الشبكة الثابتة واسعة النطاق المرتبطة بشركة STC. لم يكن التعقيد مجرد أن المشاريع كبيرة، بل أن المحفظة كانت تحتوي مشاريع كثيرة تعمل في آن واحد، عبر جغرافيات مختلفة، بمقاولين ومتطلبات فنية وأصحاب مصلحة وظروف تنظيمية وقيود محلية مختلفة. مشروع قد يتحرك بسرعة بينما آخر مكبل بالتراخيص؛ مقاول قد يبلّغ عن تقدم يبدو صحياً بينما آخر يبلّغ وفق تفسير مختلف تماماً للتقدم.
على هذا النطاق، يصبح عدم الاتساق خطراً بحد ذاته.
الاستجابة الطبيعية للتعقيد هي غالباً إضافة مزيد من العمليات والاجتماعات والتقارير. لكن ذلك لا يخلق بالضرورة مزيداً من السيطرة؛ أحياناً يخلق فقط مزيداً من المعلومات. الحل الذي انتهجناه كان التكامل: إطار تقارير موحد، ومؤشرات متسقة، ودورات مراجعة منظمة، وتقييم مخاطر، وإيقاع حوكمة يسمح بمقارنة المشاريع وإدارتها كجزء من محفظة لا كأنشطة فردية منفصلة.
تلك التجربة غيّرت فهمي لما يجب أن تبدو عليه ضوابط المشاريع على النطاق الواسع. الهدف ليس إلغاء التعقيد — البرامج الكبيرة ستظل معقدة دائماً — بل خلق رؤية كافية للنظر عبر التعقيد.
قد يبدو هذا تمييزاً دقيقاً، لكنه عملياً يغيّر كل شيء.
عندما ترى القيادة مشروعاً مكتملاً بنسبة تسعين بالمئة، فالرقم نفسه يروي جزءاً من القصة فقط. قد تحتوي العشرة بالمئة المتبقية على أصعب الأعمال وأغلى الواجهات وأكثر الموافقات إبهاماً وأعلى مخاطر التشغيل التجريبي. وبالتالي قد يبدو المشروع أكثر نجاحاً من حيث نسبة الإنجاز بينما يصبح في الوقت ذاته أكثر هشاشة من حيث ما تبقى.
لهذا يجب على وظائف الضبط المتمرسة أن تنظر إلى ما وراء الحالة وتبدأ النظر إلى المسار.
السؤال الحاسم ليس ببساطة أين يقف المشروع اليوم.
بل إلى أين يتجه.
المشكلة عادة ما تكون في مكان ما بين الأنشطة
في يناير 2020 انضممت إلى استشاريون صبور (Sabbour Consulting) كمدير مشروع استشاري رئيسي في مشروع ألياف ضوئية OSP بالعاصمة الإدارية الجديدة. كان الهدف بسيطاً في الوصف: إنشاء شبكة الألياف وربط الوزارات بمركز البيانات والسنترال الرئيسي.
لكن كل من عمل في مشاريع البنية التحتية الكبرى يعرف أن الهدف الفني نادراً ما يكون الجزء الصعب.
تركيب الألياف بحد ذاته مفهوم جيداً. التعقيد الحقيقي كان في كل ما يحيط به: المسح، والأعمال المدنية، والتراخيص، واعتماد التصميم، وفحص المواد، وضبط الوثائق، والاستشاريون، والمقاولون، والمتطلبات المتغيرة، ومسارات العمل المختلفة — وكلها كان عليها أن تعمل في البيئة المادية ذاتها. التحدي لم يكن مجرد جعل كل فريق منتجاً، بل جعل النظام كله يعمل معاً.
عززت تلك التجربة مبدأ أصبح لديّ أساسياً الآن: كثير من مشكلات المشاريع ليست مشكلات فنية، بل مشكلات تنسيق تصادف أن تظهر في مشروع فني.
مخطط صحيح فنياً قد يخلق مشكلة إن اعتُمد متأخراً. مادة قد تصل وفق جدول المشتريات وتظل غير قابلة للاستخدام إن فشلت في القبول. فريق مدني قد ينجز عمله بنجاح بينما يخلق دون قصد قيداً لفريق الاتصالات. مسح قد يبدو دقيقاً حتى يبدأ التركيب. مقاول قد يحقق معلمه التعاقدي بينما يخلق مشكلة تبعية لمقاول آخر.
لذلك يجب إدارة المشروع كنظام مترابط.
وأحد أسباب اعتبار ضبط الوثائق جزءاً من ضبط المشروع — لا وظيفة إدارية بحتة — هو أنه عندما يمكن العثور على كل مخطط معتمد وقبول مواد وسجل مسح وقرار تنسيق ووثيقة مشروع بسرعة وتتبعها بصحة، تمتلك المؤسسة شيئاً أثمن من الأرشيف: تمتلك ذاكرة. تستطيع أن تشرح لماذا اتُخذ قرار، وأي معلومات كانت متاحة حينها، وأي مراجعة اعتُمدت، وما الذي قُبل فعلاً. في المشروع المعقد، تلك القابلية للتتبع جزء من الضبط نفسه.
بنهاية ذلك المشروع كانت الشبكة قد نُفذت والروابط المطلوبة أُنشئت. لكن الدرس الأعمق بالنسبة لي لم يكن إكمال شبكة الألياف، بل فهم أن مشاريع البنية التحتية تُضبط عبر إدارة كل ما يحيط بالتركيب المادي.
عندما تعمل الأنظمة منفردة وتفشل معاً
الفكرة ذاتها أصبحت أكثر وضوحاً عندما عملت لاحقاً كمدير مشروع استشاري رئيسي للأنظمة منخفضة التيار في المدينة الأولمبية الدولية المصرية.
كان هذا نوعاً مختلفاً تماماً من المشاريع. فبدلاً من التركيز أساساً على شبكة ألياف، تضمن العمل أنظمة متعددة كانت معقدة بذاتها ومعتمدة بعمق على بعضها: إنذار الحريق، التحكم في الدخول، كاميرات المراقبة، بوابات الحواجز، الحضور والانصراف، الهاتف، اتصالات البيانات، وأنظمة إدارة المباني.
أخطر افتراض في مثل هذه البيئة هو أن إكمال كل نظام يعني أن المشروع يقترب من الاكتمال.
وهذا ليس صحيحاً.
التحدي الحقيقي هو ما يحدث بين الأنظمة.
نظام إنذار الحريق قد يعمل بشكل مثالي وحده. نظام التحكم في الدخول قد يعمل مثالياً وحده. كاميرات المراقبة قد تكون مثبتة وعاملة بالكامل. منصة إدارة المباني قد تكون جرى تكليفها بنجاح. ومع ذلك يمكن للبيئة المتكاملة أن تفشل إن لم تُصمم واجهات تلك الأنظمة وتُنسق وتُختبر بشكل صحيح.
هنا تظهر بعض أغلى الإخفاقات في المشاريع المعقدة. ليست بالضرورة إخفاقات مكونات، بل إخفاقات علاقات بين المكونات. تظهر متأخرة لأن الأنظمة الفردية قد تبدو صحية حتى اللحظة التي يُتوقع فيها أن تعمل معاً. وحينها قد يكون المقاولون يستعدون لفك التعبئة، والميزانيات ملتزمة إلى حد كبير، وتصحيح مشكلة واجهة قد يتطلب إعادة تصميم وإعادة تعبئة وجهد تكليف إضافي.
الدرس بالنسبة لي كان بسيطاً لكنه قوي: يجب معاملة التكامل كمُسلَّم بحد ذاته.
يمتد هذا المبدأ إلى ما هو أبعد من الأنظمة منخفضة التيار. المنطق ذاته ينطبق على مراكز البيانات وبرامج المدن الذكية والمطارات والمستشفيات والبنية التحتية للمرافق وبرامج الاتصالات الوطنية. كلما كبر المشروع وزاد ترابطه، قلّت جدوى التفكير من حيث اكتمال تخصصات منعزلة. ينجح المشروع أو يفشل في النهاية وفق مدى جودة تفاعل الأجزاء.
وهذا يغيّر أيضاً معنى «التقدم».
التقدم ليس ببساطة مجموع الأنشطة المكتملة.
التقدم هو حركة المشروع نحو نتيجة قابلة للاستخدام.
عندما تصبح البيئة جزءاً من المشروع
تجربتي في مشروع تحديث السكك الحديدية الوطنية المصرية أضافت بُعداً آخر من التعقيد.
في 2018، أثناء عملي مع FiberMasr كمدير موقع أول، شاركت في تنفيذ واختبار شبكات ألياف ضوئية مرتبطة بالبنية التحتية للسكك الحديدية. على الورق، كان هذا ما يزال مشروع ألياف. في الواقع، غيّرت بيئة التشغيل جوهرياً طريقة تخطيط المشروع وتنفيذه.
السكة الحديد ليست ممراً فارغاً ينتظر نشاط الإنشاء. إنها بيئة تشغيل حية، بقطارات ومتطلبات سلامة ووصول مقيد وقيود تنظيمية وأولويات تشغيلية لا تتكيف تلقائياً مع احتياجات فريق الإنشاء.
يجب تنسيق الأعمال المدنية مع عمليات السكك. الوصول إلى مناطق العمل مقيد. التعامل مع الكابلات يجب أن يكون دقيقاً. متطلبات السلامة مطلقة. والاختبار والتوثيق ليسا مجرد أنشطة جودة؛ بل يصبحان جزءاً من إثبات أن البنية التحتية آمنة وجاهزة للتشغيل.
علمتني تلك التجربة أن البيئة نفسها قد تصبح جزءاً من نموذج المخاطر.
منهجية تعمل جيداً في نشر ألياف حضري قد لا تكون مناسبة لسكة حديد. وافتراض تخطيط معقول في مشروع إنشائي عادي قد يصبح غير مقبول عندما يقع العمل بجوار نظام تشغيلي حي.
لهذا تتطلب قيادة المشاريع سياقاً.
الحل الفني مهم، لكن البيئة التي يجب أن يوجد فيها الحل مهمة أيضاً.
وهذا صحيح أيضاً في المطارات والمستشفيات والمنشآت الصناعية ومراكز البيانات وبرامج المدن الذكية الكبرى. قد تنطبق مبادئ الهندسة ذاتها، لكن ظروف التشغيل يمكن أن تغيّر استراتيجية ضبط المشروع بالكامل.
أحياناً تكون الأرض أصعب من الخطة
قبل تلك التجارب اللاحقة، كان هناك مشروع آخر شكّل فهمي للتنفيذ الميداني: حلقة الألياف الضوئية حول منطقة الخرطوم في السودان.
خلال عملي كمهندس موقع أول للمشروع، تعرضت لتركيب ألياف واسع النطاق في ظروف جغرافية ولوجستية وبيئية لا يمكن تمثيلها بالكامل في خطة مشروع تقليدية. الحفر الاتجاهي الأفقي، ونقل المواد، والتراخيص، والتنسيق الميداني، والمقاولون من الباطن، والفحص والاختبار — كلها كان عليها أن تعمل معاً في ظروف يمكن فيها للفجوة بين المتوقع والفعلي أن تصبح كبيرة.
أهم درس كان أن البيئات الصعبة لا تتطلب بالضرورة خططاً أكثر تعقيداً.
بل تتطلب انضباطاً أقوى.
عندما تصبح اللوجستيات صعبة، يجب أن تصبح المسؤولية أوضح. عندما تصبح البيئة غير متوقعة، يجب أن يصبح التواصل أكثر موثوقية. عندما تتغير ظروف الميدان، يصبح التحقق من الجودة أكثر أهمية لا أقل. وعندما تعمل فرق ومقاولون متعددون عبر منطقة جغرافية واسعة، لا تكفي المعرفة الفنية وحدها؛ يصبح التنسيق تخصصاً إدارياً بحد ذاته.
الاختبار كان مثالاً جيداً على ذلك. قياسات OTDR واختبارات فقد الإدخال وفحوصات الاستمرارية لم تُعامل كخطوات شكلية في نهاية التركيب، بل كانت جزءاً من بناء الثقة بأن ما بُني يلبي فعلاً المعيار المطلوب.
وهذه فكرة أخرى حملتها معي: التحقق ليس نهاية الضبط، بل جزء منه.
من التقارير إلى التوقع
عندما أنظر إلى هذه التجارب المختلفة، أرى نمطاً ثابتاً.
في سيمنس، كان الدرس أن معلومات المشروع يجب أن تدعم القرارات.
في STC، كان التحدي تحويل محفظة معقدة إلى نظام يمكن رؤيته ومقارنته.
في العاصمة الإدارية الجديدة، كان التحدي تنسيق الواجهات المحيطة بالعمل الفني.
في المدينة الأولمبية، كان فهم أن تكامل الأنظمة قد يصبح أصعب من تسليم كل نظام على حدة.
في مشروع السكك الحديدية، أصبحت بيئة التشغيل نفسها قيداً مركزياً للمشروع.
في الخرطوم، كان الانضباط الميداني والقدرة على التكيف ضروريين عندما رفض الواقع اتباع الافتراضات المبنية في الخطة.
تغيرت التقنية جذرياً عبر تلك السنوات. انتقلت الاتصالات من بنى شبكات أقدم نحو الألياف وIP. تطور الاختبار. تطورت التقارير. أصبحت المنصات الرقمية أكثر تطوراً وأصبحت لوحات المعلومات أقوى. لكن التحدي الجوهري لم يتغير.
كيف تخلق رؤية كافية لفهم ما يحدث حقاً قبل أن تصبح العواقب مكلفة؟
هذا السؤال، في كثير من المعاني، هو قلب ضوابط المشاريع.
التقارير التقليدية وصفية إلى حد كبير: تخبر الإدارة بما حدث.
بيئة الضبط الأكثر نضجاً تبدأ بالسؤال عمّا يحدث تالياً.
ماذا يحدث إن استغرقت هذه الموافقة شهراً آخر؟ ماذا يحدث إن بقيت الإنتاجية عند مستواها الحالي؟ ماذا يحدث إن استعاد المقاول واجهة عمل وخسر أخرى؟ ماذا يحدث إن وصل تغيير التصميم إلى المشتريات بعد تاريخ تصنيع رئيسي؟ ماذا يحدث إن بقيت واجهة غير محلولة دون حل حتى التشغيل التجريبي؟
هذه ليست أسئلة تقارير.
بل أسئلة قرارات.
وهنا أعتقد أن ضوابط المشاريع تتحرك نحو شيء أوسع: ذكاء المشاريع (Project Intelligence).
الغرض من البيانات ليس إنشاء لوحات معلومات متزايدة التعقيد لا يستخدمها أحد. الغرض من البيانات هو جعل الأنماط الناشئة مرئية مبكراً بما يكفي للتأثير فيها.
أفضل بيئة ضبط ليست بالضرورة تلك التي تمتلك أكبر كمية معلومات، بل تلك التي تقلل عدم اليقين في اللحظة التي يكون فيها عدم اليقين أكثر أهمية.
الفرق بين إدارة النشاط وإدارة النتائج
هناك تمييز آخر يصبح أوضح مع الخبرة.
يمكن للمشاريع أن تكون شديدة الانشغال ومع ذلك ضعيفة الأداء.
قد تعمل الفرق ساعات طويلة. قد يكون المقاولون معبّأون. قد تحدث الاجتماعات أسبوعياً. قد تصل التقارير في موعدها. قد تُراجع المخططات. قد تُسلَّم المواد. قد يُبلَّغ عن التقدم.
ومع ذلك قد يظل المشروع يتحرك بعيداً عن نتيجته المقصودة.
لهذا أصبحت تدريجياً أكثر اهتماماً بالفرق بين إدارة النشاط وإدارة النتيجة.
قد يكتمل نشاط دون أن يخلق تقدماً مفيداً.
قد يُمد كابل دون أن يُختبر بصحة.
قد يُكلَّف نظام دون أن يُدمج.
قد يحقق مقاول معلماً بينما تصبح تبعية أخرى أكثر تقييداً.
قد يُسلَّم تقرير بينما تظل الإدارة غير واضحة بشأن القرار المطلوب.
لذلك يظل قائد المشروع الناضج يسأل سؤالاً بسيطاً بشكل مخادع: ماذا يعني هذا فعلاً لنتيجة المشروع؟
هذا السؤال يغيّر طريقة تفسير المعلومات.
يغيّر طريقة إدارة الاجتماعات.
يغيّر طريقة تصعيد المخاطر.
يغيّر طريقة إدارة المقاولين.
ويغيّر ما تتوقعه الإدارة العليا من ضوابط المشاريع.
ما الذي تعنيه الخبرة حقاً
عندما أنظر إلى مسيرتي، لا تروي المسميات الوظيفية سوى جزء من القصة.
بدأت في الصيانة التشغيلية. انتقلت إلى الاتصالات مع سيمنس. عملت في نشر ألياف واسع النطاق في السودان. قضيت عشر سنوات في السعودية أدعم برامج تنفيذ الشبكة الثابتة. عملت في العاصمة الإدارية الجديدة. قدت تنفيذ وتكامل الأنظمة منخفضة التيار في المدينة الأولمبية الدولية المصرية. وعملت في البيئة المتطلبة للبنية التحتية للسكك الحديدية.
كانت التقنيات والعملاء والمؤسسات والبيئات مختلفة، لكن التحدي الجوهري بقي ثابتاً بشكل لافت.
شيء معقد كان يجب تحويله إلى شيء يستطيع الناس فهمه وتنسيقه والسيطرة عليه وتسليمه في النهاية.
لهذا لم أعد أظن أن الخبرة يجب أن توصف ببساطة كعدد سنوات قضاها شخص في صناعة ما.
خمسة وعشرون عاماً تعني القليل بذاتها.
المهم هو ما علمتك إياه تلك السنوات أن تتعرف عليه.
هل ترى مشكلة قبل أن تصبح مرئية في التقرير الشهري؟ هل تتعرف متى يخفي تقدم مقاول ظاهري إنتاجية متناقصة؟ هل تفهم متى تكون مشكلة تصميم على وشك أن تصبح مشكلة مشتريات؟ هل تدرك متى يمكن لمشكلة واجهة صغيرة اليوم أن تصبح أزمة تشغيل لاحقاً؟ هل تستطيع خلق بنية كافية حول برنامج معقد دون خلق بيروقراطية تبطئه؟
هذه أسئلة أصعب من «كم سنة خبرة لديك؟»
وهي أقرب بكثير إلى القيمة الحقيقية للخبرة.
التنفيذ المضبوط
بالنسبة لي، التنفيذ المضبوط لا يعني أن كل شيء يحدث تماماً كما خُطط له.
فهذا غير واقعي في برامج البنية التحتية المعقدة.
بل يعني أنه عندما يبدأ الواقع بالانحراف عن الخطة، تستطيع المؤسسة رؤية الانحراف، وفهم دلالته، وتقرير ما يجب تغييره، والتصرف بسرعة، ثم التحقق مما إذا كان الفعل قد نجح فعلاً.
هذه طريقة مختلفة جوهرياً في التفكير بإدارة المشاريع.
تنقل ضوابط المشاريع من وظيفة توثّق الأداء إلى وظيفة تساعد على تشكيل الأداء.
تنقل الحوكمة من اجتماعات تراجع الأمس إلى محادثات تؤثر في الغد.
تنقل التقارير من إنتاج المعلومات إلى تقليل عدم اليقين.
وتنقل قيادة المشاريع من إدارة النشاط إلى حماية النتائج.
يمكن التعبير عن المبدأ ببساطة، لكن الانضباط خلفه ليس بسيطاً: حوّل التعقيد إلى رؤية، والرؤية إلى قرارات، والقرارات إلى تنفيذ منسق، والتنفيذ إلى نتائج قابلة للقياس.
كان هذا هو الخيط المشترك عبر مشاريع شديدة الاختلاف ومراحل مختلفة من مسيرتي. وهو أيضاً ما يظل يهمني أكثر اليوم بينما تصبح برامج الاتصالات والبنية التحتية الرقمية أكبر وأكثر ترابطاً وأكثر اعتماداً على حوكمة مشاريع منضبطة.
التقنية ستستمر في التغير. الأدوات ستستمر في التحسن. الذكاء الاصطناعي وتدفقات العمل الرقمية والتحليلات المتقدمة ومنصات المشاريع المتكاملة ستؤثر بشكل متزايد في كيفية إدارة المشاريع.
لكن أي من تلك الأدوات لا يغيّر المسؤولية الجوهرية لقائد المشروع.
تبقى المسؤولية هي فهم الواقع مبكراً بما يكفي للتأثير فيه.
التعقيد حتمي. التعقيد غير المضبوط ليس كذلك.
وربما هذا هو أوضح درس علمتني إياه خمسة وعشرون عاماً من تسليم المشاريع.
أقوى مؤسسات المشاريع ليست تلك التي لا تواجه مشكلات أبداً.
بل تلك التي تتعرف على المشكلات مبكراً، وتفهم ما تعنيه، وتجمع الأشخاص المناسبين، وتتخذ القرارات بينما لا تزال الخيارات متاحة، وتظل منضبطة بما يكفي للتحقق من أن الحل نجح فعلاً.
هذا ما يعنيه لي التنفيذ المضبوط.
وهذا ما يزال الجزء الأكثر إثارة لاهتمامي في قيادة المشاريع.