تحديد وتكامل الاعتماديات Dependency Determination and Integration
يتكون المشروع من مجموعة أنشطة ومهام مترابطة، ولا يستطيع مدير المشروع ترتيبها اعتمادًا على مدة كل نشاط فقط. فقد يحتاج الفريق إلى إكمال التصميم قبل بدء التنفيذ، بينما يستطيع تنفيذ نشاطين آخرين بالتوازي. كذلك قد يعتمد أحد الأنشطة على موافقة جهة حكومية أو تسليم مورد خارجي لا يسيطر عليه فريق المشروع مباشرة.
يساعد تحديد وتكامل الاعتماديات Dependency Determination and Integration على اكتشاف هذه العلاقات وإدخالها في الجدول الزمني بطريقة منطقية. ومن خلال ذلك، يستطيع الفريق ترتيب الأنشطة، وتحديد الأعمال التي يمكن تنفيذها بالتوازي، وكشف نقاط الاختناق، وتحليل أثر أي تأخير على بقية المشروع.
ولا يقتصر العمل على رسم أسهم بين المهام؛ إذ يحتاج مدير المشروع إلى تحديد سبب كل علاقة، وتصنيف مصدرها، واختيار نوع العلاقة المنطقية المناسب، ثم دمجها مع المدد والموارد والقيود. وإذا أخطأ الفريق في بناء الاعتماديات، فقد يعرض برنامج الجدولة تواريخ تبدو دقيقة، لكنها تعتمد على منطق غير صحيح.
ما المقصود باعتماديات الأنشطة؟
اعتمادية النشاط هي علاقة توضح كيف يؤثر بدء نشاط أو انتهاؤه في بدء نشاط آخر أو انتهائه. ويسمى النشاط الذي يؤثر في غيره النشاط السابق Predecessor، بينما يسمى النشاط المتأثر النشاط اللاحق Successor. ولا يعني وصف النشاط بالسابق أنه يجب أن ينتهي دائمًا قبل بدء النشاط اللاحق؛ إذ يعتمد ذلك على نوع العلاقة المنطقية بينهما.
على سبيل المثال، يمثل إعداد المخطط الهندسي نشاطًا سابقًا، بينما يمثل تنفيذ الأعمال الإنشائية المرتبطة به نشاطًا لاحقًا. وفي مشروع تقني، قد يبدأ إعداد دليل المستخدم بعد بدء تطوير النظام دون انتظار اكتماله بالكامل. لذلك لا تستخدم المشاريع علاقة واحدة لجميع الأنشطة، بل تختار العلاقة التي تمثل الواقع التنفيذي بصورة صحيحة.
أما التكامل فيعني إدخال الاعتماديات المحددة ضمن النموذج الزمني الكامل للمشروع. ويشمل ذلك ربط الأنشطة، وإضافة الفواصل الزمنية اللازمة، ومراعاة التقويم والموارد والقيود، ثم مراجعة شبكة الجدول للتأكد من أنها تعكس طريقة تنفيذ العمل فعلًا.
الفرق بين الاعتمادية والقيد والافتراض
يخلط بعض المخططين بين الاعتمادية والقيد، رغم اختلافهما. تربط الاعتمادية نشاطًا بنشاط آخر، مثل اشتراط اكتمال التصميم قبل بدء البرمجة. أما القيد فيفرض تاريخًا أو شرطًا على النشاط، مثل ضرورة إنهاء الاختبار قبل موعد الإطلاق المحدد تعاقديًا. وقد يؤدي الإفراط في استخدام القيود الثابتة إلى إخفاء أثر التغييرات وإضعاف قدرة برنامج الجدولة على حساب المواعيد منطقيًا.
كذلك يختلف الافتراض عن الاعتمادية. فقد يفترض الفريق أن المورد سيسلم المعدات خلال عشرة أيام، ثم يبني الجدول على هذا الأساس. يمثل التسليم نفسه اعتمادية خارجية، بينما تمثل مدة العشرة أيام افتراضًا يحتاج إلى توثيق ومراجعة. وإذا تغير الافتراض، يجب أن يحدث الفريق الجدول ويعيد تحليل أثره.
تصنيف الاعتماديات حسب طبيعتها ومصدرها
يصنف فريق المشروع الاعتماديات على بُعدين مختلفين. يحدد البعد الأول ما إذا كانت العلاقة إلزامية أو تقديرية، بينما يحدد البعد الثاني ما إذا كانت داخلية أو خارجية. وبذلك تستطيع العلاقة الواحدة أن تجمع صفتين، مثل اعتمادية إلزامية خارجية أو تقديرية داخلية. ولهذا لا تمثل التصنيفات الأربعة خيارات متعارضة ضمن قائمة واحدة.
الاعتماديات الإلزامية Mandatory Dependencies
تفرض طبيعة العمل أو المتطلبات القانونية أو الالتزامات التعاقدية هذه العلاقات. فعلى سبيل المثال، يجب أن يجف أساس المبنى قبل تنفيذ عمل يعتمد على صلابته، كما قد تشترط جهة تنظيمية الحصول على تصريح قبل تشغيل المنشأة. لا يستطيع الفريق حذف هذه العلاقة لمجرد رغبته في تقليص المدة، لكنه يستطيع البحث عن أسلوب تنفيذي آخر يحقق المتطلب بأمان.
الاعتماديات التقديرية Discretionary Dependencies
يضع الفريق هذه العلاقات بناءً على خبرته أو ممارسات المنظمة أو تفضيل منهجي، ولذلك تسمى أحيانًا بالمنطق المفضل أو المرن. فقد يفضل الفريق إكمال جميع المقابلات قبل تحليل النتائج، رغم قدرته على بدء التحليل بعد وصول جزء من البيانات. وعند ضغط الجدول، يستطيع مدير المشروع مراجعة هذه الاعتماديات بحثًا عن فرصة لتنفيذ بعض الأنشطة بالتوازي، بشرط دراسة المخاطر وإعادة العمل المحتملة.
الاعتماديات الداخلية Internal Dependencies
تنشأ الاعتماديات الداخلية بين أنشطة تقع ضمن نطاق المشروع ويستطيع فريقه التأثير فيها. فمثلًا، يعتمد اختبار النظام على تسليم النسخة البرمجية من فريق التطوير. يستطيع مدير المشروع هنا التنسيق بين الفريقين، وتعديل ترتيب العمل، وتخصيص الموارد لمعالجة التأخير.
الاعتماديات الخارجية External Dependencies
تربط هذه الاعتماديات أنشطة المشروع بجهات أو أحداث خارج نطاق السيطرة المباشرة للفريق، مثل موافقة جهة تنظيمية، أو تسليم مورد، أو إنجاز مشروع آخر داخل المنظمة. يحتاج المدير إلى متابعتها مبكرًا، وتحديد مالك للعلاقة، وتوثيق تاريخ الالتزام، وإعداد استجابة للمخاطر المرتبطة بها.
وقد تكون العلاقة الخارجية إلزامية، مثل الحصول على تصريح قانوني قبل التشغيل. كما قد تكون العلاقة الداخلية تقديرية، مثل اختيار الفريق إنهاء جميع التصاميم قبل مراجعتها. يساعد الجمع بين البعدين على فهم درجة مرونة العلاقة ومن يملك القدرة على إدارتها.
أنواع العلاقات المنطقية بين الأنشطة
بعد تحديد طبيعة الاعتمادية ومصدرها، يختار الفريق العلاقة المنطقية التي تربط النشاط السابق بالنشاط اللاحق. وتوفر طريقة مخطط الأسبقية أربع علاقات رئيسية:
1. علاقة النهاية إلى البداية Finish-to-Start (FS)
لا يبدأ النشاط اللاحق قبل انتهاء النشاط السابق. وتعد هذه العلاقة الأكثر شيوعًا في الجداول الزمنية. فمثلًا، لا يبدأ تركيب الأجهزة قبل انتهاء تجهيز الموقع، ولا يبدأ تدريب المستخدمين على النسخة النهائية قبل تجهيزها. ومع ذلك، لا ينبغي استخدامها تلقائيًا إذا كانت طبيعة العمل تسمح بالتداخل.
2. علاقة البداية إلى البداية Start-to-Start (SS)
لا يبدأ النشاط اللاحق قبل بدء النشاط السابق. لا تشترط هذه العلاقة أن يبدأ النشاطان في اللحظة نفسها أو أن ينتهيا معًا. فقد يبدأ تحرير محتوى دليل المستخدم بعد بدء تطوير النظام بأسبوع، لأن فريق التوثيق يحتاج إلى نماذج أولية قبل أن يبدأ عمله.
3. علاقة النهاية إلى النهاية Finish-to-Finish (FF)
لا ينتهي النشاط اللاحق قبل انتهاء النشاط السابق. فعلى سبيل المثال، قد يستمر إعداد تقرير الاختبار حتى ينتهي تنفيذ الاختبارات، لأن الفريق يضيف النتائج تباعًا. لا تعني هذه العلاقة أن النشاطين يجب أن ينتهيا في الوقت نفسه؛ إذ يستطيع الفريق إضافة فاصل زمني بين نهايتيهما.
4. علاقة البداية إلى النهاية Start-to-Finish (SF)
لا ينتهي النشاط اللاحق قبل بدء النشاط السابق. يستخدم المخططون هذه العلاقة في حالات محدودة، مثل انتقال المسؤولية بين مناوبتين؛ فلا تنتهي مناوبة الفريق الحالي قبل بدء مناوبة الفريق البديل. وبسبب ندرة استخدامها وسهولة إساءة فهمها، يجب أن يوثق الفريق سبب اختيارها.
| العلاقة | القاعدة | مثال |
|---|---|---|
| FS | يبدأ اللاحق بعد انتهاء السابق | بدء البناء بعد اعتماد التصميم |
| SS | يبدأ اللاحق بعد بدء السابق | بدء التوثيق بعد بدء التطوير |
| FF | ينتهي اللاحق بعد انتهاء السابق | إنهاء التقرير بعد انتهاء الاختبارات |
| SF | ينتهي اللاحق بعد بدء السابق | انتهاء مناوبة بعد بدء المناوبة البديلة |
التقديم والتأخير Lead and Lag
تحتاج بعض العلاقات إلى فاصل زمني أو تداخل بين النشاطين. يمثل التأخير Lag مدة انتظار مقصودة بين نقطتين مرتبطتين. فإذا انتظر الفريق يومين بعد طلاء الجدار قبل تركيب التجهيزات، فإنه يضيف تأخيرًا مقداره يومان إلى العلاقة.
أما التقديم Lead فيسمح للنشاط اللاحق بأن يبدأ قبل اكتمال النشاط السابق ضمن علاقة تسمح بذلك. فمثلًا، قد يبدأ تدريب مجموعة أولى من المستخدمين قبل انتهاء تدريب جميع المجموعات السابقة. ومع ذلك، يزيد التداخل احتمال إعادة العمل إذا تغيرت مخرجات النشاط السابق، ولذلك يجب أن يوازن الفريق بين تقليص المدة والمخاطر الناتجة.
ومن الأفضل ألا يستخدم المخطط فواصل زمنية غامضة لإخفاء نشاط حقيقي. فإذا كانت هناك مراجعة تستغرق ثلاثة أيام، فمن الأنسب تسجيلها كنشاط مستقل بدلًا من وضع تأخير غير موضح. بهذه الطريقة، يستطيع الفريق تحديد المسؤول والموارد ونسبة الإنجاز.
خطوات تحديد وتكامل الاعتماديات
1. إعداد قائمة الأنشطة
يبدأ الفريق من نطاق المشروع وهيكل تجزئة العمل، ثم يحدد الأنشطة اللازمة لإنتاج كل تسليم. يجب أن تكون الأنشطة واضحة وقابلة للتقدير والمتابعة، لأن العبارات العامة تعيق بناء العلاقات الدقيقة.
2. تحديد المدخلات والمخرجات
يسأل الفريق عما يحتاجه كل نشاط قبل أن يبدأ، وما الذي ينتجه عند انتهائه، ومن يستخدم هذا الناتج. تكشف هذه الأسئلة العلاقات الطبيعية بين الأعمال، كما تساعد على اكتشاف الأنشطة المفقودة.
3. تصنيف الاعتماديات
يحدد الفريق ما إذا كانت العلاقة إلزامية أو تقديرية، ثم يحدد ما إذا كانت داخلية أو خارجية. بعد ذلك يوثق سببها والجهة المسؤولة عنها. تكتسب هذه الخطوة أهمية خاصة في الاعتماديات الخارجية؛ لأنها قد تحتاج إلى تنسيق تعاقدي أو تصعيد إداري.
4. اختيار العلاقة المنطقية
يختار المخطط إحدى علاقات FS أو SS أو FF أو SF وفق طريقة تنفيذ العمل، ثم يضيف التقديم أو التأخير عند الحاجة. ولا ينبغي أن يختار العلاقة بهدف الوصول إلى تاريخ مرغوب فقط؛ بل يجب أن تعكس منطقًا تنفيذيًا يمكن للفريق شرحه والدفاع عنه.
5. دمج العلاقات في الجدول
يدخل الفريق العلاقات في مخطط الشبكة أو برنامج الجدولة، ثم يضيف المدد والتقاويم والموارد. بعد ذلك يحسب البرنامج تواريخ البدء والانتهاء والمسارات المختلفة، ويكشف الأنشطة التي تؤثر في تاريخ نهاية المشروع.
6. مراجعة منطق الشبكة
يراجع الفريق الأنشطة التي لا تملك نشاطًا سابقًا أو لاحقًا دون سبب واضح، ويتحقق من عدم وجود حلقات منطقية تجعل كل نشاط ينتظر الآخر. كذلك يراجع العلاقات غير المعتادة والفواصل الزمنية الطويلة والقيود الثابتة. ثم يؤكد أصحاب الخبرة أن الشبكة تمثل الواقع التشغيلي.
7. المتابعة والتحديث
لا تبقى الاعتماديات ثابتة طوال المشروع. فقد يتغير المورد أو أسلوب التنفيذ أو ترتيب التسليمات، ولذلك يراجعها الفريق عند تحديث الجدول أو اعتماد تغيير مؤثر. كما يراقب مدير المشروع الاعتماديات الخارجية ويحدث توقعاتها قبل أن تتحول إلى أسباب للتأخير.
مثال عملي على تكامل الاعتماديات
لنفترض أن المنظمة تنفذ مشروعًا لإطلاق نظام إلكتروني. يعتمد تطوير النظام على اعتماد المتطلبات بعلاقة نهاية إلى بداية. وبعد بدء التطوير، يستطيع فريق التوثيق بدء إعداد الدليل بعلاقة بداية إلى بداية مع فاصل أسبوع. أما التقرير النهائي للاختبار فلا ينتهي قبل اكتمال الاختبارات، ولذلك يستخدم الفريق علاقة نهاية إلى نهاية.
كذلك يعتمد تشغيل النظام على موافقة جهة تنظيمية، وهي اعتمادية إلزامية خارجية. يسجل مدير المشروع تاريخ تقديم الطلب، ويحدد مسؤول المتابعة، ويراقب موعد الموافقة. وإذا توقع تأخرها، فإنه يحلل أثر ذلك على الإطلاق ويطبق خطة الاستجابة المناسبة بدلًا من انتظار موعد التشغيل.
بعد دمج العلاقات، قد يكتشف المدير أن الموافقة الخارجية واختبارات الأمان تقعان على المسار الذي يحدد تاريخ الإطلاق. عندها يوجه المتابعة والموارد إلى هذين النشاطين، بدلًا من الضغط على نشاط لا يؤثر تأخيره القصير في الموعد النهائي.
أخطاء شائعة عند ربط أنشطة المشروع
- ربط جميع الأنشطة بعلاقة نهاية إلى بداية دون مراجعة إمكانية تنفيذ بعضها بالتوازي.
- معاملة الاعتماديات الإلزامية والتقديرية والداخلية والخارجية كأنها أربعة خيارات متعارضة.
- فرض تواريخ ثابتة بدلًا من بناء علاقات منطقية تسمح للجدول بإظهار أثر التغييرات.
- إضافة تأخير طويل بدلًا من تسجيل نشاط حقيقي يحتاج إلى مسؤول ومتابعة.
- تجاهل الاعتماديات الخارجية حتى يقترب موعد النشاط المرتبط بها.
- استخدام علاقة البداية إلى النهاية دون حاجة واضحة أو توثيق كافٍ.
- ترك أنشطة معلقة داخل الجدول دون نشاط سابق أو لاحق رغم ارتباطها بالمشروع.
- تعديل العلاقات بهدف إظهار موعد نهاية مناسب بدلًا من معالجة السبب الحقيقي للتأخير.
أهمية تحديد الاعتماديات للمشروع
يساعد تحديد الاعتماديات على بناء جدول زمني واقعي، وكشف الأنشطة الحرجة، وتنسيق الموارد، ومعرفة أثر التأخير قبل اتخاذ القرار. كما يوضح للفريق ترتيب العمل وشروط انتقال المخرجات بين الأنشطة. وبالنسبة للإدارة، يوفر النموذج المنطقي أساسًا أفضل لمراجعة السيناريوهات وقياس أثر التغييرات.
كذلك تكشف الاعتماديات الخارجية نقاط الضعف التي تحتاج إلى متابعة أو اتفاقيات واضحة، بينما تكشف الاعتماديات التقديرية فرص ضغط الجدول من خلال التداخل أو تغيير تسلسل العمل. ومع ذلك، يجب ألا يختصر الفريق المدة على حساب السلامة أو الجودة أو الالتزام النظامي.
الخلاصة
يحول تحديد وتكامل الاعتماديات قائمة الأنشطة إلى شبكة منطقية توضح طريقة تنفيذ المشروع. يبدأ الفريق بتحديد المدخلات والمخرجات، ثم يصنف كل اعتمادية وفق طبيعتها ومصدرها، ويختار العلاقة المنطقية المناسبة، ويضيف فترات التقديم أو التأخير عند الحاجة. بعد ذلك يدمج العلاقات في الجدول ويراجعها ويحدثها مع تقدم العمل.
كلما عبّرت الاعتماديات عن الواقع بدقة، قدم الجدول معلومات أفضل لصنع القرار. أما العلاقات الخاطئة فقد تنتج تواريخ مضللة حتى لو استخدم الفريق برنامجًا متقدمًا؛ فالبرنامج يحسب ما يدخله المستخدم، لكنه لا يصلح منطقًا بُني على افتراضات غير صحيحة.
رأي واحد حول “تحديد وتكامل الاعتماديات في إدارة المشاريع: الأنواع والعلاقات”