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

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

يمكن تفصيل خطة الإصدار إلى دورات. وقد يحتوي كل إصدار على عدة دورات. وبعد بدء الدورة لا يمكن تغيير المتطلبات أو قصص المستخدم التي تحتوي عليها.

يمكن إعداد خطة إصدار عالية المستوى بعد بدء رؤية المنتج وقائمة التراكم؛ غير أنها ستبقى ديناميكية إلى حد ما طوال المشروع مع تغير الأولويات وتحديد متطلبات جديدة. وقد تُحدَّث تسلسل المتطلبات أو قصص المستخدم وأولوياتها بعد كل دورة لتعكس الاحتياجات المتغيرة بناءً على ملاحظات الأداء أو احتياجات العملاء.

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

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

*  هذه الخطة توقع لا التزام حتى بدء الدورة. فاكتبها بحيث يميّز القارئ بين الأمرين، فالخطة التي تبدو ثابتة وهي ليست كذلك ستُستخدم لقطع وعود.

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

*  ضع لكل إصدار هدفًا في جملة واحدة. فالإصدار بلا هدف يتحول إلى ما تصادف أن يدخل فيه.

*  راجع الخطة بعد كل دورة وانقل ما لم يبدأ. والخطة التي لا يُعاد ترتيبها أبدًا هي خطة كُتبت مرة واحدة ولم تكن صحيحة أبدًا.

*  سجّل قيود الموارد حيث تنعكس. فالبند الذي ينزلق باستمرار بسبب غياب شخص واحد يخبرك بشيء لا يظهره الجدول الزمني وحده.

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

*  كلما أصبحت معلومات خطة الإصدار أكثر تحديدًا، قد ترغب في إسناد المتطلبات أو قصص المستخدم إلى دورات محددة داخل الإصدار.

*  يمكنك ترتيب خطة الإصدار في مسارات سباحة، ويُسنَد كل مسار إلى فريق أو مجرى عمل محدد.

*  إذا عرضت خطة الإصدار على خط زمني، فيمكنك إظهار العلاقات بين قصص المستخدم أو الميزات المختلفة. وهذا يمزج معلومات محتوى كل إصدار بمعلومات الجدول الزمني.

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


<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">خطة الإصدار</h1>

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

---

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

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

---

## 2. تفصيل الدورات
<!-- كتلة واحدة لكل دورة. وقد يحتوي الإصدار على عدة دورات، ومحتوى الدورة ثابت بعد بدءها، فالخطة التي تعرض دورة بلا تاريخ لا تخبر القارئ بم هل هي ملتزمة أم قابلة للتفاوض. اذكر قصص المستخدم بمعرفاتها في قائمة التراكم. -->

| الدورة | التواريخ | هدف الدورة | قصص مستخدم الدورة | حالة الدورة |
| ---: | ---: | ---: | ---: | ---: |
| **الدورة 1** | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| **الدورة 2** | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| **الدورة 3** | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |

<!-- قد يحتوي الإصدار على عدة دورات؛ أعطِ كل دورة صفًا واذكر الإصدار الذي تنتمي إليه. -->

---

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

| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مالك المنتج** | {{اسم_مالك_المنتج}} | _______________________ | [.... -.... -.... ] |
| **مسؤول الإصدارات والعمليات** | {{اسم_مسؤول_الإصدارات}} | _______________________ | [.... -.... -.... ] |
| **مدير المشروع** | {{اسم_مدير_المشروع}} | _______________________ | [.... -.... -.... ] |
---

<div align="right" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
  <span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
 <strong>القالب:</strong> خطة الإصدار | <strong>المرجع:</strong> PMO-04.03.09 <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.03.09.schema.json",
  "title": "Completed RELEASE PLAN Data Contract",
  "description": "Additive structural schema validating completed RELEASE PLAN artifact data payloads (PMO-04.03.09).",
  "type": "object",
  "properties": {
    "artifact_id": {
      "type": "string",
      "const": "PMO-04.03.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"
      ]
    },
    "releases": {
      "type": "object",
      "properties": {
        "release": {
          "type": "string",
          "minLength": 1,
          "description": "The release identifier and name, for example R1 or Release 1. A release is the unit the customer receives, not an internal milestone, so name it the way the customer would recognise it."
        },
        "start_date": {
          "type": "string",
          "minLength": 1,
          "description": "When the release starts. For a high-level plan a month or a quarter is honest; a day-level date implies a precision the plan does not have."
        },
        "end_date": {
          "type": "string",
          "minLength": 1,
          "description": "When the release finishes. Give the duration as well as the end date, since the two together are what show whether the release is gaining or losing ground."
        },
        "user_stories": {
          "type": "string",
          "minLength": 1,
          "description": "The requirements or user stories from the backlog assigned to this release, referenced by their backlog identifier rather than restated, so the plan and the backlog cannot drift apart."
        },
        "release_goal": {
          "type": "string",
          "minLength": 1,
          "description": "What this release is for, in one sentence. A release without a goal turns into a list of everything that happened to fit, which is how releases acquire unrelated work."
        },
        "status": {
          "type": "string",
          "minLength": 1,
          "description": "Not started, in progress, or released. This is the column that makes the plan honest: once a sprint has started its contents cannot change, so anything still marked in progress is committed, and anything not started can still move."
        }
      },
      "required": [
        "release",
        "start_date",
        "end_date",
        "user_stories",
        "release_goal",
        "status"
      ]
    },
    "sprint_breakdown": {
      "type": "object",
      "properties": {
        "sprint": {
          "type": "string",
          "minLength": 1,
          "description": "The sprint identifier and the release it belongs to, so the plan can be read per release rather than as one long list."
        },
        "dates": {
          "type": "string",
          "minLength": 1,
          "description": "When the sprint starts and ends. A sprint with no dates cannot be told apart from one that is still open to negotiation, and once it has started its contents are fixed."
        },
        "sprint_goal": {
          "type": "string",
          "minLength": 1,
          "description": "What this sprint is for, in one sentence. Several sprints toward one release goal is the normal case; a sprint goal that contradicts the release goal is a sign the release is carrying two unrelated pieces of work."
        },
        "sprint_user_stories": {
          "type": "string",
          "minLength": 1,
          "description": "The user stories committed to this sprint, by backlog identifier. Once the sprint has started this list is what was committed, and a change to it is a change to the commitment rather than to the plan."
        },
        "sprint_status": {
          "type": "string",
          "minLength": 1,
          "description": "Not started, in progress, or complete."
        }
      },
      "required": [
        "sprint",
        "dates",
        "sprint_goal",
        "sprint_user_stories",
        "sprint_status"
      ]
    }
  },
  "required": [
    "artifact_id",
    "metadata",
    "releases",
    "sprint_breakdown"
  ]
}

{
  "_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": "RELEASE PLAN",
  "document_reference": "PMO-04.03.09",
  "project_title": "",
  "date_prepared": "",
  "fields": {
    "f01_Release": {
      "section": "Releases",
      "label": "Release",
      "guidance": "The release identifier and name, for example R1 or Release 1. A release is the unit the customer receives, not an internal milestone, so name it the way the customer would recognise it.",
      "value": ""
    },
    "f02_Start_Date": {
      "section": "Releases",
      "label": "Start Date",
      "guidance": "When the release starts. For a high-level plan a month or a quarter is honest; a day-level date implies a precision the plan does not have.",
      "value": ""
    },
    "f03_End_Date": {
      "section": "Releases",
      "label": "End Date",
      "guidance": "When the release finishes. Give the duration as well as the end date, since the two together are what show whether the release is gaining or losing ground.",
      "value": ""
    },
    "f04_User_Stories": {
      "section": "Releases",
      "label": "User Stories",
      "guidance": "The requirements or user stories from the backlog assigned to this release, referenced by their backlog identifier rather than restated, so the plan and the backlog cannot drift apart.",
      "value": ""
    },
    "f05_Release_Goal": {
      "section": "Releases",
      "label": "Release Goal",
      "guidance": "What this release is for, in one sentence. A release without a goal turns into a list of everything that happened to fit, which is how releases acquire unrelated work.",
      "value": ""
    },
    "f06_Status": {
      "section": "Releases",
      "label": "Status",
      "guidance": "Not started, in progress, or released. This is the column that makes the plan honest: once a sprint has started its contents cannot change, so anything still marked in progress is committed, and anything not started can still move.",
      "value": ""
    },
    "f07_Sprint": {
      "section": "Sprint Breakdown",
      "label": "Sprint",
      "guidance": "The sprint identifier and the release it belongs to, so the plan can be read per release rather than as one long list.",
      "value": ""
    },
    "f08_Dates": {
      "section": "Sprint Breakdown",
      "label": "Dates",
      "guidance": "When the sprint starts and ends. A sprint with no dates cannot be told apart from one that is still open to negotiation, and once it has started its contents are fixed.",
      "value": ""
    },
    "f09_Sprint_Goal": {
      "section": "Sprint Breakdown",
      "label": "Sprint Goal",
      "guidance": "What this sprint is for, in one sentence. Several sprints toward one release goal is the normal case; a sprint goal that contradicts the release goal is a sign the release is carrying two unrelated pieces of work.",
      "value": ""
    },
    "f10_Sprint_User_Stories": {
      "section": "Sprint Breakdown",
      "label": "Sprint User Stories",
      "guidance": "The user stories committed to this sprint, by backlog identifier. Once the sprint has started this list is what was committed, and a change to it is a change to the commitment rather than to the plan.",
      "value": ""
    },
    "f11_Sprint_Status": {
      "section": "Sprint Breakdown",
      "label": "Sprint Status",
      "guidance": "Not started, in progress, or complete.",
      "value": ""
    }
  }
}