ترتيب مهام الفريق بالمساعد الذكي لا يكفي إذا لم تتحقق شروط البداية. تشرح وثائق Project علاقة «نهاية إلى بداية»: لا تبدأ المهمة التابعة قبل انتهاء سابقتها في العلاقة الموصوفة. [1] نبني تمرينا بهذه الشروط الصريحة، دون تشغيل برنامج أو افتراض أن كل اعتماد بين مهمتين يأخذ هذا الشكل.
الخلاصة السريعة
اكتب شرط بدء كل مهمة وحالته قبل ترتيبها؛ إذا كانت مهمتان غير مكتملتين وتشترط كل منهما إكمال الأخرى، فالرتبة وحدها لا توفر بداية ممكنة.
- سم علاقة الاعتماد بدقة؛ «نهاية إلى بداية» الموصوفة في Project تختلف عن مجرد تفضيل مهمة على أخرى. [1]
- في تمريننا، العدد النهائي ينتظر اعتماد الموارد، واعتماد الموارد ينتظر العدد النهائي؛ ومع عدم اكتمال أيهما لا يزيل الترتيب هذا الانتظار.
- لا تحول تقديرا أوليا إلى عدد نهائي أو موافقة مؤكدة؛ يمكن اقتراح فصل خطوة تمهيدية، لكن تغيير الشرط يحتاج مراجعة صاحب الإجراء.
- احتفظ بسبب التعطل وبحالة المقترح؛ جدول مرتب أو موعد مقترح لا يثبت إكمال الشروط أو تنفيذ الطباعة، ولم نجرب خطة عمل.
هل العلاقة تفضيل أم شرط بداية؟
نفترض فريقا يعد بطاقات معرض. المهمة أ هي تثبيت عدد النسخ النهائي، والمهمة ب هي اعتماد الموارد المتاحة للطباعة. في إجراء اخترعناه للشرح، لا تبدأ أ قبل إكمال ب، ولا تبدأ ب قبل إكمال أ، وكلتاهما غير مكتملة عند المراجعة.
تعرض وثائق Project أن علاقة نهاية إلى بداية تمنع بدء التابعة حتى تنتهي السابقة. [1]
هذا وصف محدد نختاره لتمريننا. لا ننقل الحكم إلى كل علاقة عمل؛ قد يسمح إجراء آخر ببدء مهام معا أو باستعمال تقدير أولي، لكننا لم نفترض ذلك هنا.
ماذا يحدث إذا وضعنا أ في المرتبة الأولى؟
يقترح المساعد أولا تثبيت العدد، ثم اعتماد الموارد. ومع الشروط المعلنة، تبقى أ منتظرة إكمال ب. وإذا عكس الرتبتين، تبقى ب منتظرة إكمال أ. تغير اسم المهمة الأولى في الجدول، ولم يتغير الشرط الذي يمنع بدايتها.
لا نحول هذا الاستنتاج إلى حكم بأن الفريق لا يستطيع العمل بأي طريقة. هو نتيجة للحالة التي وصفناها: شرطا إكمال متبادلان، ولا مهمة مكتملة. إذا كان أحد الشرطين موصوفا خطأ أو تغير بالفعل، نراجع الحالة الجديدة بدل الاحتفاظ بالتعطل حكما دائما.
هل يفك التقدير الأولي الانتظار تلقائيا؟
قد يقترح المراجع فصل مهمة صغيرة لإعداد تقدير تقريبي لعدد البطاقات، ثم عرض الموارد على أساسه، وبعد المراجعة تثبيت العدد النهائي. هذا تصور بديل يحتاج أن يوافق المسؤول على استخدام التقدير في شرط ب. لا نكتب أنه اعتمد لمجرد أن النص أصبح مقنعا.
إذا بقي الإجراء يشترط العدد النهائي، فلا يؤدي تسمية التقدير «نهائيا» إلى تلبية الشرط. نحتفظ بالتقدير بوصفه أوليا، ونبين ما نطلب تغييره ومن يراجعه. لا نخترع موارد كافية أو موافقة ولا نقدم توصية مالية بشأن إنفاق حقيقي.
كيف نعرض الحالة للفريق بصورة قابلة للمراجعة؟
نقترح عرض كل مهمة مع شرط بدايتها وحالة الشرط، ثم إضافة سؤال واضح: هل يتغير الإجراء أم تفصل خطوة أولية مقبولة؟ يبقى السؤال مفتوحا إلى أن يصل جواب موثق. لا نخفي الانتظار داخل تاريخ اقترحه المساعد.
بعد أي تعديل فعلي، يعاد فحص الشروط التي تغيرت والمهام التي تستطيع البدء. في مثالنا لم يحصل تعديل أو تنفيذ؛ لدينا مراجعة منطقية لقاعدة معلنة فقط. ترتيب القائمة قد يساعد في عرض الأعمال، لكنه لا يثبت وجود المواد أو إنجاز الاعتماد أو طباعة بطاقة واحدة.
المصادر ومتابعة القراءة
- Microsoft Support: Link tasks in a project (يفتح في نافذة جديدة)support.microsoft.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.