خطة إدارة الفوائد
tasleemat asset PMO-01.02 template --lang ar
ملخص التسليمة وحدود الحوكمة
المرحلة في دورة حياة المشروع
المرحلة 01: الأعمال وتسليم القيمة
متطلبات مستوى الحجم
المستوى 1
عقد التحقق الآلي
ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.
tasleemat validate PMO-01.02 ./completed_data.jsonقالب التسليمة بتنسيق Markdown
<!--
تعليمات النموذج الذكي: املأ المسافات الفارغة [ أضف التفاصيل... ] بناءً على سياق المشروع.
توجيهات استيفاء الأقسام:
**1. خط أساس الفوائد**
* **بيانات الفوائد:** الفوائد التي يُتوقع أن يقدّمها المشروع، كل منها مصوغة في صورة تغيير قابل للقياس لا في صورة نشاط. فعبارة «تحسين عملية الإلحاق بالموظفين» نشاط، وعبارة «خفض الزمن من تقديم الطلب حتى أول يوم إنتاجي بخمسة أيام عمل» فائدة، ولا يصحّ أن تُقال الأولى لأنها لا تُثبت أن الثانية قد تحققت من عدمها.
* **فئات الفوائد:** فئة كل فائدة، مميّزةً بين المالية وغير المالية. والفصل مهم لأن النوعين يُصادق عليهما ويُقاسان ويُبلَّغان من جهات مختلفة، والخطة التي تبلّغ رقماً مدمجًا واحدًا تترك كل جهة تقرأه على أنها تميل لصالحها.
* **مالكو الفوائد:** الدور المساءل عن كل فائدة، وهو عادة ليس مدير المشروع. فمدير المشروع يستطيع تسليم المخرج، أما تغيير المقياس الذي كُتبت فائدة مقابله فلا يستطيعه إلا من في الدور التشغيلي.
* **قيم خط الأساس:** قيمة كل مقياس اليوم. ومن دون خط أساس لا يمكن إثبات وصول أي فائدة لاحقًا، وخط الأساس الذي يُكتب بعد التسليم هو خط أساس اختير ليمدح التسليم.
* **افتراض النسبة:** لماذا يُنسب الأثر إلى المشروع لا إلى اتجاه كان سيحدث على أي حال. وهذا هو الافتراض الذي يُهمل أكثر من غيره، وهو الذي يحدد ما إذا كانت الفائدة المتحققة يمكن المطالبة بها فعلاً.
**2. جدول تحقق الفوائد**
* **تاريخ التحقق:** التاريخ المتوقَّع لتحقيق كل فائدة. والفوائد لا تصل حين يصل المشروع، والخطة التي تؤرّخها عند التسليم هي خطة سيُكتشف خطؤها في الشهر الأول بعد التسليم.
* **مؤشرات التبعية والتباعد:** المؤشر المتصدّر الذي سيظهر قبل تحقق الفائدة نفسها. فالفوائد التي لا تُقاس إلا عند التحقق لا تعطي أي إنذار وهي تتعثّر، وحين يتحرك المقياس يكون التدخّل الذي كان يمكن أن ينفع قد فات.
* **الآثار السلبية:** أي ضرر يوقعه المشروع، بما في ذلك اضطراب تغيير عملية يعمل فيها الناس. وهذه هي الفوائد التي لا تظهر في سجل الفوائد لأن أحدًا لا يبلّغ عنها، وهي أكبر موثوقًا من المكاسب المتوقعة.
* **الاعتماديات:** ما يجب أن يكون متاحًا حتى تتحقق كل فائدة، كتغيير سياسة أو برنامج تدريب أو ميزانية. والفائدة المعتمدة على شيء لم يلتزم به أحد هي فائدة لا يُنسب تحقيقها إلى أحد.
**3. القياس والحوكمة**
* **مقاييس الفوائد:** مقياس كل فائدة، مع مصدره وتواتر جمعه ومن يجمعه. والمقياس الذي لا جامع له مسمى هو مقياس لا يُجمع.
* **طريقة القياس:** كيف تُحسب القيمة، مصوغةً بحيث يحسبها شخصان بالطريقة نفسها. وأغلب الفوائد المختلف عليها يُختلف فيها على الطريقة لا على النتيجة.
* **وتيرة المراجعة:** كم مرة تُراجَع الفوائد، ومن يراجعها. والمراجعة التي تقتصر على إغلاق المشروع تمرين استعراضي، تكون فيه كل القرارات المتاحة للتأثير في النتيجة قد مضت.
* **قواعد حالة الفوائد:** ما يحدث حين تكون فائدة خارج المسار: من يُخطر، وما الإجراء الذي يلي، وما الذي يُسقِط فائدة من الخطة. ومن دون قاعدة تُعدَّل الحالة لتطابق الواقع بدل أن يُعدَّل الواقع، وهذه هي الآلية التي تتحول بها الخطة بهدوء إلى رواية خيالية.
* **جمهور البلاغ:** من يتلقى تقرير الفوائد وبأي صيغة. وخط البلاغ هو ما يجعل الأرقام تتغير، وتقرير الفوائد الذي يذهب إلى فريق المشروع وحده سجل لا أداة ضبط.
**4. مخاطر الفوائد والإجراءات**
* **مخاطر الفوائد:** المخاطر التي تحول دون تحقق كل فائدة، مصوغةً في صورة الخطر على الفائدة لا في صورة خطر على المشروع. فخطر الجدول ليس خطرًا على الفوائد حتى يُربط بالفائدة التي يهدّدها.
* **مالك الخطر والاستجابة:** من يملك كل خطر على الفوائد، وما الاستجابة. والإجراء الذي لا مالك له أمنية، وتُعاد الأمنية في كل مراجعة حتى تصير المراجعة طقسًا.
* **محفّز الإنذار المبكر:** الحدث الملاحَظ الذي يعني أن الخطر بدأ يتحقق. فالمخاطر تُراجَع عادة بعد وقوعها، وعندئذٍ تكون الاستجابة محض سجل لما حدث.
-->
<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المبادرة}} - {{معرف_الدراسة}}</h2>
<h1 align="center">خطة إدارة الفوائد</h1>
| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **رئيس فريق التقييم:** {{اسم_المقيّم_الرئيسي}} | **إعداد:** {{المُعِد}} |
| ---: | ---: | ---: |
---
## 1. خط أساس الفوائد
<!-- الفوائد في صورة تغييرات قابلة للقياس، ومالكوها، وقيمها اليوم، ولماذا يُنسب هذا الأثر إلى المشروع. -->
| الفائدة | الفئة | المالك | خط الأساس | القيمة المستهدفة | افتراض النسبة |
| ---: | ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
**بيانات الفوائد:** [ أضف التفاصيل... ]
**فئات الفوائد:** [ أضف التفاصيل... ]
**مالكو الفوائد:** [ أضف التفاصيل... ]
**قيم خط الأساس:** [ أضف التفاصيل... ]
**افتراض النسبة:** [ أضف التفاصيل... ]
---
## 2. جدول تحقق الفوائد
<!-- متى يُتوقع تحقق كل فائدة، وما الذي يظهر قبل ذلك، والضرر المتوقع، وما تعتمد عليه. -->
| الفائدة | تاريخ التحقق | المؤشر المتصدّر | التبعية والتباعد | الاعتماديات | الآثار السلبية |
| ---: | ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
**تاريخ التحقق:** [ أضف التفاصيل... ]
**مؤشرات التبعية والتباعد:** [ أضف التفاصيل... ]
**الآثار السلبية:** [ أضف التفاصيل... ]
**الاعتماديات:** [ أضف التفاصيل... ]
---
## 3. القياس والحوكمة
<!-- المقاييس، والطريقة، والوتيرة، وما يحدث حين تتأخر فائدة. -->
**مقاييس الفوائد:** [ أضف التفاصيل... ]
**طريقة القياس:** [ أضف التفاصيل... ]
**وتيرة المراجعة:** [ أضف التفاصيل... ]
**قواعد حالة الفوائد:** [ أضف التفاصيل... ]
**جمهور البلاغ:** [ أضف التفاصيل... ]
---
## 4. مخاطر الفوائد والإجراءات
<!-- المخاطر على الفوائد نفسها، ومالك كل منها، والحدث الملاحَظ الذي يعني أنها وقعت. -->
| الفائدة | خطر على الفائدة | المالك | الاستجابة | محفّز الإنذار المبكر |
| ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
**مخاطر الفوائد:** [ أضف التفاصيل... ]
**مالك الخطر والاستجابة:** [ أضف التفاصيل... ]
**محفّز الإنذار المبكر:** [ أضف التفاصيل... ]
---
### الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مالك الفوائد / الأعمال** | {{اسم_مالك_الفوائد}} | _______________________ | [.... -.... -.... ] |
| **مدير المشروع** | {{اسم_مدير_المشروع}} | _______________________ | [.... -.... -.... ] |
| **راعي المشروع** | {{اسم_راعي_المشروع}} | _______________________ | [.... -.... -.... ] |
---
<div align="left" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
<strong>النموذج:</strong> خطة إدارة الفوائد | <strong>المرجع:</strong> PMO-01.02 <br>
<i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>
</div>دليل المستخدم وإرشادات الممارس
دليل نماذج تسليمات
المخرج: خطة إدارة الفوائد
مرجع الوثيقة: PMO-01.02
يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من خطة إدارة الفوائد واستخدامها بفعالية بما يتوافق مع إطار تسليمات.
1. مفهوم الوثيقة وطبيعتها
خطة تُحدّد الفوائد التي يُتوقع أن يقدّمها المشروع، وتثبّت قيمتها الحالية كخط أساس، وتسند كل فائدة إلى مالك، وتؤرّخ متى يُتوقع تحققها، وتذكر المقياس والطريقة التي ستُتحقق بها، وتسجّل ما يحدث للخطة حين لا تتحقق فائدة. وهي متميزة عن سجل تحقيق القيمة، إذ يتتبع ذلك الفوائد فرادى وهي تتحرك، بينما تضع هذه الخطة القواعد التي تُتابع بها.
2. القيمة والأهمية الاستراتيجية
لأن التسليم والفائدة حدثان مختلفان بتاريخين مختلفين، وواحد منهما فقط يقع أثناء بقاء فريق المشروع مراقبًا. فالمشروع الذي يُغلق في موعده تصريحٌ عن المخرجات، أما ما إذا كان المقياس قد تحرك فهو دعوى منفصلة لا أحد مساءل عن التحقق منها ما لم تُكتب قبل بدء التسليم، بخط أساس واسم مقابلها. وكتابتها بعدها ليست الفعل نفسه، لأن خط الأساس لا يمكن عندئذٍ إلا أن يُختار بمعرفة النتيجة.
3. التوقيت ودواعي الإعداد والتحديث
يُعدّ هذا المخرج ويستخدم ويُحدَّث أساسًا في مجموعة الأعمال وتسليم القيمة من دورة حياة المشروع. يُكتب قبل التسليم، ويُراجَع أثناءه وبعده، ويبقى حيًّا حتى تتحقق آخر فائدة، وهو ما يقع عادةً بعد إغلاق المشروع بوقت طويل.
4. الأدوار والمسؤوليات (RACI)
المسؤوليات: يملكها مالك الأعمال لا مدير المشروع، لأن المدير يسلّم المخرج بينما تتحقق الفائدة في الدور التشغيلي الذي عليه تغيير ممارسته ليتحرك المقياس. ويراجعها راعي المشروع، المسؤول عن قرار الاستثمار الذي كانت الفوائد جزءًا من حجته.
إرشادات التخصيص والمواءمة
- يمكن تتبع الفوائد المالية وغير المالية في قسمين منفصلين لهما مالكان ووتيرتان مختلفان، وهو أوضح عادةً من رقم مدمج واحد تقرأ فيه كل جهة مهتمة ما يناسبها.
- حيث تتحقق الفوائد عبر طرف ثالث، يجوز أن تخطّط الخطة للطرف الثالث بصفة مالك، لكن عليها أن تذكر المقياس، لأن الفائدة المتعاقدة لا تُفترض من مجرّد وجود العقد.
- ينبغي الإبقاء على حقل الآثار السلبية حتى حين لا يُتوقع شيء، لأن الحقل الفارغ يسجّل أن السؤال قد طُرح، والخطة التي لم تطرحه لا يمكن أن يُثبت لاحقًا أنها كانت كاملة.
- للمشروع الصغير يمكن تقليص الخطة إلى جدول واحد للفوائد بمالكيها وتواريخها، بشرط الإبقاء على قاعدة الحالة وطريقة القياس، فهما ما يحوّل الجدول إلى أداة ضبط.
- يجوز تسليم الخطة لوظيفة العمليات عند الإغلاق، لكن ينبغي الاتفاق على وتيرة المراجعة وقواعد الحالة مع تلك الوظيفة قبل التسليم، إذ لا يمكن فرض أيٍّ منهما بعد ذلك.
المحاذاة والترابط المؤسسي
ينبغي أن تتسق خطة إدارة الفوائد مع المستندات التالية: * دراسة الجدوى * ميثاق البرنامج * خطة إدارة المشروع * سجل تحقيق القيمة
5. إرشادات تعبئة الحقول والبيانات
لإتمام خطة إدارة الفوائد بدقّة واحتراف، على المسؤول تعبئة الأقسام
التالية استنادًا إلى سياق المشروع (مع التأكد من الرجوع إلى
parameters.md للمتغيرات العامة للمشروع):
- بيانات الفوائد: الفوائد التي يُتوقع أن يقدّمها المشروع، كل منها مصوغة في صورة تغيير قابل للقياس لا في صورة نشاط. فعبارة «تحسين عملية الإلحاق بالموظفين» نشاط، وعبارة «خفض الزمن من تقديم الطلب حتى أول يوم إنتاجي بخمسة أيام عمل» فائدة، ولا يصحّ أن تُقال الأولى لأنها لا تُثبت أن الثانية قد تحققت من عدمها.
- فئات الفوائد: فئة كل فائدة، مميّزةً بين المالية وغير المالية. والفصل مهم لأن النوعين يُصادق عليهما ويُقاسان ويُبلَّغان من جهات مختلفة، والخطة التي تبلّغ رقماً مدمجًا واحدًا تترك كل جهة تقرأه على أنها تميل لصالحها.
- مالكو الفوائد: الدور المساءل عن كل فائدة، وهو عادة ليس مدير المشروع. فمدير المشروع يستطيع تسليم المخرج، أما تغيير المقياس الذي كُتبت الفائدة مقابله فلا يستطيعه إلا من في الدور التشغيلي.
- قيم خط الأساس: قيمة كل مقياس اليوم. ومن دون خط أساس لا يمكن إثبات وصول أي فائدة لاحقًا، وخط الأساس الذي يُكتب بعد التسليم هو خط أساس اختير ليمدح التسليم.
- افتراض النسبة: لماذا يُنسب الأثر إلى المشروع لا إلى اتجاه كان سيحدث على أي حال، وهذا هو الافتراض الذي يُهمل أكثر من غيره، وهو الذي يحدد ما إذا كانت الفائدة المتحققة يمكن المطالبة بها فعلًا.
- تاريخ التحقق: التاريخ المتوقَّع لتحقيق كل فائدة. والفوائد لا تصل حين يصل المشروع، والخطة التي تؤرّخها عند التسليم هي خطة سيُكتشف خطؤها في الشهر الأول بعد التسليم.
- مؤشرات التبعية والتباعد: المؤشر المتصدّر الذي سيظهر قبل تحقق الفائدة نفسها. فالفوائد التي لا تُقاس إلا عند التحقق لا تعطي أي إنذار وهي تتعثّر، وحين يتحرك المقياس يكون التدخّل الذي كان يمكن أن ينفع قد فات.
- الآثار السلبية: أي ضرر يوقعه المشروع، بما في ذلك اضطراب تغيير عملية يعمل فيها الناس. وهذه هي الفوائد التي لا تظهر في سجل الفوائد لأن أحدًا لا يبلّغ عنها، وهي أكبر موثوقًا من المكاسب المتوقعة.
- الاعتماديات: ما يجب أن يكون متاحًا حتى تتحقق كل فائدة، كتغيير سياسة أو برنامج تدريب أو ميزانية. والفائدة المعتمدة على شيء لم يلتزم به أحد هي فائدة لا يُنسب تحقيقها إلى أحد.
- مقاييس الفوائد: مقياس كل فائدة، مع مصدره وتواتر جمعه ومن يجمعه. والمقياس الذي لا جامع له مسمى هو مقياس لا يُجمع.
- طريقة القياس: كيف تُحسب القيمة، مصوغةً بحيث يحسبها شخصان بالطريقة نفسها. وأغلب الفوائد المختلف عليها يُختلف فيها على الطريقة لا على النتيجة.
- وتيرة المراجعة: كم مرة تُراجَع الفوائد، ومن يراجعها. والمراجعة التي تقتصر على إغلاق المشروع تمرين استعراضي، تكون فيه كل القرارات المتاحة للتأثير في النتيجة قد مضت.
- قواعد حالة الفوائد: ما يحدث حين تكون فائدة خارج المسار: من يُخطر، وما الإجراء الذي يلي، وما الذي يُسقِط فائدة من الخطة. ومن دون قاعدة تُعدَّل الحالة لتطابق الواقع بدل أن يُعدَّل الواقع، وهذه هي الآلية التي تتحول بها الخطة بهدوء إلى رواية خيالية.
- جمهور البلاغ: من يتلقى تقرير الفوائد وبأي صيغة. وخط البلاغ هو ما يجعل الأرقام تتغير، وتقرير الفوائد الذي يذهب إلى فريق المشروع وحده سجل لا أداة ضبط.
- مخاطر الفوائد: المخاطر التي تحول دون تحقق كل فائدة، مصوغةً في صورة الخطر على الفائدة لا في صورة خطر على المشروع. فخطر الجدول ليس خطرًا على الفوائد حتى يُربط بالفائدة التي يهدّدها.
- مالك الخطر والاستجابة: من يملك كل خطر على الفوائد، وما الاستجابة. والإجراء الذي لا مالك له أمنية، وتُعاد الأمنية في كل مراجعة حتى تصير المراجعة طقسًا.
- محفّز الإنذار المبكر: الحدث الملاحَظ الذي يعني أن الخطر بدأ يتحقق. فالمخاطر تُراجَع عادة بعد وقوعها، وعندئذٍ تكون الاستجابة محض سجل لما حدث.
المحاذاة والترابط المؤسسي
- 📄 القالب القابل للطباعة (Markdown)
- 🤖 موجّه التوليد الذكي
- 📊 بنية البيانات (JSON)
- 📈 البيانات الجدولية (CSV)
6. نموذج تطبيقي معبأ (مثال استرشادي)
يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:
📖 النموذج التطبيقي المكتمل: 01_02_خطة_إدارة_الفوائد_مثال.md
مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل
خطة إدارة الفوائد - دليل التوليد الذكي
تعليمات النظام: يحتوي هذا المستند على التوجيهات التفصيلية للذكاء الاصطناعي لتوليد وثيقة «الوثيقة المعتمدة». عند طلب صياغة أو استيفاء هذا النموذج، اتبع الإرشادات المحددة لكل قسم بدقة واحترافية، مع مراعاة سياق المشروع والمتغيرات المرجعية في
parameters.md.السياق والتعريف المهني: خطة إدارة الفوائد هي الجواب عن سؤال لا يستطيع المشروع نفسه أن يجيب عنه: هل يُستعمل الشيء الذي بُني؟ فالمشروع الذي يُسلَّم في وقته وفي نطاقه وفي ميزانيته يظل فاشلًا إن كان المقياس الذي كان ينبغي أن يتحرك لم يتحرك، ولن يبيّن ذلك أيٌّ من قيود التسليم الثلاثة المعتادة.
تأتي الأقسام الأربعة وفق حياة الفائدة لا وفق حياة المشروع. فخط الأساس يثبّت قيمة الفوائد اليوم ومن يتحمل مسؤوليتها، لأن الفائدة التي لا خط أساس لها ولا مالك هي دعوى لا هدف. وجدول التحقق يثبّت متى يُتوقع وصولها وما الذي سيظهر قبل ذلك. وقسم القياس يثبّت من يجمع الرقم وما الذي يحدث حين لا يتحرك. وقسم المخاطر يربط ما يمنع الوصول إليها بما يمنع تأخير المشروع.
والقسم الأكثر إهمالًا هو قاعدة ما يحدث حين تتأخر فائدة. فمن دونها تُعدَّل الحالة لتطابق الواقع بدل أن يُعدَّل الواقع، وهذه هي الطريقة التي تتحول بها الخطة إلى رواية خيالية مع استمرار وصفها بأنها في المسار.
المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: دراسة الجدوى وحالة الأعمال (PMO-01.01)، ميثاق المشروع (PMO-03.01) * اختياري: ميثاق البرنامج (PMO-00.02)، الأهداف الاستراتيجية المؤسسية * المخرجات (النماذج التابعة): * إلزامي: سجل تحقيق القيمة (PMO-01.03)، خطة إدارة المشروع (PMO-04.01.01)، إغلاق المشروع أو المرحلة (PMO-07.03) * اختياري: خارطة طريق المشروع (PMO-04.01.03)، قائمة التحقق للانتقال إلى العمليات (PMO-07.04)
خط أساس الفوائد
بيانات الفوائد
التعليمات: الفوائد التي يُتوقع أن يقدّمها المشروع، كل منها مصوغة في صورة تغيير قابل للقياس لا في صورة نشاط. فعبارة «تحسين عملية الإلحاق بالموظفين» نشاط، وعبارة «خفض الزمن من تقديم الطلب حتى أول يوم إنتاجي بخمسة أيام عمل» فائدة، ولا يصحّ أن تُقال الأولى لأنها لا تُثبت أن الثانية قد تحققت من عدمها.
القيمة المولَّدة: [ أضف التفاصيل... ]
فئات الفوائد
التعليمات: فئة كل فائدة، مميّزةً بين المالية وغير المالية. والفصل مهم لأن النوعين يُصادق عليهما ويُقاسان ويُبلَّغان من جهات مختلفة، والخطة التي تبلّغ رقماً مدمجًا واحدًا تترك كل جهة تقرأه على أنها تميل لصالحها.
القيمة المولَّدة: [ أضف التفاصيل... ]
مالكو الفوائد
التعليمات: الدور المساءل عن كل فائدة، وهو عادة ليس مدير المشروع. فمدير المشروع يستطيع تسليم المخرج، أما تغيير المقياس الذي كُتبت الفائدة مقابله فلا يستطيعه إلا من في الدور التشغيلي.
القيمة المولَّدة: [ أضف التفاصيل... ]
قيم خط الأساس
التعليمات: قيمة كل مقياس اليوم. ومن دون خط أساس لا يمكن إثبات وصول أي فائدة لاحقًا، وخط الأساس الذي يُكتب بعد التسليم هو خط أساس اختير ليمدح التسليم.
القيمة المولَّدة: [ أضف التفاصيل... ]
افتراض النسبة
التعليمات: لماذا يُنسب الأثر إلى المشروع لا إلى اتجاه كان سيحدث على أي حال، وهذا هو الافتراض الذي يُهمل أكثر من غيره، وهو الذي يحدد ما إذا كانت الفائدة المتحققة يمكن المطالبة بها فعلًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
جدول تحقق الفوائد
تاريخ التحقق
التعليمات: التاريخ المتوقَّع لتحقيق كل فائدة. والفوائد لا تصل حين يصل المشروع، والخطة التي تؤرّخها عند التسليم هي خطة سيُكتشف خطؤها في الشهر الأول بعد التسليم.
القيمة المولَّدة: [ أضف التفاصيل... ]
مؤشرات التبعية والتباعد
التعليمات: المؤشر المتصدّر الذي سيظهر قبل تحقق الفائدة نفسها. فالفوائد التي لا تُقاس إلا عند التحقق لا تعطي أي إنذار وهي تتعثّر، وحين يتحرك المقياس يكون التدخّل الذي كان يمكن أن ينفع قد فات.
القيمة المولَّدة: [ أضف التفاصيل... ]
الآثار السلبية
التعليمات: أي ضرر يوقعه المشروع، بما في ذلك اضطراب تغيير عملية يعمل فيها الناس. وهذه هي الفوائد التي لا تظهر في سجل الفوائد لأن أحدًا لا يبلّغ عنها، وهي أكبر موثوقًا من المكاسب المتوقعة.
القيمة المولَّدة: [ أضف التفاصيل... ]
الاعتماديات
التعليمات: ما يجب أن يكون متاحًا حتى تتحقق كل فائدة، كتغيير سياسة أو برنامج تدريب أو ميزانية. والفائدة المعتمدة على شيء لم يلتزم به أحد هي فائدة لا يُنسب تحقيقها إلى أحد.
القيمة المولَّدة: [ أضف التفاصيل... ]
القياس والحوكمة
مقاييس الفوائد
التعليمات: مقياس كل فائدة، مع مصدره وتواتر جمعه ومن يجمعه. والمقياس الذي لا جامع له مسمى هو مقياس لا يُجمع.
القيمة المولَّدة: [ أضف التفاصيل... ]
طريقة القياس
التعليمات: كيف تُحسب القيمة، مصوغةً بحيث يحسبها شخصان بالطريقة نفسها. وأغلب الفوائد المختلف عليها يُختلف فيها على الطريقة لا على النتيجة.
القيمة المولَّدة: [ أضف التفاصيل... ]
وتيرة المراجعة
التعليمات: كم مرة تُراجَع الفوائد، ومن يراجعها. والمراجعة التي تقتصر على إغلاق المشروع تمرين استعراضي، تكون فيه كل القرارات المتاحة للتأثير في النتيجة قد مضت.
القيمة المولَّدة: [ أضف التفاصيل... ]
قواعد حالة الفوائد
التعليمات: ما يحدث حين تكون فائدة خارج المسار: من يُخطر، وما الإجراء الذي يلي، وما الذي يُسقِط فائدة من الخطة. ومن دون قاعدة تُعدَّل الحالة لتطابق الواقع بدل أن يُعدَّل الواقع، وهذه هي الآلية التي تتحول بها الخطة بهدوء إلى رواية خيالية.
القيمة المولَّدة: [ أضف التفاصيل... ]
جمهور البلاغ
التعليمات: من يتلقى تقرير الفوائد وبأي صيغة. وخط البلاغ هو ما يجعل الأرقام تتغير، وتقرير الفوائد الذي يذهب إلى فريق المشروع وحده سجل لا أداة ضبط.
القيمة المولَّدة: [ أضف التفاصيل... ]
مخاطر الفوائد والإجراءات
مخاطر الفوائد
التعليمات: المخاطر التي تحول دون تحقق كل فائدة، مصوغةً في صورة الخطر على الفائدة لا في صورة خطر على المشروع. فخطر الجدول ليس خطرًا على الفوائد حتى يُربط بالفائدة التي يهدّدها.
القيمة المولَّدة: [ أضف التفاصيل... ]
مالك الخطر والاستجابة
التعليمات: من يملك كل خطر على الفوائد، وما الاستجابة. والإجراء الذي لا مالك له أمنية، وتُعاد الأمنية في كل مراجعة حتى تصير المراجعة طقسًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
محفّز الإنذار المبكر
التعليمات: الحدث الملاحَظ الذي يعني أن الخطر بدأ يتحقق. فالمخاطر تُراجَع عادة بعد وقوعها، وعندئذٍ تكون الاستجابة محض سجل لما حدث.
القيمة المولَّدة: [ أضف التفاصيل... ]
خطة إدارة الفوائد (نموذج تطبيقي معبأ)
🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (
PMO-01.02). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.
شركة القمة للحلول المؤسسية المتقدمة
مبادرة تحديث الأنظمة الأساسية والترحيل السحابي - FEAS-2026-003
خطة إدارة الفوائد
1. خط أساس الفوائد
| الفائدة | الفئة | المالك | خط الأساس | القيمة المستهدفة | افتراض النسبة |
|---|---|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | تقني وتكاملي | أ. إلينا فانس، PfMP | تحسن بنسبة +28% مقارنة بالمعالجة التقليدية | 3,500,000 ريال | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | تنظيمي وتشغيلي | م. فيصل الحربي، PMP | خفض معدل الأخطاء بنسبة 65% عن النظام القديم | 4,200,000 ريال | معتمد ومطابق للمعايير القياسية لشركة القمة |
بيانات الفوائد: تحقيق وفر مالي سنوي قدره 4.2 مليون ريال وتقليص دورة معالجة الطلبات بنسبة 40%.
فئات الفوائد: وفورات مالية مباشرة، كفاءة تشغيلية، تحسين رضا المستفيدين، وضمان الامتثال التنظيمي.
مالكو الفوائد: نائب الرئيس للعمليات، المدير المالي، ومدير المشتريات وسلاسل الإمداد.
قيم خط الأساس: زمن دورة الطلب: 12 يوماً؛ نسبة الأخطاء: 4.8%؛ التكلفة التشغيلية: 14.5 مليون ريال سنوياً.
افتراض النسبة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
2. جدول تحقق الفوائد
| الفائدة | تاريخ التحقق | المؤشر المتصدّر | التبعية والتباعد | الاعتماديات | الآثار السلبية |
|---|---|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | 2026-06-30 | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | 2026-09-30 | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
تاريخ التحقق: 2026-Q1 إلى 2027-Q4 (دورة سنوية مع مراجعة ربع سنوية)
مؤشرات التبعية والتباعد: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الآثار السلبية: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الاعتماديات: مراجعة واعتماد بشري إلزامي من قِبل مدراء القطاعات المعنية لكافة العمليات الاستثنائية وذات الأثر المالي.
3. القياس والحوكمة
مقاييس الفوائد: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
طريقة القياس: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
وتيرة المراجعة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
قواعد حالة الفوائد: مخططة -> قيد التحقق -> محققة جزئياً -> محققة بالكامل ومستدامة تشغيلياً.
جمهور البلاغ: الراعي التنفيذي، لجنة التوجيه، مدراء القطاعات التشغيلية، ومكتب إدارة المشاريع (PMO).
4. مخاطر الفوائد والإجراءات
| الفائدة | خطر على الفائدة | المالك | الاستجابة | محفّز الإنذار المبكر |
|---|---|---|---|---|
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | أ. إلينا فانس، PfMP | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
| معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | م. فيصل الحربي، PMP | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
مخاطر الفوائد: مقاومة التغيير من المستخدمين وتأخر تكامل واجهات الأنظمة الخارجية.
مالك الخطر والاستجابة: م. فيصل الحربي، PMP (مدير المشروع) بالتعاون مع أ. ليلى العمري (مدير المخاطر).
محفّز الإنذار المبكر: مراقبة مستمرة للمؤشرات التشغيلية ورفع تقارير دورية مع تفعيل خطط الاستجابة الفورية عند تجاوز العتبات.
الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
|---|---|---|---|
| مالك الفوائد / الأعمال | أ. سلطان الدوسري (نائب الرئيس للعمليات) | [معتمد إلكترونياً] | 2026-03-18 |
| مدير المشروع | م. فيصل الحربي، PMP | [معتمد إلكترونياً] | 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-01.02.schema.json",
"title": "Completed Benefits Management Plan Data Contract",
"description": "Additive structural schema validating completed Benefits Management Plan artifact data payloads (PMO-01.02).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-01.02"
},
"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_benefits_baseline": {
"type": "object",
"properties": {
"benefit_statements": {
"type": "string",
"minLength": 1,
"description": "The benefits the project is expected to deliver, each stated as a measurable change rather than as an activity. \"Improve the onboarding process\" is an activity; \"reduce time from application to first productive day by five working days\" is a benefit, and only the second can later be shown to have happened or not."
},
"benefit_categories": {
"type": "string",
"minLength": 1,
"description": "The category of each benefit, distinguishing financial from non-financial. The split matters because the two are approved, measured and reported by different parties, and a plan that reports one blended number lets each party read it as favouring itself."
},
"benefit_owners": {
"type": "string",
"minLength": 1,
"description": "The role accountable for each benefit, which is normally not the project manager. The project manager can deliver the output; only someone in the operating role can change the measure the benefit is written against."
},
"baseline_values": {
"type": "string",
"minLength": 1,
"description": "The value of each measure today. Without a baseline no benefit can later be shown to have arrived, and a baseline written after delivery is a baseline chosen to flatter the delivery."
},
"attribution_assumption": {
"type": "string",
"minLength": 1,
"description": "Why the project is credited with the benefit rather than a trend that would have happened anyway. This is the assumption most often left unstated, and it is the one that determines whether a realised benefit can actually be claimed."
}
},
"required": [
"benefit_statements",
"benefit_categories",
"benefit_owners",
"baseline_values",
"attribution_assumption"
]
},
"2_benefit_realisation_timeline": {
"type": "object",
"properties": {
"realisation_date": {
"type": "string",
"minLength": 1,
"description": "When each benefit is expected to be realised, stated as a date. Benefits do not arrive when the project does, and a plan that dates them at handover is a plan that will be found to be wrong in the first month after delivery."
},
"lead_and_lag_indicators": {
"type": "string",
"minLength": 1,
"description": "The leading indicator that will be visible before the benefit itself. Benefits that are only measured at realisation give no warning while they are failing, and by the time the measure moves the intervention that could have helped has passed."
},
"dis_benefits": {
"type": "string",
"minLength": 1,
"description": "Any harm the project causes, including the disruption of changing a process people are working in. These are the benefits that do not appear in a benefits register because nobody is reporting them, and they are reliably larger than the expected gains."
},
"dependencies": {
"type": "string",
"minLength": 1,
"description": "What must be in place for each benefit to arrive, such as a policy change, a training programme, or a budget. A benefit dependent on something nobody has committed to is a benefit that will be attributed to nobody."
}
},
"required": [
"realisation_date",
"lead_and_lag_indicators",
"dis_benefits",
"dependencies"
]
},
"3_measurement_and_governance": {
"type": "object",
"properties": {
"benefit_metrics": {
"type": "string",
"minLength": 1,
"description": "The measure for each benefit, with its source, its collection frequency and who collects it. A metric with no named collector is a metric that is not collected."
},
"measurement_method": {
"type": "string",
"minLength": 1,
"description": "How the value is calculated, stated so that two people would compute it the same way. Most disputed benefits are disputed over method rather than over outcome."
},
"review_cadence": {
"type": "string",
"minLength": 1,
"description": "How often the benefits are reviewed, and by whom. A benefits review held only at project closure is a retrospective exercise, by which point every decision available to influence the outcome has already passed."
},
"benefit_status_rules": {
"type": "string",
"minLength": 1,
"description": "What happens when a benefit is not on track: who is told, what action follows, and what would cause a benefit to be withdrawn from the plan. Without a rule the status is adjusted to match reality rather than reality being adjusted, which is the mechanism by which a plan quietly becomes fiction."
},
"reporting_audience": {
"type": "string",
"minLength": 1,
"description": "Who receives the benefits report, and in what form. The reporting line is what makes the numbers change; a benefits report sent only to the project team is a record rather than a control."
}
},
"required": [
"benefit_metrics",
"measurement_method",
"review_cadence",
"benefit_status_rules",
"reporting_audience"
]
},
"4_benefit_risks_and_actions": {
"type": "object",
"properties": {
"benefit_risks": {
"type": "string",
"minLength": 1,
"description": "The risks that would prevent each benefit arriving, stated as the risk to the benefit rather than as a project risk. A schedule risk is not a benefit risk until it is traced to the benefit it threatens."
},
"risk_owner_and_response": {
"type": "string",
"minLength": 1,
"description": "Who owns each risk to the benefit, and what the response is. An action with no owner is a wish, and the wish is repeated at every review until the review becomes routine."
},
"early_warning_trigger": {
"type": "string",
"minLength": 1,
"description": "The observable event that means the risk is materialising. Risks are usually reviewed after they have occurred, at which point the response is a record of what happened."
}
},
"required": [
"benefit_risks",
"risk_owner_and_response",
"early_warning_trigger"
]
}
},
"required": [
"artifact_id",
"metadata",
"1_benefits_baseline",
"2_benefit_realisation_timeline",
"3_measurement_and_governance",
"4_benefit_risks_and_actions"
]
}📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
"_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 dis-benefits as well as the benefits: a plan that names only the gains is not neutral, it is optimistic, and the omission is what makes the eventual benefits report unreadable.",
"form_name": "Benefits Management Plan",
"document_reference": "PMO-01.02",
"project_title": "",
"date_prepared": "",
"fields": {
"f01_Benefit_Statements": {
"section": "1. Benefits Baseline",
"label": "Benefit Statements",
"guidance": "The benefits the project is expected to deliver, each stated as a measurable change rather than as an activity. \"Improve the onboarding process\" is an activity; \"reduce time from application to first productive day by five working days\" is a benefit, and only the second can later be shown to have happened or not.",
"value": ""
},
"f02_Benefit_Categories": {
"section": "1. Benefits Baseline",
"label": "Benefit Categories",
"guidance": "The category of each benefit, distinguishing financial from non-financial. The split matters because the two are approved, measured and reported by different parties, and a plan that reports one blended number lets each party read it as favouring itself.",
"value": ""
},
"f03_Benefit_Owners": {
"section": "1. Benefits Baseline",
"label": "Benefit Owners",
"guidance": "The role accountable for each benefit, which is normally not the project manager. The project manager can deliver the output; only someone in the operating role can change the measure the benefit is written against.",
"value": ""
},
"f04_Baseline_Values": {
"section": "1. Benefits Baseline",
"label": "Baseline Values",
"guidance": "The value of each measure today. Without a baseline no benefit can later be shown to have arrived, and a baseline written after delivery is a baseline chosen to flatter the delivery.",
"value": ""
},
"f05_Attribution_Assumption": {
"section": "1. Benefits Baseline",
"label": "Attribution Assumption",
"guidance": "Why the project is credited with the benefit rather than a trend that would have happened anyway. This is the assumption most often left unstated, and it is the one that determines whether a realised benefit can actually be claimed.",
"value": ""
},
"f06_Realisation_Date": {
"section": "2. Benefit Realisation Timeline",
"label": "Realisation Date",
"guidance": "When each benefit is expected to be realised, stated as a date. Benefits do not arrive when the project does, and a plan that dates them at handover is a plan that will be found to be wrong in the first month after delivery.",
"value": ""
},
"f07_Lead_and_Lag_Indicators": {
"section": "2. Benefit Realisation Timeline",
"label": "Lead and Lag Indicators",
"guidance": "The leading indicator that will be visible before the benefit itself. Benefits that are only measured at realisation give no warning while they are failing, and by the time the measure moves the intervention that could have helped has passed.",
"value": ""
},
"f08_Dis_benefits": {
"section": "2. Benefit Realisation Timeline",
"label": "Dis-benefits",
"guidance": "Any harm the project causes, including the disruption of changing a process people are working in. These are the benefits that do not appear in a benefits register because nobody is reporting them, and they are reliably larger than the expected gains.",
"value": ""
},
"f09_Dependencies": {
"section": "2. Benefit Realisation Timeline",
"label": "Dependencies",
"guidance": "What must be in place for each benefit to arrive, such as a policy change, a training programme, or a budget. A benefit dependent on something nobody has committed to is a benefit that will be attributed to nobody.",
"value": ""
},
"f10_Benefit_Metrics": {
"section": "3. Measurement and Governance",
"label": "Benefit Metrics",
"guidance": "The measure for each benefit, with its source, its collection frequency and who collects it. A metric with no named collector is a metric that is not collected.",
"value": ""
},
"f11_Measurement_Method": {
"section": "3. Measurement and Governance",
"label": "Measurement Method",
"guidance": "How the value is calculated, stated so that two people would compute it the same way. Most disputed benefits are disputed over method rather than over outcome.",
"value": ""
},
"f12_Review_Cadence": {
"section": "3. Measurement and Governance",
"label": "Review Cadence",
"guidance": "How often the benefits are reviewed, and by whom. A benefits review held only at project closure is a retrospective exercise, by which point every decision available to influence the outcome has already passed.",
"value": ""
},
"f13_Benefit_Status_Rules": {
"section": "3. Measurement and Governance",
"label": "Benefit Status Rules",
"guidance": "What happens when a benefit is not on track: who is told, what action follows, and what would cause a benefit to be withdrawn from the plan. Without a rule the status is adjusted to match reality rather than reality being adjusted, which is the mechanism by which a plan quietly becomes fiction.",
"value": ""
},
"f14_Reporting_Audience": {
"section": "3. Measurement and Governance",
"label": "Reporting Audience",
"guidance": "Who receives the benefits report, and in what form. The reporting line is what makes the numbers change; a benefits report sent only to the project team is a record rather than a control.",
"value": ""
},
"f15_Benefit_Risks": {
"section": "4. Benefit Risks and Actions",
"label": "Benefit Risks",
"guidance": "The risks that would prevent each benefit arriving, stated as the risk to the benefit rather than as a project risk. A schedule risk is not a benefit risk until it is traced to the benefit it threatens.",
"value": ""
},
"f16_Risk_Owner_and_Response": {
"section": "4. Benefit Risks and Actions",
"label": "Risk Owner and Response",
"guidance": "Who owns each risk to the benefit, and what the response is. An action with no owner is a wish, and the wish is repeated at every review until the review becomes routine.",
"value": ""
},
"f17_Early_Warning_Trigger": {
"section": "4. Benefit Risks and Actions",
"label": "Early Warning Trigger",
"guidance": "The observable event that means the risk is materialising. Risks are usually reviewed after they have occurred, at which point the response is a record of what happened.",
"value": ""
}
}
}