سلسلة ITTO — خيط واحد عبر مشروع حقيقي

مرجع. رفيق شرح ITTO. هناك تتعلّم ما هو ITTO وتستكشف الـ 40 process؛ وهنا تشاهد الـ dependency graph يتكشّف على خيط واحد من مشروع حقيقي.

إعادة التأطير التي يجب حملها: ITTO ليس أربعين قائمة — إنه dependency graph، حيث الـ output لأحد الـ process هو الـ input للتالي. تُثبت هذه الصفحة ذلك على بناء Coral Ridge Resort — فندق على الشاطئ بقيمة $48,000,000 مع schedule baseline ينتهي في 31 August 2028.

السلسلة — خيط واحد عبر Coral Ridge

اتبع خيطاً واحداً: هل يمكننا البدء ببناء الهيكل؟ راقب كيف يصبح كل output هو الـ input التالي.

1 · Initiate Project

يبدأ Coral Ridge كنيّة، لا كمشروع. Initiate Project يحوّله إلى مشروع.

• Inputs: الـ business case، وتفويض الـ sponsor
• Tool: expert judgement، ومحادثة حول ما يعنيه "done"
• Output: الـ project charter — الذي يثبّت سقف ميزانية الـ $48M ويسمّي موسم الافتتاح الذي يجب أن يبلغه البناء

الـ charter هو أول artefact حقيقي. كل ما يليه يستشهد به.

2 · Define Scope

• Input: الـ charter (output من الخطوة 1)
• Tool: decomposition
• Output: الـ WBS — work packages حقيقية، منها 1.2.4 Coastal & environmental clearance، 1.3.2 Piling on coastal soil، 1.4.1 RCC frame — floors 1–5

لاحظ التسليم. لم يكن بوسعك تفكيك الـ scope قبل وجود الـ charter، لأنه لم يكن لديك ما تفكّك مقابله.

3 · Identify Risks

• Input: الـ WBS (output الخطوة 2) وعمليات الـ site surveys
• Tool: expert judgement، site investigation
• Outputs: مُدخلات register. ثلاث حقيقية من Coral Ridge:

Entry	Type	Status
Coastal water table is high; piling reaches competent strata by −22 m	Assumption	Confirmed
ECA clearance granted before superstructure	Constraint	Pending
Monsoon (Jun–Sep) halts external works ~10 weeks/yr	Assumption	Confirmed

أبقِ الثالثة في بالك. الـ monsoon الذي يوقف العمل الخارجي عشرة أسابيع سنوياً ليس risk تستجيب له — بل constraint تنظّم الـ schedule حوله. هذا التمييز على وشك أن يصبح مهماً.

4 · Develop Schedule

هنا تؤتي السلسلة ثمارها. انظر إلى ما يجب أن يكون موجوداً سلفاً:

• Inputs: الـ WBS (الخطوة 2)، وتقديرات المدة، ومُدخلات الـ register من الخطوة 3 — نوافذ الـ monsoon وتبعية الـ ECA
• Tools: الـ critical path method؛ وPERT لـ 1.3.2 Piling، لأن عمق التأسيس على الطبقات الساحلية غير مؤكّد فعلاً
• Output: الـ schedule baseline — ينتهي في 31 August 2028

لماذا PERT في الـ piling فقط؟ لأنها المدة الوحيدة التي لا يستطيع أحد تحديدها بثقة. تُختار الـ tool لتلائم عدم اليقين، لا تُطبَّق بالتساوي. هذا ما تعنيه "tools and techniques" عملياً — قائمة تنتقي منها، لا إجراء تتبعه.

وقيد الـ ECA هو سبب عدم إمكانية جدولة الـ superstructure مبكراً ببساطة. الـ clearance هو output لعملية تصاريح لا تزال pending. وإلى أن يوجد، فإن 1.4.1 RCC frame لديه input لا يستطيع الحصول عليه.

إذن: هل يمكننا البدء ببناء الهيكل؟ لا — وITTO يخبرك بالضبط لماذا، دون أن يُضطر أحد للشرح.

5 · Monitor Schedule

• Input: الـ schedule baseline (output الخطوة 4) إضافةً إلى التقدّم الفعلي
• Tool: variance analysis، earned value
• Outputs: variance، forecasts، وchange requests

والـ change request هو input لـ Assess Changes، الذي قد يكون output له re-baseline — يصبح بدوره الـ input الجديد لـ Monitor Schedule.

تنغلق السلسلة في حلقة. هذا هو الجزء الذي لا تستطيع الشبكة أن تريك إياه.

ماذا يعني هذا لطريقة دراستك

لمست السلسلة أعلاه خمسة processes. لم يحفظ أحد شيئاً، ومع ذلك كانت الـ inputs كلها متوقَّعة — لأن الـ input ليس إلا output أنتجه شخص آخر سلفاً.

ثلاث قواعد تُعمَّم:

الـ outputs أسماء؛ الـ tools أفعال. baselines، registers، charters، plans — هذه outputs. decomposition، estimation، analysis، judgement — هذه tools. إن سمّى مصطلحٌ وثيقة، فهو غالباً ليس tool أبداً.

الـ plans هي outputs لعمليات التخطيط وinputs لكل شيء آخر. "Plan Schedule" ينتج schedule management plan — القواعد. "Develop Schedule" يستهلك تلك القواعد وينتج الـ baseline — التواريخ. عمليتان مختلفتان، وoutputان مختلفان، والمرشّحون يخلطون بينهما باستمرار.

إن أنتجت عملية شيئاً، فإن شيئاً لاحقاً يستهلكه. الـ output بلا مستهلك يعني عادةً أنك أسأت قراءة الـ process — أو أنك تنتج توثيقاً لا يستخدمه أحد، وهو مشكلة بحد ذاته.

أين ترى هذا في VanillaPM

السلسلة ليست وسيلة تعليمية — إنها كيفية بناء الـ app، ويمكنك النقر عليها.

افتح عيّنة Coral Ridge (python manage.py seed_tutorial) واتبع الخيط نفسه: تبويب Charter يحمل output الخطوة 1؛ WBS يحمل الخطوة 2؛ Risk and Assumption registers تحمل الخطوة 3؛ Gantt يستهلكها جميعاً وينتج الـ baseline؛ وعرض Variance هو الخطوة 5، الذي يعيد الـ change requests إلى governance.

كل سهم في السلسلة أعلاه هو foreign key حقيقي في قاعدة بيانات حقيقية. هذه أكثر حجة مقنعة على أن ITTO يصف شيئاً حقيقياً: لا يمكنك بناء أداة مشاريع عاملة بدونه، سمّيته ITTO أم لا.

---

عُد إلى المفهوم وإلى الـ 40 process: شرح ITTO. تحتاج بحثاً؟ ورقة ITTO المرجعية. جاهز للمهام المُفصّلة؟ ابدأ من P1 · Develop a common vision.