خطة التخصيص
tasleemat asset PMO-02.01 template --lang ar
ملخص التسليمة وحدود الحوكمة
المرحلة في دورة حياة المشروع
المرحلة 02: منهجية المشروع وتخصيصه
متطلبات مستوى الحجم
المستوى 1 المستوى 2
عقد التحقق الآلي
ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.
tasleemat validate PMO-02.01 ./completed_data.json
قالب التسليمة بتنسيق Markdown
<!--
تعليمات النموذج الذكي: املأ المساحات الفارغة [ أضف التفاصيل... ] بناءً على سياق المشروع.
توجيهات استيفاء الأقسام:
**1. أساس التخصيص**
* **منهجية المؤسسة:** المنهجية التي يخصص هذا المشروع منطلقًا منها، مع رقم إصدارها. والإصدار مهم لأن قرار الانحراف عن منهجية لا معنى له دون معرفة أيّها، ومشروعان يدّعيان اتباع المنهجية نفسها قد يتبعان إصدارين منها.
* **محفّزات التخصيص:** ما الذي يجعل هذا المشروع مختلفًا عن المعيار: الحجم، أو المخاطر، أو التعقيد، أو السياق التنظيمي، أو قيد مؤسسي. وخطة تخصيص مكتوبة دون محفّزات تسرد قرارات اعتباطية، لأن حين لا شيء يفرض تغييرًا يبدو أي تغيير معقولًا بالقدر نفسه.
* **المعايير المنطبقة:** معايير الحوكمة أو الجودة أو التنظيم التي تنطبق بغضّ النظر عن التخصيص ولا يمكن التصرف فيها. وهذه هي القاعدة التي يعمل التخصيص فوقها، والخطة التي لا تذكرها تدعو إلى اتخاذ قرار بحذف ضابط إلزامي باعتباره مجرد إجراء ترشيدي.
* **التخصيص الموروث:** أي تخصيص سبق قراره على مستوى البرنامج أو المحفظة ويفترضه هذا المشروع لا يصنعه. وأكثر الانحرافات في المشروع موروثة، والخطة التي تسجّل قراراتها وحدها توحي بأنها تتحكم في المنهجية بالكامل وهي لا تتحكم.
**2. قرارات التخصيص**
* **العملية أو المخرج:** ما الذي يجري تخصيصه، مذكورًا بقدر من التحديد يكفي للعثور عليه في المنهجية. فعبارة «عملية المخاطر» ليست قرارًا يستطيع أحد المصادقة عليه، لأن منها عدة والمصادق عليها قد لا تكون المنفَّذة
* **المتطلب القياسي:** ما تشترطه المنهجية افتراضيًا، يُذكر قبل التغيير. فمن دون كتابة الافتراضي يتعذر على المعنيين أن يميز بين تخصيص خفّف متطلبًا وتخصيصًا غيّر اسمه فقط، وهو أشيع أشكال التخصيص غير المصرَّح به.
* **القرار:** مضاف أو محذوف أو معدَّل، وماذا يتغير بالتحديد. سجّل الأثر على العملية نفسها لا النيّة، فكلمة «مبسَّط» نيّة، وعبارة «يُستبدل المراجعة الأسبوعية للمخاطر بمراجعة كل أسبوعين» أثر.
* **السبب:** لماذا هذا التغيير صحيح لهذا المشروع، مربوطًا بمحفّز. والسبب الذي يصلح لأي مشروع على قدم المساواة ليس سببًا، وهو السبب المعتاد لعجز قرار تخصيص عن الصمود عند المراجعة لاحقًا.
* **النتيجة:** ما الذي يصعب بسبب التغيير. فكل تخصيص له كلفة، والخطة التي تسجّل ما يتحسّن فقط ملخّص نوايا، وتسجيل ما يُضحّى به هو ما يجعل القرار قابلًا للمراجعة.
* **قابلية العكس:** هل يمكن التراجع عن التغيير، وما الذي يستدعي عكسه. وأغلب التخصيصات قابلة للعكس من حيث المبدأ وغير قابلة للعكس من حيث الواقع، لأن الفريق يكون قد بنى طريقه حول التغيير قبل أن تظهر كلفته.
* **الأثر على المخرجات:** أي المخرجات اللاحقة تتغير نتيجة لذلك، كسجل المخاطر أو صيغة الجدول الزمني أو وتيرة البلاغ. والقرار الذي يغيّر عملية دون أن يغيّر المخرجات التي تنتجها يترك نسختين من الحقيقة قيد التداول.
**3. حوكمة التخصيص**
* **صلاحية القرار:** من يملك صلاحية اعتماد قرار التخصيص، وعند أي مستوى يُعتمد كل صنف من التغييرات. ومن دون خريطة صلاحيات إما أن يصعّد المشروع كل شيء أو يتخذ قرارات لم يجرِّحها أحد.
* **المراجعة وإعادة الاعتماد:** متى تُراجَع الخطة، وما الذي يعيد فتح قرار. وقرارات التخصيص نادرًا ما تُعاد مناقشتها، فيجب أن يكون المحفّز موجودًا قبل القرار لا مُختلقًا بعد أن تظهر الكلفة.
* **فحص الامتثال:** كيف تُفحص الخطة مقابل المعايير المنطبقة، ومن يقوم بالفحص. والفحص الذاتي الذي يؤديه الطرف الذي أراد التغيير ليس فحصًا.
* **ارتباط ضبط التغيير:** كيف يُرفع التعديل اللاحق على قرار معتمد، لأن التخصيص يُعتمد بخط أساس، وأي تغيير بعده هو تغيير في الخطة لا تحديث لها.
-->
<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المبادرة_أو_المشروع}} - {{معرف_التقييم}}</h2>
<h1 align="center">خطة التخصيص</h1>
| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مسؤول المنهجية:** {{اسم_مسؤول_المنهجية}} | **إعداد:** {{المُعِد}} |
| ---: | ---: | ---: |
---
## 1. أساس التخصيص
<!-- ما الذي يُخصَّص ومن أي إصدار، وما الذي يفرض التغيير، وما الذي لا يمكن التصرف فيه، وما هو موروث. -->
**منهجية المؤسسة:** [ أضف التفاصيل... ]
**محفّزات التخصيص:** [ أضف التفاصيل... ]
**المعايير المنطبقة:** [ أضف التفاصيل... ]
**التخصيص الموروث:** [ أضف التفاصيل... ]
---
## 2. قرارات التخصيص
<!-- صف لكل قرار: الافتراضي، وما يحل محله، ولماذا، وما يكلّفه، وما يؤثر فيه. -->
| العملية أو المخرج | المتطلب القياسي | القرار | السبب | النتيجة | قابلية العكس | الأثر على المخرجات |
| ---: | ---: | ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
---
## 3. حوكمة التخصيص
<!-- من يعتمد، ومتى تُعاد مناقشة القرارات، وكيف يُفحص الامتثال، وكيف يُعدَّل قرار معتمد. -->
**صلاحية القرار:** [ أضف التفاصيل... ]
**المراجعة وإعادة الاعتماد:** [ أضف التفاصيل... ]
**فحص الامتثال:** [ أضف التفاصيل... ]
**ارتباط ضبط التغيير:** [ أضف التفاصيل... ]
---
### الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مسؤول المنهجية** | {{اسم_مسؤول_المنهجية}} | _______________________ | [.... -.... -.... ] |
| **مسؤول مكتب إدارة المشاريع** | {{اسم_مسؤول_مكتب_إدارة_المشاريع}} | _______________________ | [.... -.... -.... ] |
| **راعي المشروع** | {{اسم_راعي_المشروع}} | _______________________ | [.... -.... -.... ] |
---
<div align="left" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
<strong>النموذج:</strong> خطة التخصيص | <strong>المرجع:</strong> PMO-02.01 <br>
<i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>
</div>
دليل المستخدم وإرشادات الممارس
دليل نماذج تسليمات
المخرج: خطة التخصيص
مرجع الوثيقة: PMO-02.01
يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من خطة التخصيص واستخدامه بفعالية بما يتوافق مع إطار تسليمات.
1. مفهوم الوثيقة وطبيعتها
وثيقة تقرّر أي أجزاء المنهجية يخصصها المشروع وأيها يُلغى، وتذكر لكل قرار متطلبه القياسي وسببه ونتيجته وقابليته للعكس وأثره على المخرجات اللاحقة. وهي تحمل أيضًا قواعد الحوكمة: من يعتمد، ومتى تُراجَع، وكيف يُفحص الامتثال، وكيف يرتبط تعديلها بضبط التغيير.
2. القيمة والأهمية الاستراتيجية
لأن المشروع لا يتبع المنهجية أو ينحرف عنها في الحالتين، والفرق أن أحدهما مكتوب والآخر لا. فما يعمل خارج المنهجية دون أن يعرف أحد أنه يفعل ذلك لا يُكتشف إلا عند المراجعة، وحينها يكون الأثر قد استقرَّ على المخرجات. والتخصيص المكتوب هو ما يحوّل الانحراف من اكتشاف متأخر إلى قرار مسجَّل.
3. التوقيت ودواعي الإعداد والتحديث
يُعدّ هذا المخرج ويستخدم أساسًا في مجموعة منهجية المشروع وتخصيصه من دورة حياة المشروع. يُعدّ مبكرًا مع خطة إدارة المشروع، ويُراجع كلما تغيّرت محفّزات المشروع أو ظهرت كلفة التخصيص، ويبقى قائمًا ما دام المشروع قائمًا لأن كل تخصيص جديد يُضاف إليه.
4. الأدوار والمسؤوليات (RACI)
المسؤوليات: يملكها مدير المشروع ويعرضها على راعي المشروع عند الاعتماد. ويجوز أن تُفوّض صلاحية الاعتماد إلى مراقب أو لجنة معايير بحسب حجم المشروع، لكن فصل صاحب الخطة عن صاحب الاعتماد يجعل الخطة وصفًا للقرار لا سجلًا له.
إرشادات التخصيص والمواءمة
- يجوز أن يلتقط المشروع تخصيصًا موروثًا من البرنامج بدل أن يبتدئ من الصفر، لكن يلزم تسجيله في هذا المشروع بوصفه موروثًا حتى لا يُقرأ على أنه مبتدأ منه ولا يظن أنه رأيه.
- حيث تكون المنهجية مرنة عمدًا، ينبغي كتابة المرونة بوصفها تفويضًا: من يقرر، وبأي حدود، ومتى يُستشار. فالمرونة غير المحددة ليست مرونة بل فراغ.
- لا يلزم أن يكون لكل تغيير متطلب قياسي، فقد يكون إضافة لأمر لم تتكلم فيه المنهجية. لكن يلزم عندئذٍ بيان أن الأمر جديد لا مخالف، فالجمع بين القسمين دون تمييز يجعل كل إضافة تبدو انحرافًا.
- التخصيص الذي يغيّر وتيرة تدقيق أو صلاحية اعتماد ليس تخصيصًا بل تغيير في ضابط، ويستحق مسارًا أثقل من مسار التخصيص العادي.
- يُفضَّل حفظ التخصيصات الملغاة في الخطة مع سبب الإلغاء، فإلغاء التخصيص قرار يُتخذ كما اتُّخذ قراره، وحذفه يجعل تكرار الخطأ ممكنًا.
المحاذاة والترابط المؤسسي
ينبغي أن تتسق خطة التخصيص مع المستندات التالية: * ميثاق المشروع * خطة إدارة المشروع * سجل الافتراضات * سجل المخاطر * دليل المعايير
5. إرشادات تعبئة الحقول والبيانات
لإتمام خطة التخصيص بدقّة واحتراف، على المسؤول تعبئة الأقسام التالية
استنادًا إلى سياق المشروع (مع التأكد من الرجوع إلى parameters.md
للمتغيرات العامة للمشروع):
- منهجية المؤسسة: المنهجية التي يخصص هذا المشروع منطلقًا منها، مع رقم إصدارها. والإصدار مهم لأن قرار الانحراف عن منهجية لا معنى له دون معرفة أيّها، ومشروعان يدّعيان اتباع المنهجية نفسها قد يتبعان إصدارين منها.
- محفّزات التخصيص: ما الذي يجعل هذا المشروع مختلفًا عن المعيار: الحجم، أو المخاطر، أو التعقيد، أو السياق التنظيمي، أو قيد مؤسسي. وخطة تخصيص مكتوبة دون محفّزات تسرد قرارات اعتباطية، لأن حين لا شيء يفرض تغييرًا يبدو أي تغيير معقولًا بالقدر نفسه.
- المعايير المنطبقة: معايير الحوكمة أو الجودة أو التنظيم التي تنطبق بغضّ النظر عن التخصيص ولا يمكن التصرف فيها. وهذه هي القاعدة التي يعمل التخصيص فوقها، والخطة التي لا تذكرها تدعو إلى اتخاذ قرار بحذف ضابط إلزامي باعتباره مجرد إجراء ترشيدي.
- التخصيص الموروث: أي تخصيص سبق قراره على مستوى البرنامج أو المحفظة ويفترضه هذا المشروع لا يصنعه. وأكثر الانحرافات في المشروع موروثة، والخطة التي تسجّل قراراتها وحدها توحي بأنها تتحكم في المنهجية بالكامل وهي لا تتحكم.
- العملية أو المخرج: ما الذي يجري تخصيصه، مذكورًا بقدر من التحديد يكفي للعثور عليه في المنهجية. فعبارة «عملية المخاطر» ليست قرارًا يستطيع أحد المصادقة عليه، لأن منها عدة والمصادق عليها قد لا تكون المنفَّذة.
- المتطلب القياسي: ما تشترطه المنهجية افتراضيًا، يُذكر قبل التغيير. فمن دون كتابة الافتراضي يتعذر على المعنيين أن يميز بين تخصيص خفّف متطلبًا وتخصيصًا غيّر اسمه فقط، وهو أشيع أشكال التخصيص غير المصرَّح به.
- القرار: مضاف أو محذوف أو معدَّل، وماذا يتغير بالتحديد. سجّل الأثر على العملية نفسها لا النيّة، فكلمة «مبسَّط» نيّة، وعبارة «يُستبدل المراجعة الأسبوعية للمخاطر بمراجعة كل أسبوعين» أثر.
- السبب: لماذا هذا التغيير صحيح لهذا المشروع، مربوطًا بمحفّز. والسبب الذي يصلح لأي مشروع على قدم المساواة ليس سببًا، وهو السبب المعتاد لعجز قرار تخصيص عن الصمود عند المراجعة لاحقًا.
- النتيجة: ما الذي يصعب بسبب التغيير. فكل تخصيص له كلفة، والخطة التي تسجّل ما يتحسّن فقط ملخّص نوايا، وتسجيل ما يُضحّى به هو ما يجعل القرار قابلًا للمراجعة.
- قابلية العكس: هل يمكن التراجع عن التغيير، وما الذي يستدعي عكسه. وأغلب التخصيصات قابلة للعكس من حيث المبدأ وغير قابلة للعكس من حيث الواقع، لأن الفريق يكون قد بنى طريقه حول التغيير قبل أن تظهر كلفته.
- الأثر على المخرجات: أي المخرجات اللاحقة تتغير نتيجة لذلك، كسجل المخاطر أو صيغة الجدول الزمني أو وتيرة البلاغ. والقرار الذي يغيّر عملية دون أن يغيّر المخرجات التي تنتجها يترك نسختين من الحقيقة قيد التداول.
- صلاحية القرار: من يملك صلاحية اعتماد قرار التخصيص، وعند أي مستوى يُعتمد كل صنف من التغييرات. ومن دون خريطة صلاحيات إما أن يصعّد المشروع كل شيء أو يتخذ قرارات لم يجرِّحها أحد.
- المراجعة وإعادة الاعتماد: متى تُراجَع الخطة، وما الذي يعيد فتح قرار. وقرارات التخصيص نادرًا ما تُعاد مناقشتها، فيجب أن يكون المحفّز موجودًا قبل القرار لا مُختلقًا بعد أن تظهر الكلفة.
- فحص الامتثال: كيف تُفحص الخطة مقابل المعايير المنطبقة، ومن يقوم بالفحص. والفحص الذاتي الذي يؤديه الطرف الذي أراد التغيير ليس فحصًا.
- ارتباط ضبط التغيير: كيف يُرفع التعديل اللاحق على قرار معتمد، لأن التخصيص يُعتمد بخط أساس، وأي تغيير بعده هو تغيير في الخطة لا تحديث لها.
المحاذاة والترابط المؤسسي
- 📄 القالب القابل للطباعة (Markdown)
- 🤖 موجّه التوليد الذكي
- 📊 بنية البيانات (JSON)
- 📈 البيانات الجدولية (CSV)
6. نموذج تطبيقي معبأ (مثال استرشادي)
يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:
📖 النموذج التطبيقي المكتمل: 02_01_خطة_التخصيص_مثال.md
مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل
خطة التخصيص - دليل التوليد الذكي
تعليمات النظام: يحتوي هذا المستند على التوجيهات التفصيلية للذكاء الاصطناعي لتوليد وثيقة «الوثيقة المعتمدة». عند طلب صياغة أو استيفاء هذا النموذج، اتبع الإرشادات المحددة لكل قسم بدقة واحترافية، مع مراعاة سياق المشروع والمتغيرات المرجعية في
parameters.md.السياق والتعريف المهني: خطة التخصيص هي الوثيقة التي يتبين فيها للمشروع ما الذي خُصِّص من المنهجية، وما الذي أُلغي، ولماذا. وهي لا تكتفي بأن تسرد التغييرات، فالسرد يشبه قرارًا بلا متطلب معلن خلفه، بل تذكر المتطلب القياسي إلى جانب كل تغيير، فذلك هو ما يجعل القرار قابلًا للمراجعة: فهو يرى المراجع ما الذي خُرِّق ومقابل ماذا.
وهي وثيقة تشغيلية لا وثيقة تأييد. أغلب ما يُكتب تحت اسم التخصيص تبرير لقرارات اتُّخذت قبل أن يُكتب شيء، وترتيب الأسباب بعد القرار يسمي السبب ولا يجعله سببًا.
والانحراف عن المنهجية ليس استثناءً يستحق الإذن، بل هو الخيار الطبيعي حين لا تناسب المنهجية المشروع. والفرق بين مشروعين أن أحدهما كتب ذلك ووثّقه والآخر تركه يعمل خارج المنهجية دون أن يعرف أحد ذلك. فمشروع يمر من دون تخصيص مكتوب، وآخر يمر من دون تخصيص مقصود. والحكم على التخصيص ليس بمقدار ما غيّره، بل بما إذا كان من يعتمد المنهجية يستطيع من قراءة الخطة أن يعرف ما اقتُطع وما استُبدل، وهذان هو التخصيص.
المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: ميثاق المشروع (PMO-03.01)، منهجية إدارة المشاريع المعتمدة بالمؤسسة * اختياري: ميثاق البرنامج (PMO-00.02)، خطة إدارة المخاطر (PMO-04.08.01) * المخرجات (النماذج التابعة): * إلزامي: خطة إدارة المشروع (PMO-04.01.01)، خطة إدارة الجودة (PMO-04.05.01) * اختياري: خطة حوكمة الذكاء الاصطناعي (PMO-02.02)، ميثاق الفريق (PMO-04.06.05)
أساس التخصيص
منهجية المؤسسة
التعليمات: المنهجية التي يخصص هذا المشروع منطلقًا منها، مع رقم إصدارها. والإصدار مهم لأن قرار الانحراف عن منهجية لا معنى له دون معرفة أيّها، ومشروعان يدّعيان اتباع المنهجية نفسها قد يتبعان إصدارين منها.
القيمة المولَّدة: [ أضف التفاصيل... ]
محفّزات التخصيص
التعليمات: ما الذي يجعل هذا المشروع مختلفًا عن المعيار: الحجم، أو المخاطر، أو التعقيد، أو السياق التنظيمي، أو قيد مؤسسي. وخطة تخصيص مكتوبة دون محفّزات تسرد قرارات اعتباطية، لأن حين لا شيء يفرض تغييرًا يبدو أي تغيير معقولًا بالقدر نفسه.
القيمة المولَّدة: [ أضف التفاصيل... ]
المعايير المنطبقة
التعليمات: معايير الحوكمة أو الجودة أو التنظيم التي تنطبق بغضّ النظر عن التخصيص ولا يمكن التصرف فيها. وهذه هي القاعدة التي يعمل التخصيص فوقها، والخطة التي لا تذكرها تدعو إلى اتخاذ قرار بحذف ضابط إلزامي باعتباره مجرد إجراء ترشيدي.
القيمة المولَّدة: [ أضف التفاصيل... ]
التخصيص الموروث
التعليمات: أي تخصيص سبق قراره على مستوى البرنامج أو المحفظة ويفترضه هذا المشروع لا يصنعه. وأكثر الانحرافات في المشروع موروثة، والخطة التي تسجّل قراراتها وحدها توحي بأنها تتحكم في المنهجية بالكامل وهي لا تتحكم.
القيمة المولَّدة: [ أضف التفاصيل... ]
قرارات التخصيص
العملية أو المخرج
التعليمات: ما الذي يجري تخصيصه، مذكورًا بقدر من التحديد يكفي للعثور عليه في المنهجية. فعبارة «عملية المخاطر» ليست قرارًا يستطيع أحد المصادقة عليه، لأن منها عدة والمصادق عليها قد لا تكون المنفَّذة.
القيمة المولَّدة: [ أضف التفاصيل... ]
المتطلب القياسي
التعليمات: ما تشترطه المنهجية افتراضيًا، يُذكر قبل التغيير. فمن دون كتابة الافتراضي يتعذر على المعنيين أن يميز بين تخصيص خفّف متطلبًا وتخصيصًا غيّر اسمه فقط، وهو أشيع أشكال التخصيص غير المصرَّح به.
القيمة المولَّدة: [ أضف التفاصيل... ]
القرار
التعليمات: مضاف أو محذوف أو معدَّل، وماذا يتغير بالتحديد. سجّل الأثر على العملية نفسها لا النيّة، فكلمة «مبسَّط» نيّة، وعبارة «يُستبدل المراجعة الأسبوعية للمخاطر بمراجعة كل أسبوعين» أثر.
القيمة المولَّدة: [ أضف التفاصيل... ]
السبب
التعليمات: لماذا هذا التغيير صحيح لهذا المشروع، مربوطًا بمحفّز. والسبب الذي يصلح لأي مشروع على قدم المساواة ليس سببًا، وهو السبب المعتاد لعجز قرار تخصيص عن الصمود عند المراجعة لاحقًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
النتيجة
التعليمات: ما الذي يصعب بسبب التغيير. فكل تخصيص له كلفة، والخطة التي تسجّل ما يتحسّن فقط ملخّص نوايا، وتسجيل ما يُضحّى به هو ما يجعل القرار قابلًا للمراجعة.
القيمة المولَّدة: [ أضف التفاصيل... ]
قابلية العكس
التعليمات: هل يمكن التراجع عن التغيير، وما الذي يستدعي عكسه. وأغلب التخصيصات قابلة للعكس من حيث المبدأ وغير قابلة للعكس من حيث الواقع، لأن الفريق يكون قد بنى طريقه حول التغيير قبل أن تظهر كلفته.
القيمة المولَّدة: [ أضف التفاصيل... ]
الأثر على المخرجات
التعليمات: أي المخرجات اللاحقة تتغير نتيجة لذلك، كسجل المخاطر أو صيغة الجدول الزمني أو وتيرة البلاغ. والقرار الذي يغيّر عملية دون أن يغيّر المخرجات التي تنتجها يترك نسختين من الحقيقة قيد التداول.
القيمة المولَّدة: [ أضف التفاصيل... ]
حوكمة التخصيص
صلاحية القرار
التعليمات: من يملك صلاحية اعتماد قرار التخصيص، وعند أي مستوى يُعتمد كل صنف من التغييرات. ومن دون خريطة صلاحيات إما أن يصعّد المشروع كل شيء أو يتخذ قرارات لم يجرِّحها أحد.
القيمة المولَّدة: [ أضف التفاصيل... ]
المراجعة وإعادة الاعتماد
التعليمات: متى تُراجَع الخطة، وما الذي يعيد فتح قرار. وقرارات التخصيص نادرًا ما تُعاد مناقشتها، فيجب أن يكون المحفّز موجودًا قبل القرار لا مُختلقًا بعد أن تظهر الكلفة.
القيمة المولَّدة: [ أضف التفاصيل... ]
فحص الامتثال
التعليمات: كيف تُفحص الخطة مقابل المعايير المنطبقة، ومن يقوم بالفحص. والفحص الذاتي الذي يؤديه الطرف الذي أراد التغيير ليس فحصًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
ارتباط ضبط التغيير
التعليمات: كيف يُرفع التعديل اللاحق على قرار معتمد، لأن التخصيص يُعتمد بخط أساس، وأي تغيير بعده هو تغيير في الخطة لا تحديث لها.
القيمة المولَّدة: [ أضف التفاصيل... ]
خطة التخصيص (نموذج تطبيقي معبأ)
🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (
PMO-02.01). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.
شركة القمة للحلول المؤسسية المتقدمة
مشروع المنظومة السحابية الموحدة لتخطيط الموارد وسلاسل الإمداد - ASSESS-2026-01
خطة التخصيص
1. أساس التخصيص
منهجية المؤسسة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
محفّزات التخصيص: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
المعايير المنطبقة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
التخصيص الموروث: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
2. قرارات التخصيص
| العملية أو المخرج | المتطلب القياسي | القرار | السبب | النتيجة | قابلية العكس | الأثر على المخرجات |
|---|---|---|---|---|---|---|
| المنظومة السحابية الموحدة لتخطيط الموارد | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | تحديث متطلبات التكامل الأمني السحابي | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | المنظومة السحابية الموحدة لتخطيط الموارد |
| أتمتة سلاسل الإمداد والمستودعات الذكية | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | توسيع نطاق التقارير التحليلية لإدارة العمليات | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | أتمتة سلاسل الإمداد والمستودعات الذكية |
| منصة التقارير التحليلية والذكاء المؤسسي | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | مواءمة مسارات النشر مع إغلاق الربع المالي | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | منصة التقارير التحليلية والذكاء المؤسسي |
3. حوكمة التخصيص
صلاحية القرار: مراجعة واعتماد بشري إلزامي من قِبل مدراء القطاعات المعنية لكافة العمليات الاستثنائية وذات الأثر المالي.
المراجعة وإعادة الاعتماد: مراجعة واعتماد بشري إلزامي من قِبل مدراء القطاعات المعنية لكافة العمليات الاستثنائية وذات الأثر المالي.
فحص الامتثال: اجتياز كامل الفحوصات الدورية لضوابط الأمن السيبراني وحماية البيانات بنسبة 100%.
ارتباط ضبط التغيير: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
|---|---|---|---|
| مسؤول المنهجية | د. طارق المنصور، PfMP | [معتمد إلكترونياً] | 2026-03-18 |
| مسؤول مكتب إدارة المشاريع | د. طارق المنصور، PfMP | [معتمد إلكترونياً] | 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-02.01.schema.json",
"title": "Completed Tailoring Plan Data Contract",
"description": "Additive structural schema validating completed Tailoring Plan artifact data payloads (PMO-02.01).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-02.01"
},
"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"
]
},
"1_tailoring_basis": {
"type": "object",
"properties": {
"organizational_methodology": {
"type": "string",
"minLength": 1,
"description": "The methodology this project is tailoring from, with its version. The version matters because a decision to deviate from a methodology is meaningless without knowing which one, and two projects claiming to follow the same methodology may be following different editions of it."
},
"tailoring_drivers": {
"type": "string",
"minLength": 1,
"description": "What makes this project different from the standard: size, risk, complexity, regulatory context, or organisational constraint. A tailoring plan written without drivers lists arbitrary decisions, because where nothing is forcing a change any change looks equally reasonable."
},
"applicable_standards": {
"type": "string",
"minLength": 1,
"description": "The governance, quality or regulatory standards that apply regardless of tailoring, and which cannot be traded away. These are the floor the tailoring operates above, and a plan that does not state them invites a decision to drop a mandatory control as an efficiency measure."
},
"inherited_tailoring": {
"type": "string",
"minLength": 1,
"description": "Any tailoring already decided at programme or portfolio level that this project inherits rather than makes. Most deviations in a project are inherited, and a plan that records only its own decisions implies it has full control over the approach when it does not."
}
},
"required": [
"organizational_methodology",
"tailoring_drivers",
"applicable_standards",
"inherited_tailoring"
]
},
"2_tailoring_decisions": {
"type": "object",
"properties": {
"process_or_artifact": {
"type": "string",
"minLength": 1,
"description": "What is being tailored, named specifically enough to be found in the methodology. \"The risk process\" is not a decision anyone can approve, because there are several and the one approved may not be the one implemented."
},
"standard_requirement": {
"type": "string",
"minLength": 1,
"description": "What the methodology requires by default, stated before the change. Without the default written down the reader cannot tell whether the tailoring loosened a requirement or only renamed it, which is the commonest form of undeclared tailoring."
},
"decision": {
"type": "string",
"minLength": 1,
"description": "Added, removed, or modified, and specifically what changes. Record the effect on the process itself, not the intent, since \"simplified\" is an intent and \"the weekly risk review is replaced by a fortnightly one\" is an effect."
},
"rationale": {
"type": "string",
"minLength": 1,
"description": "Why this change is right for this project, tied to a driver. A rationale that would be equally valid for any project is not a rationale, and is the usual reason a tailoring decision cannot survive a later challenge."
},
"consequence": {
"type": "string",
"minLength": 1,
"description": "What becomes harder because of the change. Every tailoring has a cost, and a plan that records only what improves is a summary of intentions; recording what is given up is what makes the decision reviewable."
},
"reversibility": {
"type": "string",
"minLength": 1,
"description": "Whether the change can be undone, and what would trigger reversing it. Most tailoring is reversible in principle and irreversible in practice, because by the time the cost becomes clear the team has built its way around the change."
},
"impact_on_artifacts": {
"type": "string",
"minLength": 1,
"description": "Which downstream artifacts change as a result, such as the risk register, the schedule format, or the reporting cadence. A decision that changes a process without changing the artifacts that process produces leaves two versions of the truth in circulation."
}
},
"required": [
"process_or_artifact",
"standard_requirement",
"decision",
"rationale",
"consequence",
"reversibility",
"impact_on_artifacts"
]
},
"3_governance_of_tailoring": {
"type": "object",
"properties": {
"decision_authority": {
"type": "string",
"minLength": 1,
"description": "Who may approve a tailoring decision, and at what level each class of change is approved. Without an authority map the project either escalates everything or decides things nobody authorised."
},
"review_and_reapproval": {
"type": "string",
"minLength": 1,
"description": "When the plan is reviewed, and what would cause a decision to be reopened. Tailoring decisions are rarely revisited, so the trigger has to exist before the decision rather than being invented once the cost is known."
},
"compliance_check": {
"type": "string",
"minLength": 1,
"description": "How the plan is checked against the applicable standards, and who performs the check. A self-check performed by the party that wanted the change is not a check."
},
"change_control_link": {
"type": "string",
"minLength": 1,
"description": "How a later change to a baselined decision is raised, since tailoring is baselined and any subsequent change is a change to the plan rather than an update to it."
}
},
"required": [
"decision_authority",
"review_and_reapproval",
"compliance_check",
"change_control_link"
]
}
},
"required": [
"artifact_id",
"metadata",
"1_tailoring_basis",
"2_tailoring_decisions",
"3_governance_of_tailoring"
]
}
📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
"_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. Record the consequence of each decision, not only what it improves: a tailoring plan that shows only benefits reads as a summary of intentions rather than a set of decisions that can be reviewed.",
"form_name": "Tailoring Plan",
"document_reference": "PMO-02.01",
"project_title": "",
"date_prepared": "",
"fields": {
"f01_Organizational_Methodology": {
"section": "1. Tailoring Basis",
"label": "Organizational Methodology",
"guidance": "The methodology this project is tailoring from, with its version. The version matters because a decision to deviate from a methodology is meaningless without knowing which one, and two projects claiming to follow the same methodology may be following different editions of it.",
"value": ""
},
"f02_Tailoring_Drivers": {
"section": "1. Tailoring Basis",
"label": "Tailoring Drivers",
"guidance": "What makes this project different from the standard: size, risk, complexity, regulatory context, or organisational constraint. A tailoring plan written without drivers lists arbitrary decisions, because where nothing is forcing a change any change looks equally reasonable.",
"value": ""
},
"f03_Applicable_Standards": {
"section": "1. Tailoring Basis",
"label": "Applicable Standards",
"guidance": "The governance, quality or regulatory standards that apply regardless of tailoring, and which cannot be traded away. These are the floor the tailoring operates above, and a plan that does not state them invites a decision to drop a mandatory control as an efficiency measure.",
"value": ""
},
"f04_Inherited_Tailoring": {
"section": "1. Tailoring Basis",
"label": "Inherited Tailoring",
"guidance": "Any tailoring already decided at programme or portfolio level that this project inherits rather than makes. Most deviations in a project are inherited, and a plan that records only its own decisions implies it has full control over the approach when it does not.",
"value": ""
},
"f05_Process_or_Artifact": {
"section": "2. Tailoring Decisions",
"label": "Process or Artifact",
"guidance": "What is being tailored, named specifically enough to be found in the methodology. \"The risk process\" is not a decision anyone can approve, because there are several and the one approved may not be the one implemented.",
"value": ""
},
"f06_Standard_Requirement": {
"section": "2. Tailoring Decisions",
"label": "Standard Requirement",
"guidance": "What the methodology requires by default, stated before the change. Without the default written down the reader cannot tell whether the tailoring loosened a requirement or only renamed it, which is the commonest form of undeclared tailoring.",
"value": ""
},
"f07_Decision": {
"section": "2. Tailoring Decisions",
"label": "Decision",
"guidance": "Added, removed, or modified, and specifically what changes. Record the effect on the process itself, not the intent, since \"simplified\" is an intent and \"the weekly risk review is replaced by a fortnightly one\" is an effect.",
"value": ""
},
"f08_Rationale": {
"section": "2. Tailoring Decisions",
"label": "Rationale",
"guidance": "Why this change is right for this project, tied to a driver. A rationale that would be equally valid for any project is not a rationale, and is the usual reason a tailoring decision cannot survive a later challenge.",
"value": ""
},
"f09_Consequence": {
"section": "2. Tailoring Decisions",
"label": "Consequence",
"guidance": "What becomes harder because of the change. Every tailoring has a cost, and a plan that records only what improves is a summary of intentions; recording what is given up is what makes the decision reviewable.",
"value": ""
},
"f10_Reversibility": {
"section": "2. Tailoring Decisions",
"label": "Reversibility",
"guidance": "Whether the change can be undone, and what would trigger reversing it. Most tailoring is reversible in principle and irreversible in practice, because by the time the cost becomes clear the team has built its way around the change.",
"value": ""
},
"f11_Impact_on_Artifacts": {
"section": "2. Tailoring Decisions",
"label": "Impact on Artifacts",
"guidance": "Which downstream artifacts change as a result, such as the risk register, the schedule format, or the reporting cadence. A decision that changes a process without changing the artifacts that process produces leaves two versions of the truth in circulation.",
"value": ""
},
"f12_Decision_Authority": {
"section": "3. Governance of Tailoring",
"label": "Decision Authority",
"guidance": "Who may approve a tailoring decision, and at what level each class of change is approved. Without an authority map the project either escalates everything or decides things nobody authorised.",
"value": ""
},
"f13_Review_and_Reapproval": {
"section": "3. Governance of Tailoring",
"label": "Review and Reapproval",
"guidance": "When the plan is reviewed, and what would cause a decision to be reopened. Tailoring decisions are rarely revisited, so the trigger has to exist before the decision rather than being invented once the cost is known.",
"value": ""
},
"f14_Compliance_Check": {
"section": "3. Governance of Tailoring",
"label": "Compliance Check",
"guidance": "How the plan is checked against the applicable standards, and who performs the check. A self-check performed by the party that wanted the change is not a check.",
"value": ""
},
"f15_Change_Control_Link": {
"section": "3. Governance of Tailoring",
"label": "Change Control Link",
"guidance": "How a later change to a baselined decision is raised, since tailoring is baselined and any subsequent change is a change to the plan rather than an update to it.",
"value": ""
}
}
}