قائمة التحقق لتهيئة فريق العمل
tasleemat asset PMO-05.12 template --lang ar
ملخص التسليمة وحدود الحوكمة
المرحلة في دورة حياة المشروع
المرحلة 05: التنفيذ
متطلبات مستوى الحجم
عقد التحقق الآلي
ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.
tasleemat validate PMO-05.12 ./completed_data.json
قالب التسليمة بتنسيق Markdown
<!-- تعليمات النموذج الذكي: املأ مواضع [ أضف التفاصيل... ] استنادًا إلى سياق المشروع.
تعريف وسياق:
قائمة التحقق لتهيئة فريق العمل هي المتطلبات الأساسية والإجراءات اللازمة لضمان جاهزية وتأهيل أعضاء الفريق الجدد وانخراطهم بكفاءة في المشروع، مكتوبًا كي يقع. وأكثره لا يراه من يدخل، ولذلك يُفوت: منح الصلاحيات، والتعريف بالأدوات، والشخص الذي يُسأل حين لا يعرف أحد المراد. والفريق الذي يظن أن من سيدخل سيعرف ذلك وحده يقضي شهره الأول يكتشف ما كان ينبغي أن يُعدّ في أسبوعه الأول.
يستقبل من:
* خطة تهيئة المشروع
* تشكيلة الفريق وأدواره
* سياسة حماية المعلومات
يقدم معلومات إلى:
* تقييم أداء الفريق
* سجل الدروس المستفادة
* تقرير حالة المشروع، حين لا يكون الفريق على تمامه
ملاحظات التخصص:
* اكتب كيف يُعرف أنه تم، لا ما يفعله. فالمهمة التي لا يستطيع أحد أن يضع عليها علامة تم لا يتمّها أحد.
* سمِّ المسؤول عن كل خطوة. وأكثر هذه خطوات لواحد، والخطوة التي تُفوت هي غالبًا مسؤولية من هو خارج الفريق ولم يصل إليه خبرها.
* القائمة تُغلق حين تنتهي. وآخر مدخل هو الذي يقول إن التهيئة انتهت، وبدونه لا تنتهي القائمة ويفقد عمود الحالة معناه.
المحاذاة:
أدوار الفريق ومسؤولياته، وسياسة حماية المعلومات لأن أكبر جزء منها في الصلاحيات، وخطة تهيئة المشروع إن وُجدت لها خطة.
توجيهات استيفاء الأقسام:
* مهام التهيئة: لكل المتطلبات الأساسية والإجراءات اللازمة لضمان جاهزية وتأهيل أعضاء الفريق الجدد وانخراطهم بكفاءة في المشروع، اذكر المهمة، والمسؤول، وتاريخ الاستحقاق نسبةً إلى تاريخ الدخول، والحالة.
-->
<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">قائمة التحقق لتهيئة فريق العمل</h1>
| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مدير المشروع:** {{اسم_مدير_المشروع}} | **إعداد:** {{معد_الوثيقة}} |
| ---: | ---: | ---: |
---
## مهام التهيئة
| المهمة | المسؤول | تاريخ الاستحقاق | الحالة |
| ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [.... -.... -.... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [.... -.... -.... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [.... -.... -.... ] | [ أضف التفاصيل... ] |
---
### الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **منسق التهيئة والموارد البشرية** | {{اسم_منسق_الموارد_البشرية}} | _______________________ | [.... -.... -.... ] |
| **قائد الفريق** | {{اسم_قائد_الفريق}} | _______________________ | [.... -.... -.... ] |
| **مدير المشروع** | {{اسم_مدير_المشروع}} | _______________________ | [.... -.... -.... ] |
---
<div align="left" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
<strong>النموذج:</strong> قائمة التحقق لتهيئة فريق العمل | <strong>المرجع:</strong> PMO-05.12 <br>
<i>تاريخ الإنشاء: {{وقت_الإنشاء}}, بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>
</div>
دليل المستخدم وإرشادات الممارس
دليل نماذج تسليمات
المخرج: قائمة التحقق لتهيئة فريق العمل
مرجع الوثيقة: PMO-05.12
يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من قائمة التحقق لتهيئة فريق العمل واستخدامه بفعالية بما يتوافق مع إطار تسليمات.
1. مفهوم الوثيقة وطبيعتها
جدول بما يجب أن يقع قبل جاهزية عضو الفريق الجديد ومباشرته لمهامه بكفاءة واحترافية، صفًّا لكل واحد: المهمة مكتوبة بحيث يمكن التحقق من إنجازها، ومن يقوم بها، ومتى تنتهي، وأتمّت أم لا تزال متبقية. والتواريخ نسبةً إلى تاريخ الدخول لا إلى يوم في التقويم، لأن تاريخ الدخول يتحرك، والقائمة المملوءة بتاريخ ثابت تُكتب من جديد كلما تحرك.
2. القيمة والأهمية الاستراتيجية
لأن الخطوة التي تُفوت هي التي لا أحد يرى أنها مفقودة. فمن يدخل الفريق دون صلاحيات لا يطرح مشكلة، بل يبقى بهدوء، ويفهم الفريق أن الأمر منه وحده. ومكتوبة، تخدم القائمةُ ثاني من يدخل وخامس من يدخل، ومن يدخل وآخرون في إجازة.
3. التوقيت ودواعي الإعداد والتحديث
تبدأ بتاريخ الدخول وتُغلق بانتهاء آخر مدخل، وهو عادة آخر الأسبوع الأول. وتبدأ من جديد كلما يدخل أحد، لأن القائمة لكل واحد لا للمشروع، والقائمة المكتوبة لمن يدخل أولًا ليست صحيحة بالضرورة لمن يدخل ثانيًا.
4. الأدوار والمسؤوليات (RACI)
يملكها من هو مسؤول عن أسبوع من يدخل الفريق الأول، وهو في أكثر المشاريع قائد الفريق لا مدير المشروع. ويستحق هذا أن يُقال، لأن المهام نفسها أكثرها يؤديها غيره: الصلاحيات يمنحها المسؤول عن الوصول، والتعريف بالأدوات يعطيه من يعرفها، ولا واحد منهم قائد الفريق. والقائمة موجودة ليعلم قائد الفريق أن عليه سؤالًا، فلا يأخذها على نفسه وحده.
إرشادات التخصيص والمواءمة
- اكتب كيف يُعرف أنه تم، لا ما يفعله. فالمهمة التي لا يستطيع أحد أن يضع عليها علامة تم لا يتمّها أحد.
- سمِّ المسؤول عن كل خطوة. وأكثر هذه خطوات لواحد، والخطوة التي تُفوت هي غالبًا مسؤولية من هو خارج الفريق ولم يصل إليه خبرها.
- القائمة تُغلق حين تنتهي. وآخر مدخل هو الذي يقول إن التهيئة انتهت، وبدونه لا تنتهي القائمة ويفقد عمود الحالة معناه.
المحاذاة والترابط المؤسسي
أدوار الفريق ومسؤولياته، وسياسة حماية المعلومات لأن أكبر جزء منها في الصلاحيات، وخطة تهيئة المشروع إن وُجدت لها خطة.
5. إرشادات تعبئة الحقول والبيانات
لإتمام قائمة التحقق لتهيئة فريق العمل بدقّة واحتراف، على المسؤول تعبئة الأقسام التالية استنادًا إلى
سياق المشروع (مع التأكد من الرجوع إلى parameters.md للمتغيرات العامة):
- المهمة: النشاط، مكتوبًا بحيث يستطيع من لا يعرف المشروع أن يعلم هل تم. و«يجري التهيئة» لا تُعدّ مهمة، لأن لا أحد يستطيع أن يقول متى تنتهي، و«راجع وثيقة التهيئة» مهمة.
- المسؤول: من يقوم بها، وهو غير من ينتظرها. وأكثر مهام التهيئة عمل واحد يقوم به واحد، وتسمية من يقوم به هي ما يمنع الجديد من تتبّع شيء لا يملكه أحد.
- تاريخ الاستحقاق: متى يجب أن تكتمل، نسبةً إلى تاريخ الدخول لا إلى يوم في التقويم، لأن تاريخ الدخول يتحرك والقائمة المملوءة بتاريخ ثابت تُكتب من جديد كلما تحرك.
- الحالة: أتمّت أم لا تزال متبقية، ومتى أتمّت. والقائمة التي لا أحد يحدّثها تبقى تظهر صحيحة وهي ليست كذلك، وهذا العمود هو ما يكشف الفرق.
المحاذاة والترابط المؤسسي
- 📄 القالب القابل للطباعة (Markdown)
- 🤖 موجّه التوليد الذكي
- 📊 بنية البيانات (JSON)
- 📈 البيانات الجدولية (CSV)
6. نموذج تطبيقي معبأ (مثال استرشادي)
يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:
📖 النموذج التطبيقي المكتمل: 05_12_قائمة_التحقق_لتهيئة_فريق_العمل_مثال.md
مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل
قائمة التحقق لتهيئة فريق العمل - موجّه التوليد
تعليمات النظام: يحتوي هذا المستند على التوجيهات التفصيلية للذكاء الاصطناعي لتوليد وثيقة «الوثيقة المعتمدة». عند طلب صياغة أو استيفاء هذا النموذج، اتبع الإرشادات المحددة لكل قسم بدقة واحترافية، مع مراعاة سياق المشروع والمتغيرات المرجعية في
parameters.md.تعريف وسياق: قائمة التحقق لتهيئة فريق العمل هي المتطلبات الأساسية والإجراءات اللازمة لضمان جاهزية وتأهيل أعضاء الفريق الجدد وانخراطهم بكفاءة في المشروع، مكتوبًا كي يقع. وأكثره لا يراه من يدخل، ولذلك يُفوت: منح الصلاحيات، والتعريف بالأدوات، والشخص الذي يُسأل حين لا يعرف أحد المراد. والفريق الذي يظن أن من سيدخل سيعرف ذلك وحده يقضي شهره الأول يكتشف ما كان ينبغي أن يُعدّ في أسبوعه الأول.
المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: خطة إدارة المشروع (PMO-04.01.01)، خطوط الأساس المعتمدة (النطاق / الجدول / التكلفة) * اختياري: سجل المخاطر (PMO-04.08.02)، خطة إشراك المعنيين (PMO-04.10.01) * المخرجات (النماذج التابعة): * إلزامي: تقارير حالة المشروع (PMO-06.01)، سجل التغييرات (PMO-05.04)، ملخص الدروس المستفادة (PMO-07.01) * اختياري: تحليل التباين (PMO-06.04)، سجل القرارات (PMO-05.02)
مهام التهيئة
المهمة
التعليمات: النشاط، مكتوبًا بحيث يستطيع من لا يعرف المشروع أن يعلم هل تم. و«يجري التهيئة» لا تُعدّ مهمة، لأن لا أحد يستطيع أن يقول متى تنتهي، و«راجع وثيقة التهيئة» مهمة.
القيمة المولَّدة: [ أضف التفاصيل... ]
المسؤول
التعليمات: من يقوم بها، وهو غير من ينتظرها. وأكثر مهام التهيئة عمل واحد يقوم به واحد، وتسمية من يقوم به هي ما يمنع الجديد من تتبّع شيء لا يملكه أحد.
القيمة المولَّدة: [ أضف التفاصيل... ]
تاريخ الاستحقاق
التعليمات: متى يجب أن تكتمل، نسبةً إلى تاريخ الدخول لا إلى يوم في التقويم، لأن تاريخ الدخول يتحرك والقائمة المملوءة بتاريخ ثابت تُكتب من جديد كلما تحرك.
القيمة المولَّدة: [ أضف التفاصيل... ]
الحالة
التعليمات: أتمّت أم لا تزال متبقية، ومتى أتمّت. والقائمة التي لا أحد يحدّثها تبقى تظهر صحيحة وهي ليست كذلك، وهذا العمود هو ما يكشف الفرق.
القيمة المولَّدة: [ أضف التفاصيل... ]
قائمة التحقق لتهيئة فريق العمل (نموذج تطبيقي معبأ)
🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (
PMO-05.12). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.
شركة القمة للحلول المؤسسية المتقدمة
مشروع المنظومة السحابية الموحدة لتخطيط الموارد وسلاسل الإمداد - PRJ-2026-ERP-01
قائمة التحقق لتهيئة فريق العمل
مهام التهيئة
| المهمة | المسؤول | تاريخ الاستحقاق | الحالة |
|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | أ. إلينا فانس، PfMP | 2026-03-18 | قيد التنفيذ |
| معتمد ومطابق للمعايير القياسية لشركة القمة | م. فيصل الحربي، PMP | 2026-03-18 | مكتمل |
| معتمد ومطابق للمعايير القياسية لشركة القمة | د. طارق المنصور، PfMP | 2026-03-18 | مخطط |
الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
|---|---|---|---|
| منسق التهيئة والموارد البشرية | أ. سامي الغامدي (أخصائي الموارد البشرية) | [معتمد إلكترونياً] | 2026-03-18 |
| قائد الفريق | م. وليد الحماد (قائد التطوير) | [معتمد إلكترونياً] | 2026-03-18 |
| مدير المشروع | م. فيصل الحربي، PMP | [معتمد إلكترونياً] | 2026-03-18 |
| --- |
تاريخ الإنشاء: 2026-03-15 10:00 بتوقيت مكة المكرمة, بواسطة تسليمات
مخطط JSON Schema (معيار Draft 2020-12)
{
"$schema": "https://json-schema.org/draft/2020-12/schema",
"$id": "https://tasleemat.pmo/schemas/completed/PMO-05.12.schema.json",
"title": "Completed Team Onboarding Checklist Data Contract",
"description": "Additive structural schema validating completed Team Onboarding Checklist artifact data payloads (PMO-05.12).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-05.12"
},
"metadata": {
"type": "object",
"properties": {
"project_name": {
"type": "string",
"minLength": 1
},
"project_code": {
"type": "string"
},
"date_prepared": {
"type": "string",
"format": "date"
},
"project_manager": {
"type": "string",
"minLength": 1
},
"prepared_by": {
"type": "string",
"minLength": 1
},
"version": {
"type": "string"
},
"status": {
"type": "string",
"enum": [
"draft",
"baselined",
"in_review",
"approved"
]
}
},
"required": [
"project_name",
"date_prepared",
"project_manager",
"prepared_by"
]
},
"onboarding_tasks": {
"type": "object",
"properties": {
"task": {
"type": "string",
"minLength": 1,
"description": "The activity, written so that a person who does not know the project can tell whether it is done. \"Get set up\" is not a task; \"reviewed the onboarding document\" is."
},
"assigned_to": {
"type": "string",
"minLength": 1,
"description": "Who does it, which is not the same as who is waiting for it. Most onboarding tasks are somebody's one-off action, and naming the one-off is what stops the new member chasing something nobody owns."
},
"due_date": {
"type": "string",
"minLength": 1,
"description": "When it should be complete, relative to the joining date rather than to a calendar day, because the joining date moves and a checklist full of fixed dates has to be redone when it does."
},
"status": {
"type": "string",
"minLength": 1,
"description": "Done or pending, and the date it was done. A checklist nobody updates is one that has quietly stopped being true, and the entry is what shows it has."
}
},
"required": [
"task",
"assigned_to",
"due_date",
"status"
]
}
},
"required": [
"artifact_id",
"metadata",
"onboarding_tasks"
]
}
📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
"form_name": "Team Onboarding Checklist",
"document_reference": "PMO-05.12",
"_llm_instructions": "Populate the fields of 'Team Onboarding Checklist' and write the value of each field under 'Generated Value', based on the project context. Context: the project carrying reference PMO-05.12.",
"fields": {
"f01_Task": {
"section": "Onboarding Tasks",
"label": "Task",
"guidance": "The activity, written so that a person who does not know the project can tell whether it is done. \"Get set up\" is not a task; \"reviewed the onboarding document\" is.",
"value": ""
},
"f02_Assigned_To": {
"section": "Onboarding Tasks",
"label": "Assigned To",
"guidance": "Who does it, which is not the same as who is waiting for it. Most onboarding tasks are somebody's one-off action, and naming the one-off is what stops the new member chasing something nobody owns.",
"value": ""
},
"f03_Due_Date": {
"section": "Onboarding Tasks",
"label": "Due Date",
"guidance": "When it should be complete, relative to the joining date rather than to a calendar day, because the joining date moves and a checklist full of fixed dates has to be redone when it does.",
"value": ""
},
"f04_Status": {
"section": "Onboarding Tasks",
"label": "Status",
"guidance": "Done or pending, and the date it was done. A checklist nobody updates is one that has quietly stopped being true, and the entry is what shows it has.",
"value": ""
}
}
}