نموذج تخطيط قصص المستخدم
tasleemat asset PMO-04.02.09 template --lang ar
ملخص التسليمة وحدود الحوكمة
المرحلة في دورة حياة المشروع
المرحلة 04: التخطيط
متطلبات مستوى الحجم
عقد التحقق الآلي
ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.
tasleemat validate PMO-04.02.09 ./completed_data.jsonقالب التسليمة بتنسيق Markdown
<!--
تعليمات النموذج الذكي: املأ العناصر النائبة [ أضف التفاصيل... ] بناءً على سياق المشروع.
توجيهات استيفاء الأقسام:
**١. الشخص والمشكلة**
* **الشخص الرئيس:**
* **ما الذي يحاول إنجازه:**
* **التكرار والرهانات:**
* **المنظمات والأدوار المتأثرة:**
**٢. الهيكل الرئيسي**
* **الأنشطة بالترتيب:**
* **مصدر الهيكل:**
* **الأنشطة المؤجَّلة:**
* **المسارات الاختيارية والمتغيّرة:**
**٣. الشرائح**
* **المهام تحت كل نشاط:**
* **الشرائح كأعمدة رأسية:**
* **الهيكل العظمي الدقيق:**
* **دليل حجم الشريحة:**
**٤. تقطيع الإصدارات**
* **حدّ النسخة الأولى:**
* **نتيجة الإصدار الأول:**
* **خطة التحقّق:**
* **الشرائح المؤجَّلة بعد النسخة الأولى:**
**٥. ما بعد الإصدار الأول**
* **مرشّحو الإصدارات اللاحقة:**
* **العمل الناشئ المتوقَّع:**
* **خارج النطاق صراحةً:**
**٦. جودة الخريطة وصيانتها**
* **الافتراضات والمعتقدات غير المختبَرة:**
* **المخاطر التي تمسّ الخريطة:**
* **وتيرة التحديث والملكية:**
* **التتبّع إلى قائمة التراكم والإصدار:**
-->
<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">نموذج تخطيط قصص المستخدم</h1>
| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مدير المشروع:** {{اسم_مدير_المشروع}} | **إعداد:** {{معد_الوثيقة}} |
| ---: | ---: | ---: |
---
## ١. الشخص والمشكلة
<!-- من هذا العمل لأجله، وما الذي يحاول إنجازه، وكم مرة يفعله، وماذا يكلّفه الخطأ فيه، ومن غيره يطاله التغيير. -->
**الشخص الرئيس:** [ أضف التفاصيل... ]
**ما الذي يحاول إنجازه:** [ أضف التفاصيل... ]
**التكرار والرهانات:** [ أضف التفاصيل... ]
**المنظمات والأدوار المتأثرة:** [ أضف التفاصيل... ]
---
## ٢. الهيكل الرئيسي
<!-- الأنشطة الرئيسية بالترتيب الذي تُؤدّى به، ومن أين جاء هذا الترتيب، وما الذي أُرجئ عمدًا، وأين يتفرّع المسار. -->
**الأنشطة بالترتيب:**
| م | النشاط | الغرض بالنسبة للشخص | مصدر الدليل |
| ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
**مصدر الهيكل:** [ أضف التفاصيل... ]
**الأنشطة المؤجَّلة:** [ أضف التفاصيل... ]
**المسارات الاختيارية والمتغيّرة:** [ أضف التفاصيل... ]
---
## ٣. الشرائح
<!-- الخطوات تحت كل نشاط بصف واحد لكل نشاط، بحيث يكون كل عمود قابلًا للاستعمال كاملًا، وليس طبقة أفقية لا يُفعل بها شيء. -->
**المهام تحت كل نشاط:**
| النشاط | الخطوة ١ | الخطوة ٢ | الخطوة ٣ | العمود كامل |
| ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
**الشرائح كأعمدة رأسية:** [ أضف التفاصيل... ]
**الهيكل العظمي الدقيق:** [ أضف التفاصيل... ]
**دليل حجم الشريحة:** [ أضف التفاصيل... ]
---
## ٤. تقطيع الإصدارات
<!-- أين يقع حدّ الإصدار الأول، وما يستطيع الشخص فعله بعده، وكيف سيُحكم على ذلك، وأي الأعمدة أُخرجت ولماذا. -->
**حدّ النسخة الأولى:** [ أضف التفاصيل... ]
**نتيجة الإصدار الأول:** [ أضف التفاصيل... ]
**خطة التحقّق:** [ أضف التفاصيل... ]
**الشرائح المؤجَّلة بعد النسخة الأولى:** [ أضف التفاصيل... ]
---
## ٥. ما بعد الإصدار الأول
<!-- أعمدة مُرشّحة لاحقًا وتبعياتها، والعمل الذي لا تحتويه الخريطة بعد، وما لن يفعله هذا المنتج. -->
**مرشّحو الإصدارات اللاحقة:** [ أضف التفاصيل... ]
**العمل الناشئ المتوقَّع:** [ أضف التفاصيل... ]
**خارج النطاق صراحةً:** [ أضف التفاصيل... ]
---
## ٦. جودة الخريطة وصيانتها
<!-- ما تفترضه الخريطة ولم يُختبر، وما الذي يعيد رسمها، ومن يملكها وكم مرة تُراجَع، وكيف تصل منها إلى قائمة التراكم. -->
**الافتراضات والمعتقدات غير المختبَرة:** [ أضف التفاصيل... ]
**المخاطر التي تمسّ الخريطة:** [ أضف التفاصيل... ]
**وتيرة التحديث والملكية:** [ أضف التفاصيل... ]
**التتبّع إلى قائمة التراكم والإصدار:** [ أضف التفاصيل... ]
---
### الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مالك المنتج** | {{اسم_مالك_المنتج}} | _______________________ | [.... -.... -.... ] |
| **مسؤول تجربة المستخدم والتحليل** | {{اسم_مسؤول_تجربة_المستخدم}} | _______________________ | [.... -.... -.... ] |
| **قائد فريق التطوير** | {{اسم_قائد_فريق_التطوير}} | _______________________ | [.... -.... -.... ] |
---
<div align="left" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
<strong>النموذج:</strong> نموذج تخطيط قصص المستخدم | <strong>المرجع:</strong> PMO-04.02.09 <br>
<i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>دليل المستخدم وإرشادات الممارس
دليل نماذج تسليمات
المخرج: نموذج تخطيط قصص المستخدم
مرجع الوثيقة: PMO-04.02.09
يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من نموذج تخطيط قصص المستخدم واستخدامه بفعالية بما يتوافق مع إطار تسليمات.
1. مفهوم الوثيقة وطبيعتها
صورة لكيفية إنجاز شخص واحد لشيء، والتعليل وراءها: من هو ذلك الشخص، وما الذي يحاول إنجازه، وما يفعله اليوم بدلًا من ذلك، وكم مرة يفعله وكم يكلّفه، وأي الأدوار الأخرى يمسّها التغيير. ثم الأنشطة العالية بالترتيب الذي تؤدّى به، ومن أين جاء ذلك الترتيب، وما الذي أُرجئ عمدًا، وأين يتفرّع المسار. ثم الخطوات تحت كل نشاط بصف واحد لكل نشاط بحيث يكون كل عمود زيادة صالحة للاستعمال لا طبقة أفقية، والهيكل العظمي الذي يثبت التكامل، وما يدل على حجم الشريحة. ثم أين يقع حدّ الإصدار الأول، وما يستطيع الشخص فعله بعده، وكيف سيُحكم على ذلك، وأي الشرائح أُرجئت ولماذا. ثم مرشّحو الإصدارات اللاحقة وتبعاتهم، والعمل الذي لا تحتويه الخريطة بعد، وما لن يفعله المنتج، وما تفترضه الخريطة، وما يعيد رسمها، ومن يملكها.
2. القيمة والأهمية الاستراتيجية
لأن قائمة التراكم تسجّل قرارات اتُّخذت، والخريطة تسجّل التعليل، والتعليل هو الجزء الذي يمكن الجدال فيه. والجدال هو المقصود، فنقل عمود على لوح أيسر من تفكيك إصدار. والخريطة هي أيضًا المخرج الذي يجعل الافتراض الخاطئ ظاهرًا رخيصًا، وهو ما لا تستطيعه قائمة متطلبات، فحين تُكتب المتطلبات يكون الافتراض قد بني فيها.
والخانات الفارغة هي الدليل. خريطة بلا حل قائم، وبلا مصدر للهيكل، وبلا أسباب للشرائح المؤجَّلة، وبلا نتيجة، وبلا خطة تحقّق، تصف منتجًا لم يتفق عليه أحد. وهيكل مشتق من مخطط إجراءات يصف كيف تقول المؤسسة أن العمل يجري، لا كيف يجري فعلًا. وحدّ إصدار مرسوم بما هو أسهل تقديرًا يقدّم مزايا ونتيجة، وإصدار موصوف بمزاياه لا اختبار لنجاحه، فيُقرَّر نجاحه بعد ذلك بمن يشعر به أكثر من غيره.
3. التوقيت ودواعي الإعداد والتحديث
يُعدّ هذا المخرج ويستخدم أساسًا في مجموعة التخطيط من دورة حياة المشروع. يُعدّ قبل الالتزام بقائمة التراكم، ويُعدَّل كلما تغيّر الشخص أو الحل القائم أو التسلسل، وكلما رُسم حدّ إصدار أو نُقل، وكلما وصل عمل جديد لا تحتويه الخريطة. ويُقرأ عند تنقية قائمة التراكم، وعند تخطيط الإصدار، ومن يقترح قصة ويحتاج أن يعرف في أي عمود تقع وهل ذلك العمود مجدول.
4. الأدوار والمسؤوليات (RACI)
المسؤوليات: يُعدّه مالك المنتج، المسؤول عن الشخص وعن حدّ الإصدار الأول، فالحدّ قرار عمّا عليه المنتج. ويراجعه محلل الأعمال، المسؤول عن تسلسل الهيكل وعن مصدر دليله، وممارس تجربة المستخدم الذي عاين الحل القائم. ويعتمده مالك الأعمال، الذي يؤكد أن مشكلة الشخص الذي اختاره تستحق الحل. وحيث تكون خانة بلا سبب أو شريحة مؤجَّلة بلا تبرير، فلتُسجَّل كما هي، لا تُترك فارغة، فالخانة الفارغة على خريطة تُقرأ قرارًا ممن يقرأ الخريطة بعدك.
إرشادات التخصيص والمواءمة
- خريطة لشخص واحد مفهوم جيدًا قد تختصر قسم الشخص إلى جملة، لكن الحل القائم والتكرار يجب أن يبقيا، فهما ما يرتّب الهيكل ويبرر البناء أصلًا.
- حيث يحتفظ الفريق بقائمة تراكم ناضجة، يجوز استعمال الخريطة بصورة استرجاعية لاختبار إن كانت القائمة رأسية، بشرط تطبيق الاختبار بصدق؛ والقائمة التي تطلع أفقية نتيجة، والخريطة هي المخرج الوحيد الذي يبيّنها.
- يجوز تشغيل الهيكل العظمي على بيانات حقيقية في تجربة محدودة، بشرط ضبط التجربة ومعالجة بياناتها، فالغرض إثبات التكامل، والتجربة الحقيقية تثبت أكثر.
- يجوز تقسيم الشريحة على أكثر من إصدار إن كان العمود كبيرًا جدًا، بشرط أن يبقى كل جزء صالحًا للاستعمال وحده، فالعمود المقسوم نصفين قد أعاد الطبقة الأفقية.
- من المفيد تسجيل الأنشطة التي فُكِّر فيها وتركت رقيقة عمدًا، فهي التي تميّز خريطة مُتأمَّلة عن خريطة ناقصة.
- خريطة لأداة داخلية بمستخدم واحد قد تكون صفًا واحدًا، لكن يبقى من اللازم ذكر ما يفعله ذلك الشخص اليوم، فأداة بلا حل قائم مذكور تحلّ غالبًا مشكلة لم يعرفها أحد.
- تُحفظ الخرائط المستبدلة ولا تُطمس، فالسؤال الذي يعود فيه الفريق بعد سنة هو غالبًا ما آمنوا به حينها.
المحاذاة والترابط المؤسسي
ينبغي أن يتسق نموذج تخطيط قصص المستخدم مع المستندات التالية: * قائمة تراكم المنتج * بيان نطاق المشروع * مصفوفة تتبّع المتطلبات * خطة الإصدار * الجدول الزمني للمشروع
5. إرشادات تعبئة الحقول والبيانات
لإتمام نموذج تخطيط قصص المستخدم بدقّة واحتراف، على المسؤول تعبئة الأقسام التالية
استنادًا إلى سياق المشروع (مع التأكد من الرجوع إلى parameters.md
للمتغيرات العامة للمشروع):
- الشخص الرئيس: الشخص المعني، موصوفًا بحيث يستطيع الفريق أن يبيّن إن كانت قصة مقترحة تخدمه. والشخص المكتوب عنوان دور لا شخصًا هو سبب أن يبني فريقان منتجين مختلفين من الخريطة نفسها، ثم يكتشفان الفرق عند الإطلاق.
- ما الذي يحاول إنجازه: ما الذي يحاول الشخص إنجازه بعبارته هو، وما يفعله اليوم بدلًا من ذلك. الحل القائم هو خط الأساس، والمقترح الذي لا يذكر ما يحل محلّه لا يذكر ما يطوّره، وأي تقدير بعد ذلك يصبح تخمينًا.
- التكرار والرهانات: كم مرة يفعل الشخص هذا، وماذا يكلّفه حين يسوء. التكرار هو ما يرتّب الهيكل، والرهانات هي ما يفصل المهمة التي تستحق الأتمتة من التي تستحق الأتمتة بعناية.
- المنظمات والأدوار المتأثرة: الأدوار الأخرى التي يمسّها التغيير، بمن فيهم من يعتمد أو يراجع أو يتأثر بقرار يُتخذ من المخرج. والخريطة التي تسمّي المشغّل وحده تنتج نظامًا يكتشف بقية مستخدميه بعد الإصدار.
- الأنشطة بالترتيب: الأنشطة الرئيسية التي يؤديها الشخص، مرتّبة من اليسار إلى اليمين بالترتيب الذي تؤدّى به. والترتيب دعوى عن الكيفية التي يجري بها العمل فعلًا، وهو أكثر ما يُرتَّب خطأ.
- مصدر الهيكل: كيف ثبت هذا الترتيب: بالملاحظة، أو بمقابلة، أو بوثيقة إجراءات قائمة، أو بافتراض. هيكل مشتق من مخطط إجراءات يصف كيف تقول المؤسسة أن العمل يجري، لا كيف يجري فعلًا.
- الأنشطة المؤجَّلة: الأنشطة التي يؤديها الشخص وقد أُخرجت من الخريطة عمدًا، ولماذا. والخريطة التي تسرد كل شيء قائمة أنشطة، والحجة فيما تُرك.
- المسارات الاختيارية والمتغيّرة: أين يتفرّع التسلسل، وأي الفروع شائع وأيها نادر. الهيكل المرسوم خطًا واحدًا يدفع المسارات النادرة إلى المسار الرئيسي، ومن هناك تأتي معظم الأعمال المهدورة في الإصدار.
- المهام تحت كل نشاط: صف واحد لكل نشاط من أنشطة الهيكل، يبيّن خطوات ذلك النشاط. الخطوة التي لا تخدم نشاطًا واحدًا هي طبقة أفقية، والطبقة الأفقية لا يمكن إصدارها وحدها.
- الشرائح كأعمدة رأسية: كل عمود في الخريطة يجب أن يكون زيادة صالحة للاستعمال: لكل نشاط في الهيكل شيء فيه، ويستطيع المستخدم إتمام الرحلة كاملة بهذا العمود وحده. هذا هو الانضباط المميّز للطريقة، والخريطة التي تخفق فيه تكون قد أنتجت طبقات تقنية ملبَّسة بلباس خريطة قصص.
- الهيكل العظمي الدقيق: أضيق عمود ممكن من أوله إلى آخره، بأبسط تنفيذ صالح لكل نشاط. غرضه إثبات التكامل لا المزايا، ويُرمى عادةً بعد أن يكون قد أدّى وظيفته، وهو سبب تردد الفرق في بنائه.
- دليل حجم الشريحة: ما يدل على أن الشريحة صغيرة بما يكفي للتسليم، مثل تجربة محددة بوقت أو تشغيل يدوي مقيس. التقدير دعوى عن شريحة لم يجربها أحد، والشريحة الأولى هي التي يكون فيها التقدير خاطئًا عادة.
- حدّ النسخة الأولى: أي الأعمدة في الإصدار الأول وأيها ليس فيه، والنتيجة الواحدة التي يقدّمها ذلك الإصدار. يُرسم الحدّ بقدرة الشخص على إنجاز شيء جاء لأجله، لا بما هو الأنفع أو الأقرب إلى الانتهاء، وإصدار مبني من أسهل الأعمدة يقدّم لا شيء أراده أحد.
- نتيجة الإصدار الأول: ما يستطيع الشخص فعله بعده ولم يكن يستطيعه قبله، بصيغة قدرة لا بصيغة قائمة مزايا. الإصدار الموصوف بمزاياه لا اختبار لنجاحه، فيُقرَّر نجاحه بعد ذلك بمن يشعر به أكثر من غيره.
- خطة التحقّق: كيف سيُحكم على الإصدار الأول، ومقابل أي خط أساس، ومن سيحكم. يُسجَّل قبل الإصدار، لأن خطة تحقّق تُصمَّم بعده تصير وصفًا لما وُجد.
- الشرائح المؤجَّلة بعد النسخة الأولى: الأعمدة التي ليست في الإصدار الأول، وسبب تأجيل كل منها. كلمة لاحقًا ليست سببًا، والأسباب الحقيقية إما تبعية أو قرار ناقص أو مخاطرة أكبر من أن تُحمّل في إصدار أول.
- مرشّحو الإصدارات اللاحقة: الأعمدة التي يُنظر فيها لإصدارات لاحقة، مع ذكر تبعياتها بالاسم. المرشّح بلا تبعية مذكورة أمنية، والأمنية الموضوعة على خريطة تُقرأ التزامًا ممن يقرأ الخريطة بعدك.
- العمل الناشئ المتوقَّع: العمل الذي لا تحتويه الخريطة لأنه لم يُكتشف بعد، وكيف ستُضاف العناصر الجديدة. والخريطة التي تدّعي الاكتمال ترسل العمل إلى مكان غير مسجَّل، حيث يُكتشف لاحقًا في أسوأ لحظة ممكنة.
- خارج النطاق صراحةً: ما لن يفعله هذا المنتج، مصوغة بحيث تقال بصوت مسموع. وهذا القسم هو ما يجعل الخريطة آمنة للنشر، فالإستثناء غير المذكور يكتشفه المستخدم لا الفريق.
- الافتراضات والمعتقدات غير المختبَرة: ما تأخذه الخريطة على الثقة، وما الذي يجب أن يتحقق لتبقى صالحة. كل خريطة تستند إلى معتقدات لم يختبرها أحد، وتعدادها هو الطريقة الوحيدة لمعرفة أيّها يُختبر أولًا.
- المخاطر التي تمسّ الخريطة: ما يفرض إعادة رسم الخريطة، مثل تغيّر في تنظيم أو إطلاق منافس أو اكتشاف أن التسلسل الحقيقي غير التسلسل المرسوم. يُسجَّل كمحفّزات لا كملاحظات، لأن الملاحظة بلا تاريخ والمحفّز له تاريخ.
- وتيرة التحديث والملكية: كم مرة تُراجَع الخريطة، وما الذي يستدعي إعادة رسمها، ومن يملكها. والخريطة التي لا مالك لها ولا وتيرة هي صورة لما كان مفهومًا مرة واحدة، ولا تزال تُعرض على الناس كأنها حالية.
- التتبّع إلى قائمة التراكم والإصدار: كيف تصل قصة على هذه الخريطة إلى قائمة التراكم، وماذا يحدث حين يعارض بند في القائمة الخريطة. ويتّفق الاثنان بقاعدة وشخص، أو ينفصلان بهدوء فتصف الخريطة عن الصنف.
المحاذاة والترابط المؤسسي
- 📄 القالب القابل للطباعة (Markdown)
- 🤖 موجّه التوليد الذكي
- 📊 بنية البيانات (JSON)
- 📈 البيانات الجدولية (CSV)
6. نموذج تطبيقي معبأ (مثال استرشادي)
يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:
📖 النموذج التطبيقي المكتمل: 04_02_09_نموذج_تخطيط_قصص_المستخدم_مثال.md
مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل
نموذج تخطيط قصص المستخدم - دليل التوليد الذكي
تعليمات النظام: يحتوي هذا المستند على التوجيهات التفصيلية للذكاء الاصطناعي لتوليد وثيقة «الوثيقة المعتمدة». عند طلب صياغة أو استيفاء هذا النموذج، اتبع الإرشادات المحددة لكل قسم بدقة واحترافية، مع مراعاة سياق المشروع والمتغيرات المرجعية في
parameters.md.السياق والتعريف المهني: الخريطة حكاية عن طريقة شخص واحد في إنجاز شيء، وهدفها كله أن تجعل حجة قابلة للخطأ أمام العين. هذا ما يفصلها عن قائمة التراكم وعن قائمة المتطلبات وعن خطة الإصدار، فهذه كلها تسجّل قرارات اتُّخذت، والخريطة تسجّل التعليل. والتعليل هو الجزء الذي يمكن الجدال فيه قبل أن ينفق الفريق أسبوعًا على بنائه، والجدال هو المقصود، فنقل عمود على لوح أيسر من تفكيك إصدار بعد صدوره.
والأقسام تتبع ترتيب تقديم الحجة. يبدأ الشخص والمشكلة بتحديد من هذا العمل لأجله، وماذا يحاول إنجازه بعبارته هو، وماذا يفعل اليوم بدلًا من ذلك، وكم مرة يفعله، وماذا يكلّفه حين يسوء. والحل القائم أهم مما يبدو، فالمقترح الذي لا يذكر ما يحل محلّه لا يذكر ما يطوّره، وأي تقدير بعد ذلك يصبح تخمينًا. والتكرار هو ما يرتّب الهيكل، لأن مهمة تؤدى مرتين في السنة ومهمة تؤتى عشرين مرة في اليوم لا تستحقان الموضع نفسه، والخريطة التي تتجاهل هذا ترتّب العمل بحسب جاذبيته لا بحسب الحاجة إليه.
أما الهيكل الرئيسي فهو الأنشطة العالية بالترتيب الذي يؤديها به الشخص، والترتيب دعوى عن الكيفية التي يجري بها العمل. وهو أكثر ما يُرتَّب خطأ، إذ يُرتَّب كثيرًا وفق هندسة النظام فينتج خريطة تصف البرمجيات لا اليوم، ويظهر الفرق في صورة إصدار لم أحد أراده. ولذلك تسجّل الخريطة مصدر هذا الترتيب: بالملاحظة، أو بمقابلة، أو بوثيقة إجراءات، أو بافتراض، فهيكل مشتق من مخطط إجراءات يصف كيف تقول المؤسسة أن العمل يجري، لا كيف يجري فعلًا. وتسجّل كذلك ما أُرجئ عمدًا، فالخريطة التي تسرد كل شيء قائمة أنشطة والحجة فيما تُرك، ومواضع تفرّع المسار، فالهيكل المرسوم خطًا واحدًا يدفع الفروع النادرة إلى المسار الرئيسي، ومن هناك تأتي أكثر الأعمال المهدورة في الإصدار.
والشرائح هي الإطار الحاكم الذي تحفظ فيه الطريقة أو تفقد معناها. يجب أن يكون كل عمود زيادة صالحة للاستعمال: لكل نشاط في الهيكل شيء فيه، ويستطيع المستخدم إتمام الرحلة كاملة بهذا العمود وحده. والخطوة التي لا تخدم نشاطًا واحدًا هي طبقة أفقية، والطبقة الأفقية لا يمكن إصدارها وحدها لأن لا مستخدم يصنع بها شيئًا مفيدًا. والفرق التي تخطئ هنا تنتج خريطة تبدو خريطة قصص وهي في الحقيقة طبقات تقنية غيّرت عناوينها، والدليل على ذلك أنك لا تستطيع أن تشير إلى عمود وتصفه بشيء يستخدمه إنسان. والهيكل العظمي الدقيق هو العمود الأول المبني لهذا الغرض، وهو أنضج تنفيذ صالح لكل نشاط من أوله إلى آخره، لإثبات التكامل لا المزايا. ويُرمى عادةً بعد أن يكون قد أدّى وظيفته، وهو سبب تردد الفرق في بنائه، والخريطة تقول ذلك مقدمًا كي لا يبدو إهدارًا بعد وقوعه.
وتقطيع الإصدارات هو الإطار الحاكم الذي تفشل فيه الخريطة بهدوء. حدّ الإصدار الأول يُرسم بقدرة الشخص على إنجاز شيء جاء لأجله، لا بما هو الأنفع ولا الأقرب إلى الانتهاء ولا الأسهل تقديرًا. والإصدار المبني من أسهل الأعمدة يقدّم مجموعة مزايا ونتيجة، ثم يُقرَّر نجاحه بعد ذلك بمن يشعر به أكثر من غيره، لأن الإصدار الموصوف بمزاياه لا اختبار لنجاحه. لذلك تذكر الخريطة النتيجة بصيغة قدرة، وتسجّل خطة التحقّق قبل الإصدار، فخطة التحقّق المصمَّمة بعده تصير وصفًا لما وُجد. وكل شريحة مؤجَّلة تحمل سببًا، فكلمة لاحقًا ليست سببًا، والأسباب الحقيقية إما تبعية أو قرار ناقص أو مخاطرة أكبر من أن تُحمَّل في إصدار أول.
والقسمان الأخيران يبقيان الخريطة صادقة. فالعمل الذي لا تحتويه الخريطة يُتوقَّع، لأن الخريطة التي تدّعي الاكتمال ترسل العمل إلى مكان غير مسجَّل، حيث يُكتشف لاحقًا في أسوأ لحظة ممكنة. وما لن يفعله هذا المنتج يُذكر ليقال بصوت مسموع، وهذا هو ما يجعل الخريطة آمنة للنشر. والافتراضات تُعدّ، فكل خريطة تستند إلى معتقدات لم يختبرها أحد وتعدادها هو الطريقة الوحيدة لمعرفة أيّها يُختبر أولًا. والمخاطر تُسجَّل كمحفّزات لا كملاحظات، فالملاحظة بلا تاريخ والمحفّز له تاريخ. وللخريطة مالك ووتيرة، فالخريطة التي لا مالك لها ولا وتيرة هي صورة لما كان مفهومًا مرة واحدة، ولا تزال تُعرض على الناس كأنها حالية.
وقيمة النموذج في الخانات المزعجة. خريطة بلا حل قائم مذكور، وبلا مصدر للهيكل، وبلا أسباب للشرائح المؤجَّلة، وبلا نتيجة، وبلا خطة تحقّق، تصف منتجًا لم يتفق عليه أحد، لأن كل واحدة من هذه الخانات يملؤها ما حدث لا ما قرّر. فالخانات التي يجب التشدد فيها هي التي لا إجابة لها مريحة: ماذا يفعل الشخص اليوم، ومن أين جاء الترتيب، وأي الشرائح ليست في الإصدار الأول ولماذا، وما تفترضه الخريطة. وحيث لا تُعرف القيمة فعلًا، فلتُسجَّل أنها لا تُعرف ومن ملزم بحلّها، وهو أنفع من إجابة مقترحة، لأن الإجابة المقترحة سيُعتمد عليها والثغرة المصرَّح بها ستُغلق.
المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: ميثاق المشروع (PMO-03.01)، متطلبات المعنيين المعتمدة * اختياري: رؤية المنتج (PMO-03.02)، سجل الافتراضات (PMO-03.03) * المخرجات (النماذج التابعة): * إلزامي: هيكل تجزئة العمل (WBS) (PMO-04.02.06)، الجدول الزمني للمشروع (PMO-04.03.08)، تقديرات التكلفة (PMO-04.04.02) * اختياري: قائمة تراكم المنتج (PMO-04.02.08)، مقاييس الجودة (PMO-04.05.02)
الشخص والمشكلة
الشخص الرئيس
التعليمات: الشخص المعني، موصوفًا بحيث يستطيع الفريق أن يبيّن إن كانت قصة مقترحة تخدمه. والشخص المكتوب عنوان دور لا شخصًا هو سبب أن يبني فريقان منتجين مختلفين من الخريطة نفسها، ثم يكتشفان الفرق عند الإطلاق.
القيمة المولَّدة: [ أضف التفاصيل... ]
ما الذي يحاول إنجازه
التعليمات: ما الذي يحاول الشخص إنجازه بعبارته هو، وما يفعله اليوم بدلًا من ذلك. الحل القائم هو خط الأساس، والمقترح الذي لا يذكر ما يحل محلّه لا يذكر ما يطوّره، وأي تقدير بعد ذلك يصبح تخمينًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
التكرار والرهانات
التعليمات: كم مرة يفعل الشخص هذا، وماذا يكلّفه حين يسوء. التكرار هو ما يرتّب الهيكل، والرهانات هي ما يفصل المهمة التي تستحق الأتمتة من التي تستحق الأتمتة بعناية.
القيمة المولَّدة: [ أضف التفاصيل... ]
المنظمات والأدوار المتأثرة
التعليمات: الأدوار الأخرى التي يمسّها التغيير، بمن فيهم من يعتمد أو يراجع أو يتأثر بقرار يُتخذ من المخرج. والخريطة التي تسمّي المشغّل وحده تنتج نظامًا يكتشف بقية مستخدميه بعد الإصدار.
القيمة المولَّدة: [ أضف التفاصيل... ]
الهيكل الرئيسي
الأنشطة بالترتيب
التعليمات: الأنشطة الرئيسية التي يؤديها الشخص، مرتّبة من اليسار إلى اليمين بالترتيب الذي تؤدّى به. والترتيب دعوى عن الكيفية التي يجري بها العمل فعلًا، وهو أكثر ما يُرتَّب خطأ.
القيمة المولَّدة: [ أضف التفاصيل... ]
مصدر الهيكل
التعليمات: كيف ثبت هذا الترتيب: بالملاحظة، أو بمقابلة، أو بوثيقة إجراءات قائمة، أو بافتراض. هيكل مشتق من مخطط إجراءات يصف كيف تقول المؤسسة أن العمل يجري، لا كيف يجري فعلًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
الأنشطة المؤجَّلة
التعليمات: الأنشطة التي يؤديها الشخص وقد أُخرجت من الخريطة عمدًا، ولماذا. والخريطة التي تسرد كل شيء قائمة أنشطة، والحجة فيما تُرك.
القيمة المولَّدة: [ أضف التفاصيل... ]
المسارات الاختيارية والمتغيّرة
التعليمات: أين يتفرّع التسلسل، وأي الفروع شائع وأيها نادر. الهيكل المرسوم خطًا واحدًا يدفع المسارات النادرة إلى المسار الرئيسي، ومن هناك تأتي معظم الأعمال المهدورة في الإصدار.
القيمة المولَّدة: [ أضف التفاصيل... ]
الشرائح
المهام تحت كل نشاط
التعليمات: صف واحد لكل نشاط من أنشطة الهيكل، يبيّن خطوات ذلك النشاط. الخطوة التي لا تخدم نشاطًا واحدًا هي طبقة أفقية، والطبقة الأفقية لا يمكن إصدارها وحدها.
القيمة المولَّدة: [ أضف التفاصيل... ]
الشرائح كأعمدة رأسية
التعليمات: كل عمود في الخريطة يجب أن يكون زيادة صالحة للاستعمال: لكل نشاط في الهيكل شيء فيه، ويستطيع المستخدم إتمام الرحلة كاملة بهذا العمود وحده. هذا هو الانضباط المميّز للطريقة، والخريطة التي تخفق فيه تكون قد أنتجت طبقات تقنية ملبَّسة بلباس خريطة قصص.
القيمة المولَّدة: [ أضف التفاصيل... ]
الهيكل العظمي الدقيق
التعليمات: أضيق عمود ممكن من أوله إلى آخره، بأبسط تنفيذ صالح لكل نشاط. غرضه إثبات التكامل لا المزايا، ويُرمى عادةً بعد أن يكون قد أدّى وظيفته، وهو سبب تردد الفرق في بنائه.
القيمة المولَّدة: [ أضف التفاصيل... ]
دليل حجم الشريحة
التعليمات: ما يدل على أن الشريحة صغيرة بما يكفي للتسليم، مثل تجربة محددة بوقت أو تشغيل يدوي مقيس. التقدير دعوى عن شريحة لم يجربها أحد، والشريحة الأولى هي التي يكون فيها التقدير خاطئًا عادة.
القيمة المولَّدة: [ أضف التفاصيل... ]
تقطيع الإصدارات
حدّ النسخة الأولى
التعليمات: أي الأعمدة في الإصدار الأول وأيها ليس فيه، والنتيجة الواحدة التي يقدّمها ذلك الإصدار. يُرسم الحدّ بقدرة الشخص على إنجاز شيء جاء لأجله، لا بما هو الأنفع أو الأقرب إلى الانتهاء، وإصدار مبني من أسهل الأعمدة يقدّم لا شيء أراده أحد.
القيمة المولَّدة: [ أضف التفاصيل... ]
نتيجة الإصدار الأول
التعليمات: ما يستطيع الشخص فعله بعده ولم يكن يستطيعه قبله، بصيغة قدرة لا بصيغة قائمة مزايا. الإصدار الموصوف بمزاياه لا اختبار لنجاحه، فيُقرَّر نجاحه بعد ذلك بمن يشعر به أكثر من غيره.
القيمة المولَّدة: [ أضف التفاصيل... ]
خطة التحقّق
التعليمات: كيف سيُحكم على الإصدار الأول، ومقابل أي خط أساس، ومن سيحكم. يُسجَّل قبل الإصدار، لأن خطة تحقّق تُصمَّم بعده تصير وصفًا لما وُجد.
القيمة المولَّدة: [ أضف التفاصيل... ]
الشرائح المؤجَّلة بعد النسخة الأولى
التعليمات: الأعمدة التي ليست في الإصدار الأول، وسبب تأجيل كل منها. كلمة لاحقًا ليست سببًا، والأسباب الحقيقية إما تبعية أو قرار ناقص أو مخاطرة أكبر من أن تُحمّل في إصدار أول.
القيمة المولَّدة: [ أضف التفاصيل... ]
ما بعد الإصدار الأول
مرشّحو الإصدارات اللاحقة
التعليمات: الأعمدة التي يُنظر فيها لإصدارات لاحقة، مع ذكر تبعياتها بالاسم. المرشّح بلا تبعية مذكورة أمنية، والأمنية الموضوعة على خريطة تُقرأ التزامًا ممن يقرأ الخريطة بعدك.
القيمة المولَّدة: [ أضف التفاصيل... ]
العمل الناشئ المتوقَّع
التعليمات: العمل الذي لا تحتويه الخريطة لأنه لم يُكتشف بعد، وكيف ستُضاف العناصر الجديدة. والخريطة التي تدّعي الاكتمال ترسل العمل إلى مكان غير مسجَّل، حيث يُكتشف لاحقًا في أسوأ لحظة ممكنة.
القيمة المولَّدة: [ أضف التفاصيل... ]
خارج النطاق صراحةً
التعليمات: ما لن يفعله هذا المنتج، مصوغة بحيث تقال بصوت مسموع. وهذا القسم هو ما يجعل الخريطة آمنة للنشر، فالإستثناء غير المذكور يكتشفه المستخدم لا الفريق.
القيمة المولَّدة: [ أضف التفاصيل... ]
جودة الخريطة وصيانتها
الافتراضات والمعتقدات غير المختبَرة
التعليمات: ما تأخذه الخريطة على الثقة، وما الذي يجب أن يتحقق لتبقى صالحة. كل خريطة تستند إلى معتقدات لم يختبرها أحد، وتعدادها هو الطريقة الوحيدة لمعرفة أيّها يُختبر أولًا.
القيمة المولَّدة: [ أضف التفاصيل... ]
المخاطر التي تمسّ الخريطة
التعليمات: ما يفرض إعادة رسم الخريطة، مثل تغيّر في تنظيم أو إطلاق منافس أو اكتشاف أن التسلسل الحقيقي غير التسلسل المرسوم. يُسجَّل كمحفّزات لا كملاحظات، لأن الملاحظة بلا تاريخ والمحفّز له تاريخ.
القيمة المولَّدة: [ أضف التفاصيل... ]
وتيرة التحديث والملكية
التعليمات: كم مرة تُراجَع الخريطة، وما الذي يستدعي إعادة رسمها، ومن يملكها. والخريطة التي لا مالك لها ولا وتيرة هي صورة لما كان مفهومًا مرة واحدة، ولا تزال تُعرض على الناس كأنها حالية.
القيمة المولَّدة: [ أضف التفاصيل... ]
التتبّع إلى قائمة التراكم والإصدار
التعليمات: كيف تصل قصة على هذه الخريطة إلى قائمة التراكم، وماذا يحدث حين يعارض بند في القائمة الخريطة. ويتّفق الاثنان بقاعدة وشخص، أو ينفصلان بهدوء فتصف الخريطة عن الصنف.
القيمة المولَّدة: [ أضف التفاصيل... ]
نموذج تخطيط قصص المستخدم (نموذج تطبيقي معبأ)
🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (
PMO-04.02). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.
شركة القمة للحلول المؤسسية المتقدمة
مشروع المنظومة السحابية الموحدة لتخطيط الموارد وسلاسل الإمداد - PRJ-2026-ERP-01
نموذج تخطيط قصص المستخدم
١. الشخص والمشكلة
الشخص الرئيس: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
ما الذي يحاول إنجازه: تقليص زمن معالجة أوامر الشراء بنسبة 40%، وخفض أخطاء إدخال البيانات إلى أقل من 0.1%
التكرار والرهانات: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
المنظمات والأدوار المتأثرة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
٢. الهيكل الرئيسي
الأنشطة بالترتيب: | م | النشاط | الغرض بالنسبة للشخص | مصدر الدليل | | ---: | ---: | ---: | ---: | | 1 | المنظومة السحابية الموحدة لتخطيط الموارد | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | 2 | أتمتة سلاسل الإمداد والمستودعات الذكية | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | 3 | منصة التقارير التحليلية والذكاء المؤسسي | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | 4 | بوابة الخدمات الذاتية وإدارة رأس المال البشري | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
مصدر الهيكل: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الأنشطة المؤجَّلة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
المسارات الاختيارية والمتغيّرة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
٣. الشرائح
المهام تحت كل نشاط: | النشاط | الخطوة ١ | الخطوة ٢ | الخطوة ٣ | العمود كامل | | ---: | ---: | ---: | ---: | ---: | | المنظومة السحابية الموحدة لتخطيط الموارد | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | أتمتة سلاسل الإمداد والمستودعات الذكية | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | منصة التقارير التحليلية والذكاء المؤسسي | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | | بوابة الخدمات الذاتية وإدارة رأس المال البشري | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة |
الشرائح كأعمدة رأسية: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الهيكل العظمي الدقيق: المسار الرأسي الأدنى المكتمل: إنشاء طلب الشراء -> موافقة النظام -> إصدار الفاتورة السحابية.
دليل حجم الشريحة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
٤. تقطيع الإصدارات
حدّ النسخة الأولى: الإصدار 1.0 (معتمد رسمياً)
نتيجة الإصدار الأول: إطلاق النسخة التجريبية (MVP) في 3 فروع رئيسية للتحقق من كفاءة الأداء واستقرار النظام.
خطة التحقّق: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
الشرائح المؤجَّلة بعد النسخة الأولى: الإصدار 1.0 (معتمد رسمياً)
٥. ما بعد الإصدار الأول
مرشّحو الإصدارات اللاحقة: تطبيق الجوال للخدمات الذاتية، تكامل بوابات الدفع الدولية، والتحليلات التنبؤية المتقدمة.
العمل الناشئ المتوقَّع: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
خارج النطاق صراحةً: شراء خوادم داخلية محلية وصيانة البرمجيات القديمة خارج فترة الانتقال.
٦. جودة الخريطة وصيانتها
الافتراضات والمعتقدات غير المختبَرة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
المخاطر التي تمسّ الخريطة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
وتيرة التحديث والملكية: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.
التتبّع إلى قائمة التراكم والإصدار: دورة عمل رشيقة مدتها أسبوعان تركز على إنجاز حزم العمل ذات الأولوية القصوى واجتياز اختبارات القبول.
الاعتماد والموافقات
| الدور | الاسم | التوقيع | التاريخ |
|---|---|---|---|
| مالك المنتج | أ. مريم الخطيب (كبير ملاك المنتجات) | [معتمد إلكترونياً] | 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-04.02.09.schema.json",
"title": "Completed USER STORY MAPPING CANVAS Data Contract",
"description": "Additive structural schema validating completed USER STORY MAPPING CANVAS artifact data payloads (PMO-04.02.09).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-04.02.09"
},
"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"
]
},
"persona_and_problem": {
"type": "object",
"properties": {
"primary_persona": {
"type": "string",
"minLength": 1,
"description": "The specific person, described so that a team can tell whether a proposed story serves them. A persona written as a role title rather than a person is the reason two teams build different products from the same map and discover the difference at launch."
},
"what_they_are_trying_to_do": {
"type": "string",
"minLength": 1,
"description": "What the person is trying to accomplish, in their own framing, and what they do today instead. The workaround is the baseline: a proposal that cannot say what it replaces cannot say what it improves, and every estimate is then a guess."
},
"frequency_and_stakes": {
"type": "string",
"minLength": 1,
"description": "How often the person does this, and what it costs them when it goes wrong. Frequency is what orders the backbone, and stakes are what separate a task worth automating from one worth automating carefully."
},
"organisations_and_roles_affected": {
"type": "string",
"minLength": 1,
"description": "Other roles the change touches, including the people who approve, review, or are affected by a decision made from the output. A map that names only the operator will produce a system whose other users are discovered after release."
}
},
"required": [
"primary_persona",
"what_they_are_trying_to_do",
"frequency_and_stakes",
"organisations_and_roles_affected"
]
},
"the_backbone": {
"type": "object",
"properties": {
"activities_in_order": {
"type": "string",
"minLength": 1,
"description": "The high-level activities the persona performs, left to right in the order performed. The order is a claim about how the work actually happens, and it is the part of the map most often arranged by system architecture instead, which hides the sequence the person actually experiences."
},
"backbone_source": {
"type": "string",
"minLength": 1,
"description": "How the sequence was established: observation, interview, existing process document, or assumption. A backbone derived from a process diagram describes how the organisation says the work happens, which is not always how anyone does it."
},
"activities_deferred": {
"type": "string",
"minLength": 1,
"description": "Activities the person does that are deliberately not on the map, and why. A map that lists everything is a list of activities; the argument is in what has been left off and what that defers."
},
"optional_and_variable_paths": {
"type": "string",
"minLength": 1,
"description": "Where the sequence branches, and which branches are common and which are rare. A backbone drawn as a single line forces rare paths into the main flow, which is where most of the wasted work in a release comes from."
}
},
"required": [
"activities_in_order",
"backbone_source",
"activities_deferred",
"optional_and_variable_paths"
]
},
"the_slices": {
"type": "object",
"properties": {
"tasks_under_each_activity": {
"type": "string",
"minLength": 1,
"description": "One row per activity, with the specific steps of that activity. A step that serves no single activity is a horizontal layer, and a horizontal layer cannot be released on its own because no user can do anything useful with it."
},
"slices_as_vertical_columns": {
"type": "string",
"minLength": 1,
"description": "Each column must be a usable increment: every activity in the backbone has something in it, and a user can complete the whole journey with only that column. This is the defining discipline of the method, and a map that fails it has produced a technical layering dressed as a story map."
},
"walking_skeleton": {
"type": "string",
"minLength": 1,
"description": "The thinnest possible column, end to end, with the crudest workable implementation of every activity. Its purpose is to prove the integration rather than the features, and it is normally thrown away, which is the reason teams hesitate to build it."
},
"slice_sizing_evidence": {
"type": "string",
"minLength": 1,
"description": "What shows each slice is small enough to deliver, such as a timeboxed trial or a measured manual run. An estimate is a claim about a slice nobody has tried, and the first slice is where the estimate is usually wrong."
}
},
"required": [
"tasks_under_each_activity",
"slices_as_vertical_columns",
"walking_skeleton",
"slice_sizing_evidence"
]
},
"release_slicing": {
"type": "object",
"properties": {
"mvp_boundary": {
"type": "string",
"minLength": 1,
"description": "Which columns are in the first release and which are not, and the single outcome that release delivers. The boundary is drawn by whether a persona can achieve something they came for, not by what is most valuable or most nearly finished, and a release assembled from the easiest columns delivers nothing anyone wanted."
},
"outcome_of_the_first_release": {
"type": "string",
"minLength": 1,
"description": "What the persona is able to do after it that they could not do before, stated as a capability and not as a list of features. A release described by its features has no test for whether it succeeded, so its success is decided afterwards by whoever feels strongly about it."
},
"validation_plan": {
"type": "string",
"minLength": 1,
"description": "How the first release will be judged, against what, and by whom. Recorded before the release because a validation designed afterwards is a description of whatever was found."
},
"slices_deferred_beyond_mvp": {
"type": "string",
"minLength": 1,
"description": "The columns not in the first release, with the reason for each. \"Later\" is not a reason; the reason is usually a dependency, a missing decision, or a risk too large for a first release."
}
},
"required": [
"mvp_boundary",
"outcome_of_the_first_release",
"validation_plan",
"slices_deferred_beyond_mvp"
]
},
"beyond_the_first_release": {
"type": "object",
"properties": {
"later_release_candidates": {
"type": "string",
"minLength": 1,
"description": "Columns considered for subsequent releases, with their dependencies named. A candidate with an unnamed dependency is a wish, and a wish placed on a map is read as a commitment by whoever reads the map next."
},
"emergent_work_anticipated": {
"type": "string",
"minLength": 1,
"description": "Work the map does not contain because it has not been discovered yet, and how new items will be added. A map that claims to be complete invites the work to go somewhere unrecorded instead, which is where it is found later at the worst possible moment."
},
"explicitly_out_of_scope": {
"type": "string",
"minLength": 1,
"description": "What this product will not do, stated so it can be said out loud. This is the section that makes the map safe to publish, because an unstated exclusion is discovered by a user rather than by the team."
}
},
"required": [
"later_release_candidates",
"emergent_work_anticipated",
"explicitly_out_of_scope"
]
},
"map_quality_and_maintenance": {
"type": "object",
"properties": {
"assumptions_and_unvalidated_beliefs": {
"type": "string",
"minLength": 1,
"description": "What the map takes on trust, and what would have to be true for it to hold. Every map rests on beliefs nobody has tested, and listing them is the only way to know which one to test first."
},
"risks_to_the_map": {
"type": "string",
"minLength": 1,
"description": "What would force the map to be redrawn, such as a change in regulation, a competitor's launch, or a finding that the real sequence differs. Recorded as triggers rather than as concerns, because a concern has no date and a trigger does."
},
"update_cadence_and_owners": {
"type": "string",
"minLength": 1,
"description": "How often the map is revisited, when a change triggers a redraw, and who owns it. A map with no owner and no cadence is a picture of what was understood once, and it is still being shown to people as if it were current."
},
"traceability_to_backlog_and_release": {
"type": "string",
"minLength": 1,
"description": "How a story on this map reaches the backlog, and what happens when a backlog item contradicts the map. The two are kept in step by a rule and a person, or they diverge quietly and the map stops describing the product."
}
},
"required": [
"assumptions_and_unvalidated_beliefs",
"risks_to_the_map",
"update_cadence_and_owners",
"traceability_to_backlog_and_release"
]
}
},
"required": [
"artifact_id",
"metadata",
"persona_and_problem",
"the_backbone",
"the_slices",
"release_slicing",
"beyond_the_first_release",
"map_quality_and_maintenance"
]
}📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
"_llm_instructions": "Fill out the 'project_title' and 'date_prepared' properties, and the 'value' property of each field below, based on the available project context. Refer to parameters.md for the shared project variables. Give the persona a workaround to beat and a frequency, and order the backbone by what the person does rather than by how the system is built. State the first-release outcome as something the person can now do, not as a list of features, and give every deferred slice a reason: later is not a reason, and a column with no stated dependency is a wish rather than a plan.",
"form_name": "USER STORY MAPPING CANVAS",
"document_reference": "PMO-04.02.09",
"project_title": "",
"date_prepared": "",
"fields": {
"f01_Primary_Persona": {
"section": "Persona and Problem",
"label": "Primary Persona",
"guidance": "The specific person, described so that a team can tell whether a proposed story serves them. A persona written as a role title rather than a person is the reason two teams build different products from the same map and discover the difference at launch.",
"value": ""
},
"f02_What_They_Are_Trying_to_Do": {
"section": "Persona and Problem",
"label": "What They Are Trying to Do",
"guidance": "What the person is trying to accomplish, in their own framing, and what they do today instead. The workaround is the baseline: a proposal that cannot say what it replaces cannot say what it improves, and every estimate is then a guess.",
"value": ""
},
"f03_Frequency_and_Stakes": {
"section": "Persona and Problem",
"label": "Frequency and Stakes",
"guidance": "How often the person does this, and what it costs them when it goes wrong. Frequency is what orders the backbone, and stakes are what separate a task worth automating from one worth automating carefully.",
"value": ""
},
"f04_Organisations_and_Roles_Affected": {
"section": "Persona and Problem",
"label": "Organisations and Roles Affected",
"guidance": "Other roles the change touches, including the people who approve, review, or are affected by a decision made from the output. A map that names only the operator will produce a system whose other users are discovered after release.",
"value": ""
},
"f05_Activities_in_Order": {
"section": "The Backbone",
"label": "Activities in Order",
"guidance": "The high-level activities the persona performs, left to right in the order performed. The order is a claim about how the work actually happens, and it is the part of the map most often arranged by system architecture instead, which hides the sequence the person actually experiences.",
"value": ""
},
"f06_Backbone_Source": {
"section": "The Backbone",
"label": "Backbone Source",
"guidance": "How the sequence was established: observation, interview, existing process document, or assumption. A backbone derived from a process diagram describes how the organisation says the work happens, which is not always how anyone does it.",
"value": ""
},
"f07_Activities_Deferred": {
"section": "The Backbone",
"label": "Activities Deferred",
"guidance": "Activities the person does that are deliberately not on the map, and why. A map that lists everything is a list of activities; the argument is in what has been left off and what that defers.",
"value": ""
},
"f08_Optional_and_Variable_Paths": {
"section": "The Backbone",
"label": "Optional and Variable Paths",
"guidance": "Where the sequence branches, and which branches are common and which are rare. A backbone drawn as a single line forces rare paths into the main flow, which is where most of the wasted work in a release comes from.",
"value": ""
},
"f09_Tasks_Under_Each_Activity": {
"section": "The Slices",
"label": "Tasks Under Each Activity",
"guidance": "One row per activity, with the specific steps of that activity. A step that serves no single activity is a horizontal layer, and a horizontal layer cannot be released on its own because no user can do anything useful with it.",
"value": ""
},
"f10_Slices_as_Vertical_Columns": {
"section": "The Slices",
"label": "Slices as Vertical Columns",
"guidance": "Each column must be a usable increment: every activity in the backbone has something in it, and a user can complete the whole journey with only that column. This is the defining discipline of the method, and a map that fails it has produced a technical layering dressed as a story map.",
"value": ""
},
"f11_Walking_Skeleton": {
"section": "The Slices",
"label": "Walking Skeleton",
"guidance": "The thinnest possible column, end to end, with the crudest workable implementation of every activity. Its purpose is to prove the integration rather than the features, and it is normally thrown away, which is the reason teams hesitate to build it.",
"value": ""
},
"f12_Slice_Sizing_Evidence": {
"section": "The Slices",
"label": "Slice Sizing Evidence",
"guidance": "What shows each slice is small enough to deliver, such as a timeboxed trial or a measured manual run. An estimate is a claim about a slice nobody has tried, and the first slice is where the estimate is usually wrong.",
"value": ""
},
"f13_MVP_Boundary": {
"section": "Release Slicing",
"label": "MVP Boundary",
"guidance": "Which columns are in the first release and which are not, and the single outcome that release delivers. The boundary is drawn by whether a persona can achieve something they came for, not by what is most valuable or most nearly finished, and a release assembled from the easiest columns delivers nothing anyone wanted.",
"value": ""
},
"f14_Outcome_of_the_First_Release": {
"section": "Release Slicing",
"label": "Outcome of the First Release",
"guidance": "What the persona is able to do after it that they could not do before, stated as a capability and not as a list of features. A release described by its features has no test for whether it succeeded, so its success is decided afterwards by whoever feels strongly about it.",
"value": ""
},
"f15_Validation_Plan": {
"section": "Release Slicing",
"label": "Validation Plan",
"guidance": "How the first release will be judged, against what, and by whom. Recorded before the release because a validation designed afterwards is a description of whatever was found.",
"value": ""
},
"f16_Slices_Deferred_Beyond_MVP": {
"section": "Release Slicing",
"label": "Slices Deferred Beyond MVP",
"guidance": "The columns not in the first release, with the reason for each. \"Later\" is not a reason; the reason is usually a dependency, a missing decision, or a risk too large for a first release.",
"value": ""
},
"f17_Later_Release_Candidates": {
"section": "Beyond the First Release",
"label": "Later Release Candidates",
"guidance": "Columns considered for subsequent releases, with their dependencies named. A candidate with an unnamed dependency is a wish, and a wish placed on a map is read as a commitment by whoever reads the map next.",
"value": ""
},
"f18_Emergent_Work_Anticipated": {
"section": "Beyond the First Release",
"label": "Emergent Work Anticipated",
"guidance": "Work the map does not contain because it has not been discovered yet, and how new items will be added. A map that claims to be complete invites the work to go somewhere unrecorded instead, which is where it is found later at the worst possible moment.",
"value": ""
},
"f19_Explicitly_Out_of_Scope": {
"section": "Beyond the First Release",
"label": "Explicitly Out of Scope",
"guidance": "What this product will not do, stated so it can be said out loud. This is the section that makes the map safe to publish, because an unstated exclusion is discovered by a user rather than by the team.",
"value": ""
},
"f20_Assumptions_and_Unvalidated_Beliefs": {
"section": "Map Quality and Maintenance",
"label": "Assumptions and Unvalidated Beliefs",
"guidance": "What the map takes on trust, and what would have to be true for it to hold. Every map rests on beliefs nobody has tested, and listing them is the only way to know which one to test first.",
"value": ""
},
"f21_Risks_to_the_Map": {
"section": "Map Quality and Maintenance",
"label": "Risks to the Map",
"guidance": "What would force the map to be redrawn, such as a change in regulation, a competitor's launch, or a finding that the real sequence differs. Recorded as triggers rather than as concerns, because a concern has no date and a trigger does.",
"value": ""
},
"f22_Update_Cadence_and_Owners": {
"section": "Map Quality and Maintenance",
"label": "Update Cadence and Owners",
"guidance": "How often the map is revisited, when a change triggers a redraw, and who owns it. A map with no owner and no cadence is a picture of what was understood once, and it is still being shown to people as if it were current.",
"value": ""
},
"f23_Traceability_to_Backlog_and_Release": {
"section": "Map Quality and Maintenance",
"label": "Traceability to Backlog and Release",
"guidance": "How a story on this map reaches the backlog, and what happens when a backlog item contradicts the map. The two are kept in step by a rule and a person, or they diverge quietly and the map stops describing the product.",
"value": ""
}
}
}