- ملف المشروع الذي يكتمل عند الإغلاق يُبنى من يومه الأول على قسمين: أقسام المراحل (البدء، والتخطيط، والتنفيذ، والتسليم، والإغلاق) تحفظ مخرجات كل مرحلة، وأقسام مستمرة (العقد والنطاق، والمراسلات، والمحاضر، والتغييرات، والتقارير الدورية) تعمل طوال المشروع.
- المرحلة صفة في بطاقة الوثيقة يحددها نوعها، لا تاريخ رفعها. عقد وُقّع متأخرًا يبقى من وثائق البدء ولو رُفع أثناء التنفيذ.
- بين كل مرحلتين بوابة لها قائمة مستندات «حرجة» تمنع الانتقال، وأخرى «لازمة» تُتابع كنواقص. النقص الذي يُكتشف عند البوابة يُعالج في أسبوع، والذي يُكتشف عند الإغلاق قد لا يُعالج أبدًا.
- أنشئ كل مشروع من قالب بحسب نوعه، وأغلق الملف بقائمة فحص مكتوبة: إلغاء الوصول الخارجي، وتثبيت الإصدارات النهائية، ونقل الأصول الورقية، وتسجيل حدث الإغلاق الذي تبدأ منه مدد الاحتفاظ.
هذه المقالة لمكتب إدارة المشاريع (PMO) ومديري المشاريع ومسؤولي الوثائق في الجهات التي تدير مشروعات متكررة: مشاريع إنشائية، أو تطبيق أنظمة تقنية، أو دراسات واستشارات، أو مبادرات تطوير داخلية. تجيب عن سؤال تنفيذي واحد: كيف تنظم ملف المشروع بحسب مراحله بحيث لا تكتشف يوم الإغلاق أن نصف وثائقه في بريد أعضاء الفريق؟ أما اختيار النظام لقطاع المقاولات تحديدًا فتجده في مقالة اختيار نظام أرشفة لمشروعات المقاولات.
لماذا لا يكتمل ملف المشروع عادةً عند الإغلاق؟
يبدأ أغلب المشاريع بمجلد مشترك ونية حسنة. ثم يتفرق الملف لأسباب متكررة يمكن توقعها:
- المجلد يُبنى على ذوق مدير المشروع: مشروع مرتب حسب الجهات، وآخر حسب التواريخ، وثالث حسب أنواع الوثائق. لا يستطيع مكتب إدارة المشاريع مقارنة الملفات، ولا يعرف الموظف الجديد أين يبحث.
- لا أحد يسأل عن الوثيقة إلا عند الحاجة إليها: محضر اعتماد الخطة لم يُحفظ، ولن يُلاحظ غيابه حتى يسأل عنه مراجع بعد سنتين.
- الوثائق التعاقدية تعيش في البريد: خطاب قبول تغيير أو موافقة على تمديد يصل بالبريد إلى مدير المشروع، ويبقى هناك.
- الإغلاق يُختصر إلى «تم التسليم»: يُنقل الفريق إلى مشروع جديد قبل جمع الإصدارات النهائية وإلغاء صلاحيات الأطراف الخارجية وتوثيق الدروس المستفادة.
القاسم المشترك أن الملف لا يعرف في أي مرحلة هو، ولا ما يجب أن يحتويه في هذه المرحلة. الحل ليس مجلدًا أفضل، بل ملف يحمل مراحل المشروع في هيكله وبياناته، ويقارن محتواه في كل مرحلة بما يلزمها.
هيكل ملف المشروع: أقسام مراحل وأقسام مستمرة
الخطأ الأكثر شيوعًا في تصميم الهيكل أن تُجعل المراحل هي التقسيم الوحيد. بعض الوثائق لا تنتمي إلى مرحلة: المراسلات مع العميل تبدأ قبل التعاقد ولا تتوقف إلا بعد الضمان، وسجل التغييرات يمتد عبر التخطيط والتنفيذ معًا. إن أجبرتها على مرحلة، فسيضعها كل موظف في مكان مختلف.
- 1. البدءدراسة الجدوى أو طلب المشروع، وميثاق المشروع، وتعيين مدير المشروع، والعقد أو أمر التكليف، وأوامر الشراء الأولى
- 2. التخطيطخطة المشروع المعتمدة، والجدول الزمني الأساسي، وخطة الموارد، وسجل المخاطر الأول، ومصفوفة المسؤوليات، وخطة الجودة
- 3. التنفيذ والمتابعةالمخرجات بإصداراتها، واعتمادات المخرجات، ومحاضر الاختبار أو الفحص، وتقارير التقدم، وتحديثات سجل المخاطر
- 4. التسليم والقبولمحضر القبول أو شهادة الإنجاز، والإصدارات النهائية للمخرجات، والأدلة والضمانات، ومحضر تسليم العهد
- 5. الإغلاقتقرير الإغلاق، والتسوية المالية النهائية، والدروس المستفادة، ومحضر إغلاق الملف وحدث بدء الاحتفاظ
- أقسام مستمرةالعقد وملاحقه والنطاق، والمراسلات الصادرة والواردة، ومحاضر الاجتماعات، وطلبات التغيير وقراراتها، والتقارير الدورية، والفواتير والمطالبات
هذا الفصل يحل مشكلتين معًا. الأولى أن مراجعة أي مرحلة تصبح فتح قسم واحد. والثانية أن الأقسام المستمرة يمكن تصفيتها بحسب المرحلة عند الحاجة، مثل «كل المراسلات التي صدرت أثناء التنفيذ»، دون أن تتوزع على خمسة مجلدات.
المرحلة يحددها نوع الوثيقة لا تاريخ رفعها
قاعدة بسيطة تمنع أغلب الفوضى: لكل نوع وثيقة في قالب المشروع مرحلة ينتمي إليها. «ميثاق المشروع» من البدء دائمًا، و«محضر القبول» من التسليم دائمًا. إذا رُفع الميثاق الموقع متأخرًا أثناء التنفيذ، فمكانه قسم البدء، ويظهر في سجل الوثيقة أنه أُضيف بعد عبور البوابة. بهذا يبقى القسم صحيحًا، ويبقى التأخر نفسه معلومة يراها مكتب إدارة المشاريع.
أما الوثائق التي تتكرر في كل مرحلة، مثل تقارير التقدم الشهرية ومحاضر الاجتماعات، فتذهب إلى الأقسام المستمرة، ويُملأ حقل المرحلة تلقائيًا من المرحلة الحالية للمشروع عند إنشائها، مع إمكانية تصحيحه.
متطلبات كل بوابة: ما يجب أن يكون في الملف قبل الانتقال
البوابة هي اللحظة التي يقرر فيها صاحب الصلاحية أن المرحلة انتهت. في أغلب الجهات تمر البوابة بمحضر أو بريد، دون أن يسأل أحد: هل الملف يحتوي ما يثبت انتهاء المرحلة فعلًا؟ اجعل لكل بوابة قائمة مستندات مكتوبة، وقسّمها إلى درجتين:
- حرج: غيابه يمنع تسجيل عبور البوابة في النظام، مثل خطة المشروع المعتمدة قبل بدء التنفيذ.
- لازم: غيابه لا يوقف المشروع، لكنه يُسجل نقصًا له مسؤول وموعد، ويظهر في تقارير مكتب إدارة المشاريع حتى يُستكمل.
وعبور البوابة نفسه يمكن أن يكون خطوة في مسار اعتماد لا تُفعَّل إلا حين تكتمل المستندات الحرجة، فيعتمد الراعي وهو يرى محتوى القسم لا مجرد طلب بالبريد. الجدول التالي نموذج لقائمة البوابات، يستخدمه مكتب إدارة المشاريع نقطة بداية ثم يعدّله لكل نوع مشروع.
| البوابة | مستندات حرجة | مستندات لازمة | من يعتمد العبور | ما يحدث للقسم السابق |
|---|---|---|---|---|
| بوابة 1: من البدء إلى التخطيط | ميثاق المشروع معتمدًا، والعقد أو أمر التكليف | دراسة الجدوى أو مبرر المشروع، وقرار تعيين مدير المشروع | راعي المشروع | يُقفل للتعديل، وتُسمح الإضافة المعتمدة فقط |
| بوابة 2: من التخطيط إلى التنفيذ | خطة المشروع المعتمدة بإصدارها، والجدول الزمني الأساسي | سجل المخاطر الأول، ومصفوفة المسؤوليات، وخطة الجودة | راعي المشروع أو لجنة المشاريع | يُقفل، وأي تعديل على الخطة يصبح طلب تغيير في القسم المستمر |
| بوابة 3: من التنفيذ إلى التسليم | اعتماد كل مخرج متفق عليه، ومحاضر الاختبار أو الفحص | آخر تقرير تقدم، وإغلاق أو نقل المخاطر المفتوحة | مدير المشروع مع ممثل العميل | يُقفل، وتُثبت الإصدارات المعتمدة للمخرجات |
| بوابة 4: من التسليم إلى الإغلاق | محضر القبول أو شهادة الإنجاز، والإصدارات النهائية | الأدلة والضمانات، ومحضر تسليم العهد، والتسوية المالية | العميل أو الإدارة المستفيدة | يُقفل، ويبدأ تنفيذ قائمة الإغلاق |
ثلاث ملاحظات عملية عند كتابة هذه القوائم:
- اجعل المستند الحرج قليلًا. إن كانت كل المستندات حرجة، فسيُطلب استثناء في كل بوابة، ويفقد المنع معناه.
- اكتب لكل مستند نوعه الموحد في النظام، لا وصفًا حرًا. النظام يعرف أن «محضر قبول» رُفع، ولا يعرف أن ملفًا اسمه «نهائي-معدل-2» هو المحضر.
- سجّل الاستثناء بسبب ومعتمِد. عبور بوابة دون مستند حرج قرار إداري مشروع أحيانًا، لكنه يجب أن يظهر في الملف لا أن يمر بصمت. وتفصيل صياغة هذه القواعد واستثناءاتها في مقالة قواعد اكتمال الملفات.
قالب لكل نوع مشروع، لا قالب لكل مشروع
قالب ملف المشروع هو ما يجعل الهيكل السابق يتكرر دون جهد. عند إنشاء مشروع جديد يختار مدير المشروع نوعه، فيُنشأ الملف بأقسامه وأنواع وثائقه وحقوله وقوائم بواباته وصلاحيات أدواره. ما يختلف بين أنواع المشاريع هو محتوى القالب، لا فكرته:
| نوع المشروع | ما يميز مخرجات التنفيذ | ما تضيفه بوابة التسليم | حقول إضافية في بطاقة المشروع |
|---|---|---|---|
| إنشائي أو صيانة مبانٍ | مخططات بإصدارات، وطلبات معلومات، واعتمادات مواد، ومستخلصات | المخططات كما نُفذت، وشهادات المواد، والضمانات | الموقع، والاستشاري، والمقاول، وقيمة العقد |
| تطبيق نظام تقني | وثائق المتطلبات والتصميم، وسيناريوهات الاختبار ونتائجها، وطلبات التغيير | محضر قبول المستخدمين، وأدلة التشغيل، وتسليم الحسابات والرخص | الأنظمة المتأثرة، والمورد، وبيئات التشغيل |
| دراسة أو استشارة | مسودات التقارير بإصداراتها، وملاحظات العميل عليها، ومحاضر ورش العمل | التقرير النهائي المعتمد، وخطاب قبول العميل | العميل، ونطاق الدراسة، والمستشار المسؤول |
| مبادرة تطوير داخلية | الإجراءات الجديدة بإصداراتها، ومحاضر التجربة، وقرارات اللجنة | اعتماد الإجراء ونشره، وخطة التشغيل بعد المشروع | الإدارة المستفيدة، والمؤشر المستهدف |
ثلاث قواعد تحمي القوالب من التآكل مع الوقت:
- مالك واحد للقوالب: غالبًا مكتب إدارة المشاريع بالتنسيق مع مسؤول الوثائق. مدير المشروع يقترح التعديل، ولا يعدّل القالب بنفسه.
- القالب له إصدار: عند تعديل قائمة بوابة، يُطبق الإصدار الجديد على المشاريع الجديدة. أما المشاريع الجارية فيقرر المالك هل تنتقل إليه، لأن نقل مشروع في التنفيذ إلى قائمة تخطيط جديدة سيولد نواقص بأثر رجعي لا معنى لها.
- المرونة داخل حدود: يُسمح لمدير المشروع بإضافة أقسام فرعية أو أنواع وثائق اختيارية، لا بحذف الأقسام الأساسية أو المستندات الحرجة.
في النظام يُبنى ذلك من الملفات المجمعة وقوائم المستندات المطلوبة لكل نوع ملف، مع القوالب المعتمدة لوثائق المشروع المتكررة مثل الميثاق ومحضر الاجتماع ومحضر القبول، فتُنشأ مرقمة ومرتبطة بملف المشروع من البداية.
مثال: مشروع تطبيق نظام موارد بشرية عبر بواباته الأربع
مثال توضيحيجهة افتراضية لديها مكتب إدارة مشاريع، تنفذ مشروعًا لتطبيق نظام موارد بشرية مع مورد خارجي. أُنشئ الملف من قالب «تطبيق نظام تقني».
يرفع مدير المشروع ميثاق المشروع من القالب المعتمد، ويوقعه راعي المشروع داخل النظام. العقد مع المورد لم يُوقع بعد، فيظهر في قسم البدء مستندًا حرجًا ناقصًا. يُوقع العقد بعد أيام، فيُرفع ويُعتمد عبور البوابة الأولى.
تُرفع خطة المشروع في إصدارها الثاني بعد ملاحظات الإدارة المستفيدة، ويعتمدها الراعي. يظهر تنبيه بأن مصفوفة المسؤوليات لازمة ولم تُرفع. تقرر لجنة المشاريع عبور البوابة الثانية، ويُسجل النقص على مدير المشروع بموعد أسبوعين.
يطلب المورد تغيير موعد ترحيل البيانات. يُسجل طلب التغيير في القسم المستمر بحقل المرحلة «التنفيذ»، ويُربط بخطة المشروع المعتمدة، ويمر بمسار اعتماد. الخطة نفسها لا تُعدل في قسم التخطيط المقفل، بل يُحفظ القرار ومرفقاته في سجل التغييرات.
قبل البوابة الثالثة يعرض الملف أن سيناريوهين من سيناريوهات الاختبار بلا محضر نتيجة. يُستكملان، ثم يُرفع محضر قبول المستخدمين، وتُثبت الإصدارات النهائية لأدلة التشغيل.
يُنفذ مدير المشروع قائمة الإغلاق: يُلغى حساب المورد الخارجي على الملف، وتُرفع الدروس المستفادة وتقرير الإغلاق، ويعتمد الراعي محضر الإغلاق، فيُسجل تاريخه حدثًا تبدأ منه مدد الاحتفاظ.
النتيجة أن كل نقص ظهر عند البوابة التي تخصه، لا عند الإغلاق. وطلب التغيير الوحيد في المشروع يمكن تتبعه من الخطة إلى القرار دون فتح بريد أحد.
الإغلاق: قائمة فحص تجعل الملف مكتملًا فعلًا
الإغلاق هو المرحلة الأكثر تعرضًا للاختصار، لأن الفريق ينتقل ذهنيًا إلى مشروع آخر. لذلك اجعله قائمة مهام في النظام لها مسؤول، لا فقرة في تقرير الإغلاق:
- تثبيت الإصدارات النهائية
لكل مخرج إصدار معتمد نهائي واحد، وتبقى الإصدارات السابقة محفوظة في سجله. المسودات التي لم تُعتمد تُراجع: يُحتفظ بما يلزم منها ويُعالج الباقي وفق سياسة الجهة.
مدير المشروع - استكمال النواقص المفتوحة أو توثيق الاستثناء
تقرير نواقص المشروع يجب أن يكون فارغًا، أو يحتوي استثناءات مسببة ومعتمدة فقط.
مدير المشروع ومكتب إدارة المشاريع - إنهاء الوصول الخارجي
إلغاء حسابات المورد والاستشاري والعميل على الملف، أو تحويلها إلى اطلاع محدود إن كانت فترة الضمان تتطلب ذلك، مع مراجعة سجل ما شُورك.
مسؤول النظام - نقل الأصول الورقية
المحاضر الموقعة والتسليمات الورقية تنتقل من مكتب المشروع إلى الأرشيف المركزي، ويُحدث موقعها المرتبط بنسختها الرقمية.
مسؤول الأرشيف - الدروس المستفادة
وثيقة قصيرة بنوع موحد يمكن البحث فيه عبر المشاريع، لا فقرة داخل تقرير الإغلاق يصعب الوصول إليها.
فريق المشروع - اعتماد الإغلاق وتسجيل الحدث
يعتمد الراعي محضر الإغلاق، فيتحول الملف إلى الاطلاع فقط، ويُسجل تاريخ الإغلاق حدثًا تبدأ منه مدد احتفاظ وثائق المشروع.
راعي المشروع
حدث الإغلاق مهم أكثر مما يبدو. إن كانت مدة احتفاظ عقود المشاريع تبدأ من إغلاق المشروع أو انتهاء الضمان، فالنظام يحتاج هذا التاريخ مسجلًا في الملف ليحسب الاستحقاق وفق جدول الاحتفاظ المعتمد لدى الجهة، وتفصيل ذلك في مقالة ربط مدة الاحتفاظ بإغلاق المشروع. أما تجميع ما يُسلم للعميل من مخططات نهائية وأدلة وضمانات فله مقالة مستقلة عن ملف التسليم.
تنبيه: «مغلق» لا يعني «مجمّد تمامًا». بعد الإغلاق قد تصل مطالبة أو شهادة ضمان أو مراسلة متأخرة. حدد من يملك صلاحية الإضافة إلى ملف مغلق، واجعل كل إضافة تُسجل بسببها وتاريخها، دون إعادة فتح المشروع كله.
أخطاء شائعة في تنظيم ملفات المشروعات
- جعل المراحل مجلدات فقط: المجلد لا يعرف ما ينقصه. المرحلة يجب أن تكون حقلًا في بطاقة الوثيقة وحالة في بطاقة المشروع، حتى يستطيع النظام المقارنة والتنبيه والتقرير.
- تعديل الخطة المعتمدة بدل تسجيل التغيير: إذا عُدلت خطة التخطيط أثناء التنفيذ، يضيع خط الأساس الذي يقاس عليه التأخر. التعديل يصبح طلب تغيير له قرار، والخطة المعتمدة تبقى كما هي مع إصدار جديد إن لزم.
- ترك المراسلات التعاقدية في البريد: الموافقة على التمديد أو قبول التغيير بالبريد وثيقة تعاقدية. اجعل حفظها في الأقسام المستمرة جزءًا من الإجراء، لا اجتهادًا.
- قوائم بوابات طويلة كلها حرجة: تتحول البوابة إلى عائق، ثم إلى استثناء دائم. ابدأ بمستندين أو ثلاثة حرجة لكل بوابة، ووسّع بعد أول دورة مشاريع.
- نسيان صلاحيات الأطراف بعد الإغلاق: حساب مورد انتهى عقده ما زال يرى ملف المشروع. اجعل إنهاء الوصول الخارجي بندًا في قائمة الإغلاق لا يُعتمد الإغلاق دونه.
- قياس الاكتمال بالنسبة وحدها: ملف مكتمل بنسبة عالية دون محضر القبول ليس ملفًا مكتملًا. المستند الحرج يُظهر الملف ناقصًا مهما كانت النسبة.
الخطوة التالية: جرّب قالب مشروع من مشاريعكم
قبل أن تطلب عرضًا، جهّز ثلاثة أشياء: قائمة أنواع مشاريعكم الرئيسية، وملف مشروع منتهٍ واحدًا بوثائقه كما هي اليوم، ومسودة قائمة البوابات من الجدول السابق معدلة لجهتكم. ثم اطلب في العرض أن يُنشأ مشروع جديد من القالب، وأن يُحاول عبور بوابة التخطيط دون خطة معتمدة، وأن تُرفع وثيقة بدء متأخرة أثناء التنفيذ لترى أين تذهب، وأن يُغلق المشروع وتتحول صلاحياته إلى الاطلاع. هذه المشاهد الأربعة تكشف هل النظام يفهم المراحل أم يكتفي بالمجلدات.
إن أردت رؤية ذلك على مشروع من جهتك، اطلب عرضًا توضيحيًا على قالب مشروع من مشاريعكم، ونبني فيه الأقسام والبوابات وقائمة الإغلاق على مسمياتكم.
أسئلة شائعة
هل نستخدم نفس الهيكل للمشاريع الصغيرة التي تستغرق أسابيع؟
نعم، بقالب مختصر. المشروع القصير قد يدمج البدء والتخطيط في بوابة واحدة، ويكتفي بمستند حرج واحد في كل بوابة. المهم أن يبقى الهيكل نفسه مفهومًا عبر المشاريع، حتى يستطيع مكتب إدارة المشاريع مقارنتها والبحث فيها بطريقة واحدة.
ماذا نفعل بالمشاريع الجارية عند بدء استخدام النظام؟
لا تطبق عليها قوائم البوابات السابقة بأثر رجعي. أنشئ ملفها من القالب، وسجّل مرحلتها الحالية، وانقل إليها الوثائق الحرجة للمراحل المنقضية فقط، مثل العقد والخطة المعتمدة. ثم طبّق قوائم البوابات القادمة كاملة. بهذا تبدأ بملف مفيد دون مشروع ترحيل لكل مشروع جارٍ.
هل يستطيع العميل أو المورد رفع مستندات مباشرة إلى ملف المشروع؟
يمكن ذلك بحساب خارجي محدود أو مشاركة منضبطة يرى فيها الطرف ما شُورك معه فقط، ويرفع المستندات المطلوبة منه. يُستحسن أن تصل مستنداته إلى منطقة استقبال يراجعها عضو من الفريق قبل تصنيفها في قسمها، حتى لا يدخل الملف مستند بنوع أو مرحلة خاطئة.
كيف نربط ملف المشروع بالعقد إذا كان العقد محفوظًا في ملف إدارة العقود؟
لا تكرر العقد في مكانين. احفظه مرة واحدة في موقعه عند إدارة العقود، واربطه بملف المشروع بعلاقة تظهره في القسم المستمر لمن يملك صلاحية الاطلاع عليه. بهذا تبقى الملاحق والتعديلات في نسخة واحدة، ويراها فريق المشروع دائمًا في إصدارها الأخير.