تحديد الوقت

في إدارة المشاريع ، تُعتبر ثلاثة قيود أساسية : الوقت (أو الجدول الزمني )، والتكلفة (أو الميزانية )، والنطاق . ^{[ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ]} ( غالبًا ما تُضاف الجودة كقيد رابع، ويُمثل مركز مثلث. ^{[ 8 ] [ 9 ] [ 10 ]} ) ويُفترض أن أي تغيير في أحد هذه القيود سيؤثر على القيود الأخرى. ^{[ 6 ]}

بدون تحديد إطار زمني، عادةً ما تعمل المشاريع ضمن نطاق محدد، ^{[ 11 ]} وفي هذه الحالة، عندما يتضح أن بعض المخرجات لا يمكن إنجازها ضمن الأطر الزمنية المخططة، إما أن يتم تمديد الموعد النهائي (لإتاحة المزيد من الوقت لإكمال النطاق المحدد) أو إشراك المزيد من الأشخاص (لإنجاز النطاق المحدد في نفس الوقت). غالبًا ما يحدث كلا الأمرين، مما يؤدي إلى تأخير التسليم، وزيادة التكاليف، وانخفاض الجودة في كثير من الأحيان (وفقًا لمبدأ الشهر-الرجل الأسطوري ).

في نظام تحديد الوقت، يكون الموعد النهائي ثابتًا، مما يعني ضرورة تقليص نطاق العمل. ولأن هذا يعني أن على المؤسسات التركيز على إنجاز أهم المخرجات أولًا، غالبًا ما يرتبط تحديد الوقت بنظام لترتيب أولويات المخرجات (مثل طريقة MoSCoW ). ^{[ 12 ]}

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

للالتزام بالموعد النهائي، يتم عادةً تقييم الإجراءات التالية في ضوء القيود الثلاثية:

• تقليل النطاق: إسقاط المتطلبات ذات التأثير الأقل (تلك التي لن يفتقدها المستخدم بشكل مباشر)
• الوقت هو القيد الثابت هنا
• زيادة التكلفة: على سبيل المثال، إضافة ساعات عمل إضافية أو موارد

تستخدم العديد من مشاريع تطوير البرمجيات الناجحة أسلوب تحديد الوقت، لا سيما المشاريع الصغيرة. ^{[ 13 ]} وقد أدى اعتماد هذا الأسلوب إلى زيادة إنتاجية المطورين في شركة دوبونت بأكثر من ثلاثة أضعاف في ثمانينيات القرن الماضي. ^{[ 14 ]} وفي بعض الحالات، تم تسليم التطبيقات بالكامل ضمن الوقت المُقدَّر لإنجاز المواصفات فقط . ^{[ 14 ]} ومع ذلك، يرى ستيف ماكونيل أن هذا الأسلوب لا يناسب جميع المنتجات ^{[ 14 ]} ، وأنه لا ينبغي استخدامه إلا بعد موافقة العميل على تقليص بعض الميزات، وليس الجودة. ^{[ 14 ]} ولا يوجد دليل يُذكر على اعتماده على نطاق واسع في المشاريع الكبيرة. ^{[ 13 ]}

تم اعتماد تقنية تحديد الوقت (Timeboxing) من قبل بعض منهجيات تطوير البرمجيات البارزة :

• أسلوب تطوير الأنظمة الديناميكية (DSDM). ^{[ 12 ]}
• في تطوير البرمجيات الرشيقة ، يوفر جدولة السحب باستخدام كانبان إدارة زمنية قصيرة المدى. عند تطوير نظام كبير ومعقد، حيث يلزم التخطيط طويل المدى، يتم تطبيق تحديد الإطار الزمني كطبقة إضافية. ^{[ 15 ]}
• تتميز عملية تطوير البرمجيات باستخدام التطوير السريع للتطبيقات (RAD) بالتطوير التكراري ونماذج البرمجيات الأولية . ووفقًا لستيف ماكونيل ، يُعد تحديد الإطار الزمني من أفضل الممارسات في RAD، ويُفضل أن يتراوح طول الإطار الزمني النموذجي بين 60 و120 يومًا. ^{[ 14 ]}
• تأثرت منهجية سكروم بأفكار تحديد الوقت والتطوير التكراري . ^{[ 16 ]} تُشكل وحدات التطوير المنتظمة ذات الوقت المحدد، والمعروفة باسم دورات التطوير السريعة (Sprints) ، الوحدة الأساسية للتطوير. ^{[ 17 ]} عادةً ما تكون مدة دورة التطوير السريعة أقل من 30 يومًا. ^{[ 18 ] [ 19 ]} تُعقد اجتماعات تخطيط دورة التطوير السريعة، واستعراضها، ومراجعتها، ضمن إطار زمني محدد. ^{[ 18 ]}
• في منهجيات البرمجة المتطرفة ، يتم تحديد مدة تخطيط التطوير في دورات تكرارية تتراوح عادةً بين أسبوع واحد وأسبوعين وثلاثة أسابيع. وتقوم الشركة بإعادة تقييم قصص المستخدم المعلقة قبل كل دورة تكرارية. ^{[ 20 ]}

يدعو تطوير البرمجيات الرشيقة إلى الانتقال من التطوير القائم على التخطيط إلى التطوير القائم على القيمة . يتم تحديد الجودة والوقت، مع إتاحة المرونة في نطاق المشروع. ويؤدي تقديم أهم الميزات أولاً إلى عائد استثمار أسرع من نموذج الشلال . ^{[ 7 ]}

عادةً ما ينتج نقص المواصفات التفصيلية عن ضيق الوقت، أو عن نقص المعرفة بالنتيجة المرجوة (الحل). في العديد من أنواع المشاريع، وخاصةً في هندسة البرمجيات، يستحيل تحليل وتحديد جميع المتطلبات والمواصفات قبل بدء مرحلة التنفيذ. يُعدّ تحديد إطار زمني نوعًا مناسبًا من التعاقد للمشاريع التي يكون فيها الموعد النهائي هو الجانب الأكثر أهمية، وعندما لا تكون جميع المتطلبات محددة بالكامل مسبقًا. كما يسمح هذا النوع من التعاقد بانعكاس أي ملاحظات أو رؤى جديدة يتم اكتشافها أثناء المشروع في النتيجة النهائية. ^{[ 12 ]}