مراجعة المرحلة
tasleemat asset PMO-05.08 template --lang ar
ملخص التسليمة وحدود الحوكمة
المرحلة في دورة حياة المشروع
المرحلة 05: التنفيذ
متطلبات مستوى الحجم
عقد التحقق الآلي
ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.
tasleemat validate PMO-05.08 ./completed_data.json
قالب التسليمة بتنسيق Markdown
<!-- تعليمات النموذج الذكي: املأ الحقول التي تحمل [ أضف التفاصيل... ] بناءً على سياق المشروع.
مراجعة المرحلة نشاط يُنفَّذ في نهاية كل دورة. وعادة ما تُسجَّل المعلومات على ملاحظات لاصقة أو في برنامج. ومن الأساليب الشائعة لمراجعة المرحلة ما يُعرف بـ "نجمة البحر"، وهي تجمع: ابدأ، وتوقف، واستمر، وزد، وقلل.
الهدف من مراجعة المرحلة هو تحسين أداء الفريق وجعله أكثر كفاءة في كل دورة تالية. وهذا الهدف هو سبب حمل هذا النموذج لبنود الإجراءات وعمود النتيجة، إلى جانب أعمدة الملاحظة الخمسة: فالمراجعة التي تسجّل ما حدث دون تسجيل ما سيتغير هي اجتماع، وليست حلقة تغذية راجعة.
المحاذاة: ينبغي أن تكون مراجعة المرحلة متسقة مع الوثائق التالية: ملخص الدروس المستفادة، إغلاق المشروع أو المرحلة.
إرشادات الكتابة:
* اكتب بندًا واحدًا في كل صف وفي جملة واحدة. فالبند الذي يحتاج إلى شرح هو بندان، أو أنه لم يُفهم بما يكفي للتصرف بناءً عليه.
* الأعمدة الخمسة ليست متبديلة. فـ "توقف" تعني الكف عن التنفيذ لا التقليل، و"قلل" تعني الإفراط في شيء لا الإيقاف عن شيء. ووضع البند نفسه في عمودين للاحتياط هو كيف تفقد المراجعة صدقها.
* لا تسجّل في "ابدأ" و"توقف" إلا ما يكون الفريق مستعدًا فعلًا لبدئه أو الكف عنه. فقائمة النوايا الحسنة التي لا ينوي أحد تنفيذها تعلّم الفريق أن هذا تمرين تمثيلي.
* انقل كل إجراء إلى المراجعة التالية واملأ عمود النتيجة فيه. فالإجراء الذي لا يُراجع إلا مرة واحدة هو إجراء لم يراجعه أحد.
* الترميز اللوني اختياري لكنه مفيد: تقني، وعملية، وأشخاص، وبيئة. فهو يكشف نمطًا تخفيه قائمة من الجمل.
ملاحظات التخصيص:
* بدلًا من أسلوب نجمة البحر، يمكنك استخدام "FLAP"، وهي اختصار لـ الاعتبارات المستقبلية، والدروس، والإنجازات، والمشاكل. استخدم أحدهما لا كلاهما: فالنموذجان المتوازيان يمتلئ أحدهما نصفًا ولا يُوثَّق في أي منهما.
* يمكنك الترميز اللوني للمعلومات للإشارة إلى فئة، مثل تقني أو عملية أو أشخاص أو بيئة.
* أضف صفوفًا أو احذفها حسب الحاجة. فبعض الفرق تنفذ المراجعة لكل دورة وبعضها لكل إصدار، وينبغي أن يوضح النموذج أيّهما.
إرشادات الأعمدة، حسب العمود:
- **ابدأ:** الإجراءات والسلوكيات التي سيبدأ الفريق بتنفيذها. كن محددًا: فعبارة "نعقد مراجعة مشتركة مع ضمان الجودة مرتين أسبوعيًا" قابلة للتنفيذ، بينما "نتواصل بشكل أفضل" ليست كذلك.
- **توقف:** الإجراءات أو السلوكيات التي سيوقف الفريق عن تنفيذها. وإذا لم يكن الفريق مستعدًا للتوقف فعليًا، فإن تسجيلها هنا لا يبني سوى قائمة يتعلم الفريق عدم الثقة بها.
- **استمر:** الممارسات التي ينبغي أن يواصل الفريق تنفيذها. واذكر سببها، فالسبب هو ما سيحتاجه فريق مستقبلي حين ينتقل الشخص الذي أدخل هذه الممارسة.
- **زد:** الممارسات التي لم تُنفَّذ بانتظام وينبغي تنفيذها بشكل أكثر. وعدم الاتساق يعني عادة أن الممارسة موجودة لكن لا شيء يفرضها، فسجّل ما سيفرضها.
- **قلل:** الممارسات التي أُفرط فيها أو ينبغي تقليلها. وانتبه للممارسات التي وُجدت لحل مشكلة لم تعد موجودة؛ فذلك هو المصدر المعتاد للطقوس التي لم يعد الفريق يلاحظها.
- **الإجراء:** التغيير المحدد الذي سيُجرى، مأخوذًا من أعمدة ابدأ وتوقف وزد وقلل بدلًا من اختراعه بشكل منفصل.
- **المالك:** الشخص الواحد المسؤول عن تنفيذه. لا يمكن للفريق أن يكون مالكًا لإجراء، لأن الفريق لا يكون متاحًا دائمًا.
- **الموعد:** تاريخ الإنجاز، والمكان الذي ستُراجع فيه. والإجراء بلا موعد مراجعة هو إجراء يُنقل إلى المراجعة التالية كملاحظة عن العمل بشكل أفضل.
- **النتيجة:** ما حدث عند تطبيقه، ويُملأ في المراجعة التالية. وبلون هذا العمود يكرر الفريق الإجراءات نفسها وتصبح المراجعة طقسًا لا حلقة تغذية راجعة.
-->
<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">مراجعة المرحلة</h1>
| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مدير المشروع:** {{اسم_مدير_المشروع}} | **إعداد:** {{معد_الوثيقة}} |
| ---: | ---: | ---: |
---
## 1. الجلسة
<!-- المراجعة التي لا تذكر الدورة التي تغطيها لا يمكن مقارنتها بالسابقة، ومن ليس في الغرفة لا يستطيع تنفيذ ما تم الاتفاق عليه. -->
| الدورة أو التكرار | أعضاء الفريق الحاضرون | التاريخ |
| ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
---
## 2. نجمة البحر
<!-- بند واحد في كل صف، وجملة واحدة لكل بند. والأعمدة ليست متبديلة: فـ "توقف" تعني الكف عن التنفيذ و"قلل" تعني الإفراط في شيء، فوضع البند نفسه في كليهما للاحتياط هو كيف تفقد المراجعة صدقها. وأضف صفوفًا أو احذفها حسب الحاجة. -->
| ابدأ | توقف | استمر | زد | قلل |
| ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
---
## 3. بنود الإجراءات
<!-- كل إجراء مأخوذ من أعمدة ابدأ وتوقف وزد وقلل، مع مالك واحد موعّد للمراجعة. انقل كل صف إلى المراجعة التالية واملأ عمود النتيجة: فالإجراء الذي لا يُراجع إلا مرة واحدة هو إجراء لم يراجعه أحد، والمراجعة بلا عمود نتيجة تتحول إلى طقس لا حلقة تغذية راجعة. -->
| الإجراء | المالك | الموعد | النتيجة |
| ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
---
## 4. بديل FLAP
<!-- بديل FLAP لقالب نجمة البحر. إذا كان الفريق يفضل FLAP، فاستبدل أعمدة نجمة البحر الخمسة بالإنجازات والمشاكل والدروس والاعتبارات المستقبلية، لا أن تسجّل كليهما، فالنموذجان المتوازيان يمتلئ أحدهما نصفًا ولا يُوثَّق في أي منهما. احذف هذا القسم إذا كان الفريق يستخدم نجمة البحر أعلاه، ولا تحتفظ بالاثنين. -->
---
| الإنجازات | المشاكل | الدروس | اعتبارات مستقبلية |
| ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
## 5. الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **سيد سكروم / الميسر** | {{اسم_سيد_سكروم}} | _______________________ | [.... -.... -.... ] |
| **مالك المنتج** | {{اسم_مالك_المنتج}} | _______________________ | [.... -.... -.... ] |
| **ممثل فريق العمل** | {{اسم_ممثل_الفريق}} | _______________________ | [.... -.... -.... ] |
---
<div align="right" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
<strong>القالب:</strong> مراجعة المرحلة | <strong>المرجع:</strong> PMO-05.08 <br>
<i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>
</div>
دليل المستخدم وإرشادات الممارس
دليل نماذج تسليمات
أثر المشروع: مراجعة المرحلة
مرجع الوثيقة: PMO-05.08
توفر هذه الوثيقة مرجعًا شاملًا واحترافيًا لفهم الغرض من مراجعة المرحلة واستخدامها الفعال بما يتوافق مع إطار تسليمات.
1. مفهوم الوثيقة وطبيعتها
وثيقة مشروع رسمية متوافقة مع تسليمات تُعرف بـ مراجعة المرحلة، وهي نشاط يُنفَّذ في نهاية كل دورة. وعادة ما تُسجَّل المعلومات على ملاحظات لاصقة أو في برنامج. ومن الأساليب الشائعة ما يُعرف بـ "نجمة البحر"، ويجمع: ابدأ، وتوقف، واستمر، وزد، وقلل. والهدف هو تحسين أداء الفريق وجعله أكثر كفاءة في كل دورة تالية.
وتسجّل سياق الجلسة، والملاحظات الخمسة لنجمة البحر، وبنود الإجراءات المأخوذة منها مع مالك وموعد مراجعة، ونتيجة تلك الإجراءات في المراجعة التالية. ويُحمل بديل FLAP كقسم قابل للحذف.
2. القيمة والأهمية الاستراتيجية
لأن المراجعة التي تسجّل ما حدث دون تسجيل ما سيتغير هي اجتماع لا حلقة تغذية راجعة. وعمود النتيجة هو ما يحوّل قائمة النوايا الحسنة إلى تغيير في طريقة عمل الفريق، وبدونه تُنقل الإجراءات نفسها من دورة إلى أخرى.
3. التوقيت ودواعي الإعداد والتحديث
يُعد هذا المخرج ضمن مجموعة التنفيذ، في نهاية كل دورة، أو على الفاصل الزمني الذي يتفق عليه الفريق، وهو ما يسجّله النموذج صراحةً.
4. الأدوار والمسؤوليات (RACI)
المسؤوليات: يتيسرها قائد الفريق بحضور الفريق كاملًا، بمن فيهم كل من ستؤثر فيه الإجراءات. وتراجع النتائج مدير المشروع في المراجعة التالية.
إرشادات التخصيص والمواءمة
- بدلًا من أسلوب نجمة البحر، يمكنك استخدام "FLAP"، وهي اختصار لـ الاعتبارات المستقبلية، والدروس، والإنجازات، والمشاكل. استخدم أحدهما لا كلاهما: فالنموذجان المتوازيان يمتلئ أحدهما نصفًا ولا يُوثَّق في أي منهما.
- يمكنك الترميز اللوني للمعلومات للإشارة إلى فئة، مثل تقني أو عملية أو أشخاص أو بيئة. فهذا يكشف نمطًا تخفيه قائمة من الجمل.
- أضف صفوفًا أو احذفها حسب الحاجة. فبعض الفرق تنفذ المراجعة لكل دورة وبعضها لكل إصدار، وينبغي أن يوضح النموذج أيّهما.
- اجعل البند واحدًا في كل صف وفي جملة واحدة. فالبند الذي يحتاج إلى شرح هو بندان، أو أنه لم يُفهم بما يكفي للتصرف بناءً عليه.
المحاذاة والترابط المؤسسي
ينبغي أن تكون مراجعة المرحلة متسقة مع الوثائق التالية: * ملخص الدروس المستفادة * إغلاق المشروع أو المرحلة
5. إرشادات تعبئة الحقول والبيانات
لإكمال مراجعة المرحلة بشكل دقيق واحترافي، يجب على المسؤول المكلف تعبئة الأقسام
التالية بناءً على سياق المشروع (مع التأكد من مراجعة parameters.md للتحقق
من المتغيرات العامة للمشروع):
- الدورة أو التكرار: الدورة أو التكرار الذي تغطي هذه المراجعة. والمراجعة التي لا تذكر الدورة التي تنتمي إليها لا يمكن مقارنتها بالسابقة، وسلسلة مراجعات لا يمكن تعدادها هي نفسها لا شيء.
- أعضاء الفريق الحاضرون: من شارك. ومن ليس في الغرفة لا يستطيع تنفيذ ما تم الاتفاق عليه، فاذكر الغائبين وكيف يصلهم ما تم الاتفاق عليه.
- التاريخ: تاريخ عقد المراجعة. اذكره مع رقم الدورة في السطر نفسه، فالمراجعة التي تحمل تاريخًا فقط لا يمكن مطابقتها بما قبلها، وتتحول المجموعة إلى سجل تواريخ بلا سياق.
- ابدأ: الإجراءات والسلوكيات التي سيبدأ الفريق بتنفيذها. كن محددًا: فعبارة "نعقد مراجعة مشتركة مع ضمان الجودة مرتين أسبوعيًا" قابلة للتنفيذ، بينما "نتواصل بشكل أفضل" ليست كذلك.
- توقف: الإجراءات أو السلوكيات التي سيوقف الفريق عن تنفيذها. وإذا لم يكن الفريق مستعدًا للتوقف فعليًا، فإن تسجيلها هنا لا يبني سوى قائمة يتعلم الفريق عدم الثقة بها.
- استمر: الممارسات التي ينبغي أن يواصل الفريق تنفيذها. واذكر سببها، فالسبب هو ما سيحتاجه فريق مستقبلي حين ينتقل الشخص الذي أدخل هذه الممارسة.
- زد: الممارسات التي لم تُنفَّذ بانتظام وينبغي تنفيذها بشكل أكثر. وعدم الاتساق يعني عادة أن الممارسة موجودة لكن لا شيء يفرضها، فسجّل ما سيفرضها.
- قلل: الممارسات التي أُفرط فيها أو ينبغي تقليلها. وانتبه للممارسات التي وُجدت لحل مشكلة لم تعد موجودة؛ فذلك هو المصدر المعتاد للطقوس التي لم يعد الفريق يلاحظها.
- الإجراء: التغيير المحدد الذي سيُجرى، مأخوذًا من أعمدة ابدأ وتوقف وزد وقلل بدلًا من اختراعه بشكل منفصل.
- المالك: الشخص الواحد المسؤول عن تنفيذه. لا يمكن للفريق أن يكون مالكًا لإجراء، لأن الفريق لا يكون متاحًا دائمًا.
- الموعد: تاريخ الإنجاز، والمكان الذي ستُراجع فيه. والإجراء بلا موعد مراجعة هو إجراء يُنقل إلى المراجعة التالية كملاحظة عن العمل بشكل أفضل.
- النتيجة: ما حدث عند تطبيقه، ويُملأ في المراجعة التالية. وبلون هذا العمود يكرر الفريق الإجراءات نفسها وتصبح المراجعة طقسًا لا حلقة تغذية راجعة.
- اعتبارات مستقبلية: بديل FLAP لقالب نجمة البحر. إذا كان الفريق يفضل FLAP، فاستبدل أعمدة نجمة البحر الخمسة بالإنجازات والمشاكل والدروس والاعتبارات المستقبلية، لا أن تسجّل كليهما، فالنموذجان المتوازيان يمتلئ أحدهما نصفًا ولا يُوثَّق في أي منهما.
المحاذاة والترابط المؤسسي
- 📄 القالب القابل للطباعة (Markdown)
- 🤖 تعليمات النموذج الذكي (LLM)
- 📊 هيكل البيانات (JSON)
- 📈 البيانات المجدولة (CSV)
6. نموذج تطبيقي معبأ (مثال استرشادي)
يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:
📖 النموذج التطبيقي المكتمل: 05_08_مراجعة_المرحلة_(Retrospective)_مثال.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)
الجلسة
الدورة أو التكرار
التعليمات: الدورة أو التكرار الذي تغطي هذه المراجعة. والمراجعة التي لا تذكر الدورة التي تنتمي إليها لا يمكن مقارنتها بالسابقة، وسلسلة مراجعات لا يمكن تعدادها هي نفسها لا شيء.
القيمة المولدة: [ أضف التفاصيل... ]
أعضاء الفريق الحاضرون
التعليمات: من شارك. ومن ليس في الغرفة لا يستطيع تنفيذ ما تم الاتفاق عليه، فاذكر الغائبين وكيف يصلهم ما تم الاتفاق عليه.
القيمة المولدة: [ أضف التفاصيل... ]
التاريخ
التعليمات: تاريخ عقد المراجعة. اذكره مع رقم الدورة في السطر نفسه، فالمراجعة التي تحمل تاريخًا فقط لا يمكن مطابقتها بما قبلها، وتتحول المجموعة إلى سجل تواريخ بلا سياق.
القيمة المولدة: [ أضف التفاصيل... ]
نجمة البحر
ابدأ
التعليمات: الإجراءات والسلوكيات التي سيبدأ الفريق بتنفيذها. كن محددًا: فعبارة "نعقد مراجعة مشتركة مع ضمان الجودة مرتين أسبوعيًا" قابلة للتنفيذ، بينما "نتواصل بشكل أفضل" ليست كذلك.
القيمة المولدة: [ أضف التفاصيل... ]
توقف
التعليمات: الإجراءات أو السلوكيات التي سيوقف الفريق عن تنفيذها. وإذا لم يكن الفريق مستعدًا للتوقف فعليًا، فإن تسجيلها هنا لا يبني سوى قائمة يتعلم الفريق عدم الثقة بها.
القيمة المولدة: [ أضف التفاصيل... ]
استمر
التعليمات: الممارسات التي ينبغي أن يواصل الفريق تنفيذها. واذكر سببها، فالسبب هو ما سيحتاجه فريق مستقبلي حين ينتقل الشخص الذي أدخل هذه الممارسة.
القيمة المولدة: [ أضف التفاصيل... ]
زد
التعليمات: الممارسات التي لم تُنفَّذ بانتظام وينبغي تنفيذها بشكل أكثر. وعدم الاتساق يعني عادة أن الممارسة موجودة لكن لا شيء يفرضها، فسجّل ما سيفرضها.
القيمة المولدة: [ أضف التفاصيل... ]
قلل
التعليمات: الممارسات التي أُفرط فيها أو ينبغي تقليلها. وانتبه للممارسات التي وُجدت لحل مشكلة لم تعد موجودة؛ فذلك هو المصدر المعتاد للطقوس التي لم يعد الفريق يلاحظها.
القيمة المولدة: [ أضف التفاصيل... ]
بنود الإجراءات
الإجراء
التعليمات: التغيير المحدد الذي سيُجرى، مأخوذًا من أعمدة ابدأ وتوقف وزد وقلل بدلًا من اختراعه بشكل منفصل.
القيمة المولدة: [ أضف التفاصيل... ]
المالك
التعليمات: الشخص الواحد المسؤول عن تنفيذه. لا يمكن للفريق أن يكون مالكًا لإجراء، لأن الفريق لا يكون متاحًا دائمًا.
القيمة المولدة: [ أضف التفاصيل... ]
الموعد
التعليمات: تاريخ الإنجاز، والمكان الذي ستُراجع فيه. والإجراء بلا موعد مراجعة هو إجراء يُنقل إلى المراجعة التالية كملاحظة عن العمل بشكل أفضل.
القيمة المولدة: [ أضف التفاصيل... ]
النتيجة
التعليمات: ما حدث عند تطبيقه، ويُملأ في المراجعة التالية. وبلون هذا العمود يكرر الفريق الإجراءات نفسها وتصبح المراجعة طقسًا لا حلقة تغذية راجعة.
القيمة المولدة: [ أضف التفاصيل... ]
بديل FLAP
اعتبارات مستقبلية
التعليمات: بديل FLAP لقالب نجمة البحر. إذا كان الفريق يفضل FLAP، فاستبدل أعمدة نجمة البحر الخمسة بالإنجازات والمشاكل والدروس والاعتبارات المستقبلية، لا أن تسجّل كليهما، فالنموذجان المتوازيان يمتلئ أحدهما نصفًا ولا يُوثَّق في أي منهما.
القيمة المولدة: [ أضف التفاصيل... ]
مراجعة المرحلة (Retrospective) (نموذج تطبيقي معبأ)
🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (
PMO-05.08). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.
شركة القمة للحلول المؤسسية المتقدمة
مشروع المنظومة السحابية الموحدة لتخطيط الموارد وسلاسل الإمداد - PRJ-2026-ERP-01
مراجعة المرحلة
1. الجلسة
| الدورة أو التكرار | أعضاء الفريق الحاضرون | التاريخ |
|---|---|---|
| الرعاية الاستراتيجية وتوفير الموارد والمصادقة على الميثاق | معتمد ومطابق للمعايير القياسية لشركة القمة | 2026-06-30 |
2. نجمة البحر
| ابدأ | توقف | استمر | زد | قلل |
|---|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
3. بنود الإجراءات
| الإجراء | المالك | الموعد | النتيجة |
|---|---|---|---|
| تم التحقق من الجاهزية والامتثال لضوابط الأمن السيبراني | أ. إلينا فانس، PfMP | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| جلسات المتابعة والتنسيق مستمرة وفق الجدول المعتمد | م. فيصل الحربي، PMP | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| تم رصد مخصص الطوارئ المعتمد لهذه المرحلة | د. طارق المنصور، PfMP | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| مؤشرات الأداء التشغيلي ضمن الحدود المستهدفة | أ. سلطان الدوسري | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
4. بديل FLAP
| الإنجازات | المشاكل | الدروس | اعتبارات مستقبلية |
|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
5. الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
|---|---|---|---|
| سيد سكروم / الميسر | م. حسان الماجد، CSM | [معتمد إلكترونياً] | 2026-03-18 |
| مالك المنتج | أ. مريم الخطيب (كبير ملاك المنتجات) | [معتمد إلكترونياً] | 2026-03-18 |
| ممثل فريق العمل | أ. سارة الرشيدي (محلل نظم أعمال) | [معتمد إلكترونياً] | 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.08.schema.json",
"title": "Completed RETROSPECTIVE Data Contract",
"description": "Additive structural schema validating completed RETROSPECTIVE artifact data payloads (PMO-05.08).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-05.08"
},
"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"
]
},
"session": {
"type": "object",
"properties": {
"sprint_or_iteration": {
"type": "string",
"minLength": 1,
"description": "The sprint or iteration this retrospective covers. A retrospective that does not say which sprint it belongs to cannot be compared with the previous one, and an uncountable sequence of retrospectives is the same as none."
},
"team_members_present": {
"type": "string",
"minLength": 1,
"description": "Who took part. Someone who is not in the room cannot act on what was agreed, so name the absent members and how the outcome will reach them."
},
"date": {
"type": "string",
"minLength": 1,
"description": "The date the retrospective was held. Record it against the sprint number on the same line, because a retrospective carrying only a date cannot be matched to the one before it, and the set becomes a list of dates with no context."
}
},
"required": [
"sprint_or_iteration",
"team_members_present",
"date"
]
},
"starfish": {
"type": "object",
"properties": {
"start": {
"type": "string",
"minLength": 1,
"description": "Actions and behaviors the team will begin to implement. Be specific: \"hold a joint review with QA twice a week\" can be started, \"communicate better\" cannot."
},
"stop": {
"type": "string",
"minLength": 1,
"description": "Actions or behaviors the team will cease doing. If the team is not willing to actually stop it, recording it here only builds a list the team learns to distrust."
},
"keep": {
"type": "string",
"minLength": 1,
"description": "Practices the team should continue with. Note why, because the reason is what a future team will need when the person who introduced the practice has moved on."
},
"more": {
"type": "string",
"minLength": 1,
"description": "Practices that were not done consistently and should be done more often. Inconsistent usually means the practice exists but nothing enforces it, so record what would enforce it."
},
"less": {
"type": "string",
"minLength": 1,
"description": "Practices that were done too much or should be reduced. Watch for process that exists to fix a problem which no longer occurs; that is the usual source of ceremony the team has stopped noticing."
}
},
"required": [
"start",
"stop",
"keep",
"more",
"less"
]
},
"action_items": {
"type": "object",
"properties": {
"action": {
"type": "string",
"minLength": 1,
"description": "The specific change being made, taken from the Start, Stop, More, and Less columns rather than invented separately."
},
"owner": {
"type": "string",
"minLength": 1,
"description": "The one person accountable for making it happen. A team cannot own an action, because a team is never available."
},
"by_when": {
"type": "string",
"minLength": 1,
"description": "The date it should be done, and where it will be reviewed. An action with no review date is an action that will be carried into the next retrospective as a note about doing it better."
},
"outcome": {
"type": "string",
"minLength": 1,
"description": "What happened when it was tried, filled in at the next retrospective. Without this column the team repeats the same actions and the retrospective becomes a ritual rather than a feedback loop."
}
},
"required": [
"action",
"owner",
"by_when",
"outcome"
]
},
"flap_alternative": {
"type": "object",
"properties": {
"future_considerations": {
"type": "string",
"minLength": 1,
"description": "The FLAP alternative to the starfish. If the team prefers FLAP, replace the five starfish columns with Accomplishments, Problems, Lessons, and Future Considerations rather than recording both, since two parallel forms get half-filled and neither is trusted."
}
},
"required": [
"future_considerations"
]
}
},
"required": [
"artifact_id",
"metadata",
"session",
"starfish",
"action_items",
"flap_alternative"
]
}
📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
"_llm_instructions": "Fill in the 'project_title' and 'date_prepared' properties, and the 'value' property of each field, based on the provided project context. Reference parameters.md for global project variables.",
"form_name": "RETROSPECTIVE",
"document_reference": "PMO-05.08",
"project_title": "",
"date_prepared": "",
"fields": {
"f01_Sprint_or_Iteration": {
"section": "Session",
"label": "Sprint or Iteration",
"guidance": "The sprint or iteration this retrospective covers. A retrospective that does not say which sprint it belongs to cannot be compared with the previous one, and an uncountable sequence of retrospectives is the same as none.",
"value": ""
},
"f02_Team_Members_Present": {
"section": "Session",
"label": "Team Members Present",
"guidance": "Who took part. Someone who is not in the room cannot act on what was agreed, so name the absent members and how the outcome will reach them.",
"value": ""
},
"f03_Date": {
"section": "Session",
"label": "Date",
"guidance": "The date the retrospective was held. Record it against the sprint number on the same line, because a retrospective carrying only a date cannot be matched to the one before it, and the set becomes a list of dates with no context.",
"value": ""
},
"f04_Start": {
"section": "Starfish",
"label": "Start",
"guidance": "Actions and behaviors the team will begin to implement. Be specific: \"hold a joint review with QA twice a week\" can be started, \"communicate better\" cannot.",
"value": ""
},
"f05_Stop": {
"section": "Starfish",
"label": "Stop",
"guidance": "Actions or behaviors the team will cease doing. If the team is not willing to actually stop it, recording it here only builds a list the team learns to distrust.",
"value": ""
},
"f06_Keep": {
"section": "Starfish",
"label": "Keep",
"guidance": "Practices the team should continue with. Note why, because the reason is what a future team will need when the person who introduced the practice has moved on.",
"value": ""
},
"f07_More": {
"section": "Starfish",
"label": "More",
"guidance": "Practices that were not done consistently and should be done more often. Inconsistent usually means the practice exists but nothing enforces it, so record what would enforce it.",
"value": ""
},
"f08_Less": {
"section": "Starfish",
"label": "Less",
"guidance": "Practices that were done too much or should be reduced. Watch for process that exists to fix a problem which no longer occurs; that is the usual source of ceremony the team has stopped noticing.",
"value": ""
},
"f09_Action": {
"section": "Action Items",
"label": "Action",
"guidance": "The specific change being made, taken from the Start, Stop, More, and Less columns rather than invented separately.",
"value": ""
},
"f10_Owner": {
"section": "Action Items",
"label": "Owner",
"guidance": "The one person accountable for making it happen. A team cannot own an action, because a team is never available.",
"value": ""
},
"f11_By_When": {
"section": "Action Items",
"label": "By When",
"guidance": "The date it should be done, and where it will be reviewed. An action with no review date is an action that will be carried into the next retrospective as a note about doing it better.",
"value": ""
},
"f12_Outcome": {
"section": "Action Items",
"label": "Outcome",
"guidance": "What happened when it was tried, filled in at the next retrospective. Without this column the team repeats the same actions and the retrospective becomes a ritual rather than a feedback loop.",
"value": ""
},
"f13_Future_Considerations": {
"section": "FLAP Alternative",
"label": "Future Considerations",
"guidance": "The FLAP alternative to the starfish. If the team prefers FLAP, replace the five starfish columns with Accomplishments, Problems, Lessons, and Future Considerations rather than recording both, since two parallel forms get half-filled and neither is trusted.",
"value": ""
}
}
}