اليوم 1 مقابل اليوم 0. ما الذي يجب أن يفعله مدير المشروع PMP®؟

أحد الأسئلة التي أتلقاها بشكل منتظم إلى حد ما هو كالتالي: “أنا أتعلم تخطيط شبكة المشروع، وكتابك الخاص بامتحان PMP® يعلم طريقة تخطيط الأسبقية (PDM) حيث يبدأ المشروع في اليوم الأول، لكنني بحثت في مورد قديم، وهو يعلم أن المشروع يبدأ في اليوم 0. ما هي الطريقة الصحيحة؟
أحد هذه المصادر، والذي سأعيد تسميته دون ذكر اسمه، كان مصدر الكثير من الالتباس في هذا الموضوع، ولكن لا تخف أبدًا – سأوضح لك الأمر! باختصار، يبدأ مشروعك في اليوم الأول، ولكن لا يزال بإمكانك معرفة الإجابات الصحيحة إذا كنت عازمًا على البدء في اليوم الأول. هناك عدة أسباب لتفضيل اليوم الأول، وقد حاولت تناولها في هذا المنشور.
لنبدأ بالنظر في جزء الشبكة التالي:
في هذه الحالة، النشاط (أ) مدته 5 وحدات (لنقل أيام في هذه الحالة)، والنشاط (ب) مدته التقديرية 3 أيام. والآن، عند القيام بذلك بالطريقة المباشرة، فإن البداية المبكرة للنشاط (أ) ستكون اليوم 1 والنهاية المبكرة ستكون اليوم 5. هذا منطقي، ولكن إذا بدأت في اليوم 0 كما يدعو البعض بشكل غامض، فإن النهاية المبكرة للنشاط (أ) ستكون اليوم 4. في كلتا الحالتين، إذا تم إعطاؤك البداية المبكرة والنهاية المبكرة وطُلب منك حساب المدة، فسيكون نفس النهج: EF – ES + 1 (للاطلاع على شرح أكثر شمولاً حول حساب المدد والبداية المبكرة والنهاية المبكرة، راجع الفصل 6 من امتحان PMP®: كيف تجتازه من أول محاولة).
اليوم الأول أكثر منطقية. إنه أكثر وضوحًا، ومن الأسهل تطبيقه على الواقع. والآن، من أجل دفع الحوار إلى الأمام، حاولت أن أتوقع بعض الأسئلة حول هذا الموضوع أدناه. إذا كان لا يزال لديك أسئلة، فلا تتردد في إضافة أسئلتك في قسم التعليقات.
سؤال: “الطريقة التي تعلمتها في إدارة المشاريع (من نص قديم لإدارة المشاريع) هي البدء باستخدام اليوم 0، لكن كتابك يعلمنا أن المشروع يبدأ في اليوم 1. ما هي الطريقة الصحيحة؟
الإجابة: اليوم 1 هو الصحيح. لسبب واحد هو أنه لا يوجد شيء اسمه اليوم 0، فهو مفهوم مجرد لا يضيف أي قيمة. اليوم 1 أكثر ارتباطًا بالواقع. في هذه المسألة، يمكنك اختيار أي رقم وإجراء العملية الحسابية، لكن اليوم 0 ليس أكثر منطقية من البدء اعتباطًا في اليوم 25.
سؤال: “ألا يدافع معهد إدارة المشاريع عن طريقة أو أخرى؟
الجواب: “لا: لا، فالإصدار الرابع من دليل PMBOK® Edition 4 يتعامل مع إدارة تطوير المشاريع بشكل متناثر للغاية. في الواقع، لم يرد ذكر ذلك إلا في القسم 6.2.2.1، وبشكل غير مباشر في القسم 6.2.3.1، لكنهما لا يتطرقان إلى هذه المسألة بشكل مباشر على الإطلاق. عندما قدمنا استفسارًا رسميًا إلى PMI بشأن هذه المسألة، أجابوا بأنهم “لا يتخذون موقفًا رسميًا” بشأن هذا الأمر. الآن، قد يكون هناك أشخاص في معهد إدارة المشاريع لديهم آراء حول هذه المسألة، لكن المعهد لا يتخذ موقفًا رسميًا حتى كتابة هذا المنشور.
سؤال:
الإجابة: هذا ما يريد الجميع معرفته حقًا! يجب أن تكون مستعدًا لحل المشاكل في كلتا الحالتين، باستخدام اليوم صفر أو اليوم الأول (العمليات الحسابية هي نفسها في الأساس)؛ ومع ذلك، نظرًا لأن بدء المشروع في اليوم الأول يمثل أفضل الممارسات الحالية والفكرة، يجب أن تتوقع حقًا أن أي أمثلة لإدارة المشاريع الخاصة التي تراها تستخدم اليوم الأول كتاريخ بدء المشروع. إذا كان الأمر غير واضح في المشكلة، افترض اليوم الأول، وستكون على ما يرام.
سؤال: هذا مربك! لماذا لدينا طريقتان مختلفتان على أي حال؟
الإجابة: خذ نفساً عميقاً. على الرغم من أن الأمر يبدو مربكًا، إلا أن الطريقتين ليستا مختلفتين. تعود جذور الأصل على الأرجح إلى ظهور أنظمة الكمبيوتر للمساعدة في الجدولة. كما ترى، عندما تبرمج جهاز كمبيوتر، فإنك تبدأ العد من الصفر، لكن البشر، وخاصة أولئك الذين يعدون بأصابعهم، لا يفعلون ذلك. والأدهى من ذلك أن التقويمات لا تبدأ من الصفر، ويتم تطبيق الجداول الزمنية في النهاية على التقويمات. هناك نظرية أخرى تتعلق باستخدام يوم “خارج” (خارج نطاق هذا المدخل)، ولكن هذا سوء فهم لما هو “خارج” اليوم في الواقع.
سؤال: يجب أن تكون هناك ميزة ما للبدء باليوم 0. ما هي؟
الإجابة: صدق أو لا تصدق، لا يمكنني التوصل إلى ميزة واحدة.
على مدى العقد الماضي، تم التخلي عن الجدولة المستندة إلى الصفر من قبل معظم الممارسين. وقد قام كل من Microsoft Project و SAP و Primavera و GanttProject ومزودي البرامج الآخرين بتوحيد معايير اليوم الأول كتاريخ لبدء المشروع. هذا هو ما يشكل أفضل الممارسات في هذا المجال
في النهاية، بصفتك مدير مشروع، فإن مهمتك كمدير مشروع هي تبسيط الأمور وإضفاء النظام على الفوضى، لذلك إذا كنت لا تزال تستخدم اليوم الأول، اسأل نفسك، هل هذا يجعل الأمور أكثر وضوحًا أو يضيف أي قيمة للعملية؟