العودة إلى المدونة

السبب الحقيقي وراء تأخر بناء الألياف الضوئية لديك (ليس التصاريح)

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

broadbandfiberproject-managementexecutioncoordination

تشريح ما بعد الوفاة الذي سمعته من قبل

إذا كنت قد أمضيت أي وقت في بناء الشبكات فعليًا، فقد سمعت نفس التشريح اللاحق مرارًا وتكرارًا:

"نحن في انتظار التصاريح". "لم توافق المرافق على تركيب الأعمدة". "الطواقم متوقفة عن العمل."

كلها صحيحة. وكلها ناقصة.

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

لا تبدأ التأخيرات من حيث تعتقد أنها تبدأ من حيث تعتقد أنها تبدأ

على الورق، يتأخر المشروع عندما يتأخر أحد الاعتمادات الخارجية: تصريح يستغرق وقتاً أطول من المتوقع، أو رفض طلب عمود، أو وصول شحنة متأخرة.

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

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

لذلك عندما يظهر التأخير، يتم عزوه إلى المحفز الخارجي. ولكن تم وضع الأساس لهذا التأخير قبل أسابيع.

مشكلة التأخير الكاذب

لا يتم حظر معظم المشاريع كما تعتقد الفرق. فهي غير متوائمة.

غالبًا ما ينقسم "تأخير التصريح" لمدة ستة أسابيع إلى أسبوعين من وقت المعالجة الفعلية وأربعة أسابيع من الأخذ والرد الداخلي والتوضيح وإعادة العمل.

هذا التمييز مهم. لأنك لا تستطيع إصلاح التأخير الداخلي لمدة أربعة أسابيع من خلال الضغط أكثر على البلدية.

جداول البيانات لا تتوسع بعد نقطة معينة

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

إنه يعمل على نطاق ضيق. حتى لا يحدث ذلك.

وضع الفشل ليس دراماتيكياً. إنه خفي:

  • إصدارات متعددة من نفس الخطة
  • ملكية غير واضحة للمهام
  • التبعيات التي تعيش في رأس شخص ما
  • التحديثات التي تصل متأخرة جدًا بحيث لا تكون مهمة

لا توجد مشكلة واحدة تقتل المشروع. ولكنها معًا تخلق احتكاكًا مستمرًا. ويتفاقم هذا الاحتكاك إلى تأخيرات.

أسطورة البناء الخطي

ما زلنا نتحدث عن نشر الشبكة وكأنه تسلسل واضح: التصميم ← التصريح ← البناء ← التفعيل. ولكن هذه ليست الطريقة التي تعمل بها المشاريع في الواقع.

في الواقع

  • يتطور التصميم بينما تكون التصاريح قيد التنفيذ
  • تتغير متطلبات التصاريح بناءً على الظروف الميدانية
  • تغذي قرارات البناء التصميم
  • يعتمد التفعيل على أجزاء المنبع التي قد تكون لا تزال تتحرك

إنه نظام متوازي، مليء بالأهداف المتحركة. محاولة إدارته بشكل خطي هو المكان الذي تبدأ فيه الأمور في الانهيار.

عمليات التسليم والتسليم هي المكان الذي تفشل فيه المشاريع بهدوء

إذا كان هناك مكان واحد للبحث عن التأخيرات الخفية، فهو ليس في المراحل الرئيسية الكبيرة. بل في المراحل الانتقالية بينها - من التصميم إلى التصريح، ومن التصريح إلى البناء، ومن البناء إلى التفعيل.

في كل عملية تسليم، يضيع شيء ما: السياق والافتراضات والقيود والتوقيت.

لا يرى فريق التصاريح دائمًا أحدث الفروق الدقيقة في التصميم. لا يعرف فريق الإنشاءات دائمًا ما تغير أثناء الموافقة. ترث فرق التنشيط مفاجآت لم تخطط لها. لا أحد يملك الفجوة بين الفرق. وهذه الفجوة هي المكان الذي يعيش فيه إعادة العمل - والتأخير.

لماذا لا تزال الفرق المتمرسة تتعرض للوقوع في فخاخ

هذه ليست مشكلة كفاءة. يمكن أن يكون لديك مهندسون أقوياء ومديري مشاريع ذوي خبرة ومقاولون موثوقون - ومع ذلك تواجه نفس المشاكل.

لأن المشكلة ليست في الأداء الفردي. إنه النظام الذي يعملون فيه.

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

ليس لديك مشكلة في التصاريح

أو مشكلة عمالة. أو حتى مشكلة تمويل.

لديك مشكلة في التنسيق تظهر في كل هذه الأشياء.

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

ما الذي يحرك الإبرة بالفعل

لن تأتي المكاسب الأكبر من تحسينات أخرى في الأطراف. فهي تأتي من تشديد القلب:

  • جعل التبعيات مرئية عبر الفرق
  • التأكد من أن الجميع يعمل من المعلومات الحالية نفسها
  • تقليل إعادة العمل في عمليات التسليم
  • اكتشاف المشكلات في وقت مبكر - عندما لا يزال إصلاحها رخيصًا

بعبارة أخرى: التعامل مع التنفيذ كنظام، وليس كسلسلة من الخطوات.

طريقة مختلفة للتفكير في الأدوات

تحل معظم الأدوات في هذا المجال وظيفة ما - أدوات التصميم، وأدوات تعقب التصاريح، وأنظمة إدارة البناء. ما ينقصها هو الطبقة التي تربط بينها.

وهنا يأتي دور منصات مثل Aptli - ليس كأداة أخرى تضاف إلى المكدس، ولكن كوسيلة لسد الفجوات بين الخطوات:

** ربط التخطيط بالتنفيذ.** تظل القرارات المتخذة في مرحلة التخطيط مرئية أثناء سير العمل في مرحلة التنفيذ.

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

** تتبع التبعيات، وليس فقط المهام.** المسألة ليست ما إذا كانت المهمة قد تم التحقق منها. بل ما إذا كانت الأشياء التي تعتمد عليها جاهزة للتحرك.

إضفاء الوضوح في الوقت الحقيقي. يتوقف مديرو المشاريع عن معرفة المشاكل في التحديثات بأثر رجعي ويبدأون في رؤيتها أثناء تطورها.

الأمر لا يتعلق ببذل المزيد من الجهد، بقدر ما يتعلق بفقدان القليل من الوقت والسياق والمحاذاة.

الوجبات الجاهزة غير المريحة

من الأسهل إلقاء اللوم في التأخير على أشياء لا يمكنك التحكم فيها. التصاريح. المرافق. الطقس. سلاسل التوريد.

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

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

الملخص

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