Projects — دليل المستخدم

تُعد وحدة Projects مساحة التنفيذ الأساسية لإدارة العمل من لحظة إنشاء المشروع وحتى إغلاقه. تجمع الوحدة بين سجل المشروع، وProject Owners، وأعضاء المشروع، والمراحل الرئيسية (Milestones)، والمهام، وأنواع المهام (Task Types)، واعتماديات المهام (Task Dependencies)، والملاحظات، وPublic Notes، والملاحظات المثبتة، والملفات، وسجل النشاط، والـ Timesheets داخل مساحة عمل واحدة ومنظمة. الهدف هو تمكين الفرق من التنفيذ بوضوح مسؤوليات ومواعيد مع سجل تسليم كامل قابل للمراجعة والتسليم والتدقيق.

ينبغي التعامل مع Projects باعتبارها المكان الذي تُدار فيه قرارات التنفيذ. داخلها يتم تحديد نطاق المشروع، تقسيمه إلى مراحل ومهام، توزيع المسؤوليات، متابعة التأخير، تسجيل الجهد، إدارة ما يمكن للعميل رؤيته، وإغلاق المشروع بطريقة منضبطة.

Projects ليست بديلًا عن:

• Workload Planner: لتخطيط الطاقة وتوازن الأحمال.
• Time & Attendance: لسياسات الحضور والانصراف والوقت الوظيفي.

Projects Admin

• مسؤول عن حوكمة الوحدة وهيكلها.
• يعرّف حالات المشاريع، قواعد الانتقال، القوالب، معايير Task Types، وسياسات رؤية العميل، وقواعد الإغلاق.
• يعتمد التغييرات الهيكلية في القوالب أو القواعد.

Project Manager

• يقود التنفيذ اليومي للمشروع.
• ينشئ المشاريع، يحدد المراحل، يعيّن Project Owners، يتابع التقدم والمعوقات، ويتحقق من جاهزية الإغلاق.
• يراجع التأخيرات والاعتماديات وجودة تسجيل الساعات بشكل دوري.

Team Member

• يحدّث حالة المهام، يضيف المرفقات، يكتب الملاحظات التنفيذية، يشارك بالتعليقات، ويسجل الوقت.
• لا يغيّر هيكل المراحل أو سياسات رؤية العميل أو قواعد الملكية دون تفويض.

Timesheet Reviewer

• يراجع جودة تسجيل الجهد وربط الساعات بالمشروع/المهمة وصلاحية الوصف والالتزام بالإغلاق الأسبوعي.

Customer Viewer

• يرى فقط المحتوى المعتمد للعرض الخارجي مثل التحديثات المسموح بها والملفات المعتمدة وPublic Notes.
• لا يرى الملاحظات الداخلية أو النقاشات التشغيلية الخاصة.

1. تحديد حالات المشروع وقواعد الانتقال بينها.
2. إعداد قوالب Milestones للمشاريع المتكررة.
3. فرض حقول إلزامية للمهام (مالك، تاريخ استحقاق، أولوية، حالة).
4. تجهيز Task Types بشكل موحد.
5. تعريف قواعد الاعتماديات (Waiting for / Blocking / Reference / Linked Tasks).
6. وضع سياسة الملاحظات والملفات (داخلي/عام، التثبيت، التسمية والإصدارات).
7. تعريف سياسة Timesheets (مستوى التسجيل، جودة الوصف، الإغلاق الأسبوعي، مسؤول المراجعة).
8. نشر قواعد رؤية العميل.
9. اعتماد إيقاع مراجعة أسبوعي (المراحل، المهام المتأخرة/المتوقفة، اكتمال الساعات).
10. نشر قائمة إغلاق واضحة.
11. اختبار سيناريوهات التشغيل الأساسية قبل الإطلاق.

1) إنشاء مشروع

أنشئ سجل مشروع يتضمن الاسم، النطاق، تاريخ البداية، تاريخ النهاية المستهدف، الحالة، الأعضاء، وProject Owner الرئيسي.

2) تعريف المراحل (Milestones)

قسّم التنفيذ إلى مراحل لها تاريخ مستهدف ونتيجة متوقعة ومالك/مراجع مسؤول.

3) إنشاء المهام وتوزيعها

أنشئ المهام على مستوى المشروع أو المرحلة، وعيّن المالك وتاريخ الاستحقاق والأولوية والحالة ونوع المهمة عند الحاجة.

4) إدارة الاعتماديات

استخدم Waiting for وBlocking وReference وLinked Tasks لكشف المخاطر مبكرًا وحماية المواعيد.

5) إدارة الملاحظات

• الملاحظات الداخلية: للنقاشات التنفيذية والقرارات.
• Public Notes: للتحديثات الآمنة للعميل.
• الملاحظات المثبتة: للقرارات الحرجة ونقاط المرجع المهمة.

6) متابعة الملفات وسجل النشاط

احتفظ بالمخرجات والمستندات المرجعية ومواد التسليم داخل مساحة المشروع. استخدم سجل النشاط للتتبع والمراجعة.

7) تسجيل الوقت ومراجعة الجهد

سجّل الوقت على العمل الحقيقي مع وصف مفيد. راجع الجهد حسب المشروع أو المهمة أو المستخدم أو الفترة.

8) استخدام رؤية العميل بحذر

شارك فقط الملفات والتحديثات المعتمدة للعميل، مع إبقاء السياق الداخلي خاصًا.

9) إغلاق المشروع بطريقة صحيحة

قبل الإغلاق: تأكد من اكتمال المراحل، إغلاق/إلغاء المهام المتبقية مع السبب، إرفاق المخرجات النهائية، توثيق العناصر غير المنتهية، وإضافة ملخص إغلاق واضح.

• Project progress summary: الحالة العامة واتجاه الإنجاز وأهم التحديثات.
• Tasks by status: توزيع المهام المفتوحة والجارية والمتأخرة والمكتملة.
• Overdue list: المهام المتجاوزة للتاريخ وسياق المعوقات.
• Milestone review: حالة المراحل ومؤشرات الانزلاق.
• Time spent by project: الجهد حسب المشروع/المهمة/الشخص/الفترة.
• Delivery closure summary: النتائج النهائية والعناصر غير المكتملة وتاريخ الإغلاق.

• تعيين Project Owner واحد واضح المسؤولية لكل مشروع.
• عدم ترك أي مهمة نشطة بدون مالك وتاريخ استحقاق وحالة ذات معنى.
• توحيد Task Types على مستوى المؤسسة.
• استخدام الاعتماديات مبكرًا في الأعمال الحساسة للمواعيد.
• استخدام Public Note للتواصل الآمن مع العميل.
• تسجيل الوقت باستمرار وليس بأثر رجعي.
• عدم إغلاق المشروع دون ملخص موثق ومراجعة المخرجات النهائية.

• اختلاف حالات المشاريع بين الفرق: وحّد المعاني وقصِر صلاحيات تعديل الإطار على Projects Admin.
• عدم تحديث المراحل: عيّن مالكي مراجعة وأدرج المراجعة ضمن الإيقاع الأسبوعي.
• مهام بدون مالك أو تاريخ استحقاق: اجعل الحقول إلزامية وامنع بدء التنفيذ قبل اكتمالها.
• ظهور معوقات متأخرًا: افرض استخدام الاعتماديات في الأعمال الحرجة وراجعها أسبوعيًا.
• نقص في Timesheets: اربط المراجعة بإغلاق أسبوعي واشترط ربط كل إدخال بمشروع/مهمة.
• رؤية العميل غير منضبطة: عرّف الرؤية لكل مشروع واستخدم Public Note للمحتوى المعتمد.
• إغلاق دون تسليم نظيف: طبّق قائمة إغلاق وألزم اعتماد ملخص الإغلاق.