مدة المشروع

خطوات الاستخدام

الخطوة الأولى: أدخل إجمالي كمية العمل (Q_pd). الوحدة متسقة مع وحدة الإنتاجية P_pd؛ على سبيل المثال إذا كانت P_pd بوحدة متر/ساعة/فريق، فأدخل Q_pd بالمتر (الطول الإجمالي للمهمة). تأكد أن Q يشمل كل الأنشطة المطلوبة لإكمال المشروع.

الخطوة الثانية: أدخل الإنتاجية (P_pd) بوحدة 'كمية/ساعة/فريق'. تمثل هذه القيمة ما ينجزه **فريق واحد** في ساعة عمل واحدة (مثل متر/ساعة/فريق أو قطعة/ساعة/فريق). تُحدَّد من بيانات تاريخية أو اختبارات ميدانية؛ كلما زادت P_pd، قلّت المدة.

الخطوة الثالثة: أدخل عدد الأطقم العاملة بالتوازي (N_pd). هذا عدد صحيح موجب يمثل عدد الفرق التي تعمل في نفس الوقت على المشروع. افترض أن الأطقم مستقلة ولا تتداخل في العمل (لا law of diminishing returns مضمن هنا).

الأسئلة الشائعة

شخص-يوم هو وحدة قياس للعمل تعبر عن كمية الجهد الذي يستغرقه شخص واحد في يوم عمل واحد (يفترض عادة 8 ساعات). يستخدم غالباً في تقدير المشاريع لأنه أبسط من الساعات، خاصة في المشاريع الكبيرة. على سبيل المثال، إذا كان مشروع يتطلب 100 شخص-يوم، فهذا يعني أن شخصاً واحداً سيحتاج 100 يوم، أو 10 أشخاص سيحتاجون 10 أيام (إذا عملوا بكفاءة كاملة). يُفضل استخدام شخص-يوم بدلاً من الساعات في المراحل المبكرة من تقدير المشروع لأن المهام تكون غير محددة بدقة. كما أنه يسهل التواصل مع غير المتخصصين (مثل العملاء) الذي يفهمون مفهوم 'يوم عمل' بسهولة. يمكن تحويل الشخص-يوم إلى ساعات بضربه في 8 (أو عدد ساعات العمل الفعلية). لكن يجب الانتباه إلى أن شخص-يوم لا يأخذ في الاعتبار الأنشطة غير الإنتاجية مثل الاجتماعات والمراجعات، ولذلك نستخدم معامل الإنتاجية (N) لضبط هذا. الفرق الأساسي بين الساعات والشخص-يوم هو أن الشخص-يوم يركز على الجهد المتواصل (شخص يعمل يوماً كاملاً) بينما الساعات يمكن أن تكون متقطعة. لذلك في التقدير الأولي، يُعد الشخص-يوم أكثر فاعلية.

نظرياً، وفقاً للمعادلة D = Q / (P × N)، فإن مضاعفة عدد الأشخاص (P) تقلل المدة إلى النصف إذا بقيت Q و N ثابتتين. لكن في الواقع، نادراً ما يحدث هذا بسبب ظاهرة قانون بروكس (Brooks' Law) الذي ينص على أن 'إضافة أفراد جدد إلى مشروع متأخر يجعله يتأخر أكثر'. هذا يحدث للأسباب التالية: 1. **تكاليف التنسيق**: كلما زاد عدد الأشخاص، زادت الحاجة إلى التواصل والاجتماعات والتنسيق، مما يستهلك وقتاً كان من الممكن استخدامه في العمل الفعلي. 2. **منحنى التعلم**: يحتاج الأفراد الجدد إلى وقت لفهم المشروع وتعليمهم، مما يقلل إنتاجية الفريق الكلية مؤقتاً. 3. **تقسيم العمل**: بعض المهام لا يمكن تقسيمها (مثل كتابة كود متكامل) مما يعني أن زيادة عدد المبرمجين لا يسرع العمل بل قد يبطئه بسبب الحاجة إلى دمج الأجزاء. 4.**عودة الإنتاجية**: مع زيادة عدد الأشخاص، ينخفض معامل الإنتاجية (N) لأن كل فرد يصبح أقل إنتاجية بسبب الانقطاعات. لذلك، في الممارسة العملية، العلاقة بين عدد الأشخاص والمدة ليست خطية، وهناك حد أعلى لعدد الأشخاص الذين يمكن إضافتهم بشكل مفيد. يمكن تحسين المعادلة الأساسية بإضافة حد لمعدل تناقص الإنتاجية (مثلاً N = N0 / (1 + a*(P-1)) حيث a معامل تنسيق). لهذا، يجب على مديري المشاريع دراسة طبيعة العمل واختيار العدد الأمثل للأفراد لتقليل المدة دون التضحية بالإنتاجية.

تقدير Q هو أصعب وأهم جزء في التخطيط للمشروع. يعتمد على عدة تقنيات: 1. **التقدير من خلال التحليل من أعلى إلى أسفل (Top-Down)**: يتم تقسيم المشروع إلى مكونات كبيرة، ثم تقدير الجهد لكل جزء بناءً على خبرة سابقة أو مشاريع مشابهة. يستخدم عادة في المراحل المبكرة. 2. **التقدير من أسفل إلى أعلى (Bottom-Up)**: يتم تفصيل المشروع إلى مهام صغيرة جداً (Work Breakdown Structure)، ثم تقدير المدة لكل مهمة بواسطة الخبراء، ثم تجميعها. هذه الطريقة أدق ولكنها تستغرق وقتاً. 3. **النماذج الخوارزمية**: مثل COCOMO (Constructive Cost Model) الذي يستخدم صيغاً رياضية تربط حجم المشروع (مثل أسطر الكود) بالجهد. هذه النماذج تحتاج إلى معايرة للبيئة المحلية. 4. **التقدير بالتشبيه (Analogy)**: مقارنة المشروع الحالي بمشروع سابق مشابه مع تعديل الاختلافات. 5. **طريقة دلفي (Delphi)**: استشارة عدة خبراء بشكل مستقل ثم توحيد التقديرات. بعد تقدير Q، يجب إضافة عوامل أمان (Contingency) لتغطية المخاطر (عادة 10-30% حسب مستوى عدم اليقين). كما يمكن تحديث التقدير خلال المشروع باستخدام تقنية القيمة المكتسبة (Earned Value Management). لا توجد طريقة مثالية، لذا يُنصح باستخدام عدة طرق ومقارنة النتائج.

معامل الإنتاجية (N) هو رقم بين 0 و 1 (قد يتجاوز 1 في حالات الإنتاجية الفائقة) يعبر عن كفاءة الفريق في تحويل ساعات العمل المدفوعة إلى ساعات عمل منتجة. إذا كان الموظفون يقضون 100% من وقتهم في العمل المباشر على المشروع، فإن N = 1. لكن في الواقع، هناك دائماً أنشطة غير إنتاجية مثل: - الاجتماعات (عادة 5-15% من الوقت) - البريد الإلكتروني والمكالمات (5-10%) - التدريب والتعلم (0-10%) - المشاكل الشخصية والاستراحات (5-10%) - إعادة العمل (Rework) بسبب الأخطاء (10-20%) لذلك، القيم النموذجية لـ N تتراوح بين 0.6 و 0.8. في الصناعات عالية الكفاءة (مثل البرمجة بمنهجية أجايل) قد تصل إلى 0.85، بينما في مشاريع البناء قد تكون أقل بسبب العوامل الجوية واللوجستية. لتحديد N في مؤسستك، يمكنك: - حساب متوسط الوقت الضائع من سجلات الوقت (Time Logs). - استخدام المعايير الصناعية (مثل Capers Jones يذكر أن N حوالي 0.7 في شركات البرمجيات). - بعد كل مشروع، احسب المدة الفعلية مقابل المدة النظرية باستخدام المعادلة: N = Q / (P × D_actual). إذا كان المشروع معقداً أو جديداً، يفضل استخدام قيمة أقل (مثل 0.5) لزيادة هامش الأمان. تذكر أن N ليس ثابتاً خلال المشروع؛ قد يرتفع بعد مرحلة التعلم الأولية، وقد ينخفض إذا نشأت مشاكل.

مدة المشروع

أدخل القيم

خطوات الاستخدام

أمثلة محلولة

أمثلة محسوبة

الأسئلة الشائعة

أدخل القيم

خطوات الاستخدام

حاسبات ذات صلة

1مثال 1: تطوير موقع إلكتروني: فريق من 3 مطورين، بإنتاجية 80%، يحتاج 180 شخص-يوم. كم مدة المشروع؟ وماذا لو زاد الفريق إلى 6 مطورين؟

أمثلة محسوبة

الأسئلة الشائعة