<!-- تعليمات النموذج الذكي: املأ الحقول التي تحمل [ أضف التفاصيل... ] بناءً على سياق المشروع.

تُعد قائمة تراكم المنتج في بداية المشروع تمامًا، وكثيرًا ما تكون بالتوازي مع رؤية المنتج. وهي تحتفظ بجميع المتطلبات مع أولويتها والإصدار الذي ستُدمج فيه.

تُستخدم قائمة تراكم المنتج لتوثيق وترتيب المتطلبات والميزات والوظائف وقصص المستخدم الإصدارات أو الدورات. وتُعد في بداية المشروع ويتم تحديثها طوال المشروع.

المحاذاة: ينبغي أن تكون قائمة التراكم متسقة مع الوثائق التالية: رؤية المنتج، خارطة الطريق، خطة الإصدار.

إرشادات الكتابة:

*  اجعل الوصف في جملة أو جملتين. فالبند الذي يحتاج فقرة على الأرجح بندان، أو أنه ينتمي إلى رؤية المنتج.

*  امنح كل بند معرفًا لا يُعاد استخدامه، لأن المعرف نفسه يظهر في سلسلة الربط من الرؤية حتى الإصدار.

*  استخدم المفردات نفسها في عمود الحالة في كل صف، فعمود الحالة بقيم مختلطة لا يمكن تصفيته.

*  حدد أسلوب الأولوية المستخدم، فالمجموعات المختصرة أو الترتيب المرقّم، فقائمة التراكم التي تخلط الأسلوبين لا يمكن فرزها.

*  تعامل مع الإصدار المستهدف كتوقع. فالبند الذي يتحرك باستمرار بين الإصدارات يخبرك بشيء.

*  أشِر إلى رؤية المنتج وخارطة الطريق وخطة الإصدار بدلًا من إعادة كتابتها، حتى لا تتباعد.

ملاحظات التخصيص:

*  يمكنك إضافة معلومات تقدير مثل نقاط القصة.

*  لتوفير تفاصيل أكثر، يمكنك تحديد الدورة التي ستُدمج فيها الميزة أو الوظيفة.

*  قد ترغب في تحديد نوع المستخدم الذي سيستفيد من المطلب، مثل العميل أو المسؤول أو المدير.

*  في المشاريع الكبيرة، من المفيد تصنيف المتطلبات، لذا يكون وجود عمود للفئة مفيدًا.

*  أعمدة نقاط القصة والدورة أو الإصدار المستهدف ونوع المستخدم والفئة اختيارية. احذف أيًا منها لا يستخدمه المشروع بدلًا من تركها فارغة في كل صف.

إرشادات الأعمدة، حسب العمود:
- **المعرف:** معرف فريد. اجعله قصيرًا وثابتًا وغير ق لإعادة الاستخدام، لأن المعرف نفسه يظهر في سلسلة الربط من الرؤية حتى الإصدار، وإعادة استخدام معرف تكسر تلك السلسلة دون أن يلاحظ أحد.
- **الوصف المختصر:** وصف مختصر للمطلب أو الحاجة، في جملة أو جملتين على الأكثر. وإذا احتاج فقرة، فالبند على الأرجح بندان، أو أنه ينتمي إلى رؤية المنتج لا إلى قائمة التراكم.
- **الأولوية:** طريقة لترتيب المتطلبات. إما مجموعات مختصرة مثل مرتفع ومتوسط ومنخفض، أو ترتيب مرقّم. وحدد أي أسلوب مستخدم، فقائمة التراكم التي تخلط الأسلوبين لا يمكن فرزها.
- **قصة المستخدم:** قصة مستخدم ذات أولوية، أو اسم قصة مستخدم مسجلة في مكان آخر. وإذا كانت القصة في مكان آخر، فاذكر مرجعها بدلًا من نسخها، حتى لا تتباعد النسختان.
- **الحالة:** ما إذا كان المطلب لم يبدأ، أو قيد التنفيذ، أو مكتمل. استخدم مجموعة القيم نفسها في كل الصفوف، فعمود الحالة المختلط لا يمكن تصفيته.
- **نقاط القصة:** معلومات تقدير مثل نقاط القصة. والتقدير تنبؤ يُقارن بالنتائج الفعلية، فسجّله حتى لو كان تقديرًا تقريبيًا، ولا تراجعه بصمت.
- **الدورة أو الإصدار المستهدف:** الدورة أو الإصدار الذي ستُدمج فيه البند. تعامل مع هذا كتوقع: فالبند الذي يتحرك باستمرار بين الإصدارات يخبرك بشيء، وهذا التذبذب يستحق أن يظهر.
- **نوع المستخدم:** نوع المستخدم الذي سيستفيد، مثل العميل أو المسؤول أو المدير. وهذا هو ما يُظهر أجزاء المؤسسة التي يخدمها الإصدار فعلًا.
- **الفئة:** فئة، وهو ما يفيد في المشاريع الكبيرة حيث تكون قائمة التراكم أكبر من أن تُعرض في منظور واحد. وينبغي أن تعكس الفئات تسلسل العمل الفعللي، لا التقسيم الحالي للفريق.
-->


<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">قائمة تراكم المنتج</h1>

| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مدير المشروع:** {{اسم_مدير_المشروع}} | **إعداد:** {{معد_الوثيقة}} |
| ---: | ---: | ---: | 

---

## 1. قائمة التراكم
<!-- صف واحد لكل مطلب أو ميزة أو وظيفة أو قصة مستخدم. وتُعد قائمة التراكم في بداية المشروع ويتم تحديثها طواله، فالصف الذي لم تتم مراجعته منذ أشهر أسوأ من عدم وجوده: فهو يبدو حديثًا وليس كذلك. وأضف الصفوف أو الأعمدة أو احذفها حسب حاجة المشروع. -->

| المعرف | الوصف المختصر | الأولوية | قصة المستخدم | الحالة | نقاط القصة | الدورة أو الإصدار المستهدف | نوع المستخدم | الفئة |
| ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |

---

## 2. الاعتماد والموافقات

| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مالك المنتج** | {{اسم_مالك_المنتج}} | _______________________ | [.... -.... -.... ] |
| **سيد سكروم / موجه أجايل** | {{اسم_سيد_سكروم}} | _______________________ | [.... -.... -.... ] |
| **قائد فريق التطوير** | {{اسم_قائد_فريق_التطوير}} | _______________________ | [.... -.... -.... ] |
---

<div align="right" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
  <span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
 <strong>القالب:</strong> قائمة تراكم المنتج | <strong>المرجع:</strong> PMO-04.02.08 <br>
 <i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>

</div>

{
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "$id": "https://tasleemat.pmo/schemas/completed/PMO-04.02.08.schema.json",
  "title": "Completed PRODUCT BACKLOG Data Contract",
  "description": "Additive structural schema validating completed PRODUCT BACKLOG artifact data payloads (PMO-04.02.08).",
  "type": "object",
  "properties": {
    "artifact_id": {
      "type": "string",
      "const": "PMO-04.02.08"
    },
    "metadata": {
      "type": "object",
      "properties": {
        "project_name": {
          "type": "string",
          "minLength": 1
        },
        "project_code": {
          "type": "string"
        },
        "date_prepared": {
          "type": "string",
          "format": "date"
        },
        "project_manager": {
          "type": "string",
          "minLength": 1
        },
        "prepared_by": {
          "type": "string",
          "minLength": 1
        },
        "version": {
          "type": "string"
        },
        "status": {
          "type": "string",
          "enum": [
            "draft",
            "baselined",
            "in_review",
            "approved"
          ]
        }
      },
      "required": [
        "project_name",
        "date_prepared",
        "project_manager",
        "prepared_by"
      ]
    },
    "backlog": {
      "type": "object",
      "properties": {
        "id": {
          "type": "string",
          "minLength": 1,
          "description": "A unique identifier. Keep it short, stable, and never reused, because the same ID appears in the trace from vision to release and a reassigned ID breaks that trace without anyone noticing."
        },
        "summary_description": {
          "type": "string",
          "minLength": 1,
          "description": "A brief description of the requirement or need, in no more than one or two sentences. If it needs a paragraph, the item is probably two items, or it belongs in the vision rather than the backlog."
        },
        "priority": {
          "type": "string",
          "minLength": 1,
          "description": "A way of ranking the requirements. Either summary groups such as high, medium, and low, or a numbered rank. State which scheme is in use, because a backlog that mixes the two cannot be sorted."
        },
        "story": {
          "type": "string",
          "minLength": 1,
          "description": "A prioritised user story, or the name of a user story recorded elsewhere. Where the story lives elsewhere, reference it rather than copying it, so the two do not diverge."
        },
        "status": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the requirement is not started, in progress, or complete. Use the same set of values for every row, since a status column with mixed vocabularies cannot be filtered."
        },
        "story_points": {
          "type": "string",
          "minLength": 1,
          "description": "Estimating information such as story points. An estimate is a prediction made to compare against actuals, so record it even when it is a rough guess, and do not revise it silently."
        },
        "target_sprint_or_release": {
          "type": "string",
          "minLength": 1,
          "description": "Which sprint or release the item will be incorporated into. Treat this as a forecast: an item that keeps moving between releases is telling you something, and the churn is worth seeing."
        },
        "user_type": {
          "type": "string",
          "minLength": 1,
          "description": "The user type that will benefit, such as customer, administrator, or manager. This is what shows which parts of the organisation the release actually serves."
        },
        "category": {
          "type": "string",
          "minLength": 1,
          "description": "A category, which helps on large projects where the backlog is too big to hold in one view. Categories should reflect how the work is actually sequenced, not how the team happens to be divided."
        }
      },
      "required": [
        "id",
        "summary_description",
        "priority",
        "story",
        "status",
        "story_points",
        "target_sprint_or_release",
        "user_type",
        "category"
      ]
    }
  },
  "required": [
    "artifact_id",
    "metadata",
    "backlog"
  ]
}

{
  "_llm_instructions": "Fill in the 'project_title' and 'date_prepared' properties, and the 'value' property of each field, based on the provided project context. Reference parameters.md for global project variables.",
  "form_name": "PRODUCT BACKLOG",
  "document_reference": "PMO-04.02.08",
  "project_title": "",
  "date_prepared": "",
  "fields": {
    "f01_ID": {
      "section": "Backlog",
      "label": "ID",
      "guidance": "A unique identifier. Keep it short, stable, and never reused, because the same ID appears in the trace from vision to release and a reassigned ID breaks that trace without anyone noticing.",
      "value": ""
    },
    "f02_Summary_Description": {
      "section": "Backlog",
      "label": "Summary Description",
      "guidance": "A brief description of the requirement or need, in no more than one or two sentences. If it needs a paragraph, the item is probably two items, or it belongs in the vision rather than the backlog.",
      "value": ""
    },
    "f03_Priority": {
      "section": "Backlog",
      "label": "Priority",
      "guidance": "A way of ranking the requirements. Either summary groups such as high, medium, and low, or a numbered rank. State which scheme is in use, because a backlog that mixes the two cannot be sorted.",
      "value": ""
    },
    "f04_Story": {
      "section": "Backlog",
      "label": "Story",
      "guidance": "A prioritised user story, or the name of a user story recorded elsewhere. Where the story lives elsewhere, reference it rather than copying it, so the two do not diverge.",
      "value": ""
    },
    "f05_Status": {
      "section": "Backlog",
      "label": "Status",
      "guidance": "Whether the requirement is not started, in progress, or complete. Use the same set of values for every row, since a status column with mixed vocabularies cannot be filtered.",
      "value": ""
    },
    "f06_Story_Points": {
      "section": "Backlog",
      "label": "Story Points",
      "guidance": "Estimating information such as story points. An estimate is a prediction made to compare against actuals, so record it even when it is a rough guess, and do not revise it silently.",
      "value": ""
    },
    "f07_Target_Sprint_or_Release": {
      "section": "Backlog",
      "label": "Target Sprint or Release",
      "guidance": "Which sprint or release the item will be incorporated into. Treat this as a forecast: an item that keeps moving between releases is telling you something, and the churn is worth seeing.",
      "value": ""
    },
    "f08_User_Type": {
      "section": "Backlog",
      "label": "User Type",
      "guidance": "The user type that will benefit, such as customer, administrator, or manager. This is what shows which parts of the organisation the release actually serves.",
      "value": ""
    },
    "f09_Category": {
      "section": "Backlog",
      "label": "Category",
      "guidance": "A category, which helps on large projects where the backlog is too big to hold in one view. Categories should reflect how the work is actually sequenced, not how the team happens to be divided.",
      "value": ""
    }
  }
}