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

تعريف وسياق:
تعريف الجاهزية وتعريف الاكتمال معيار يُكتب مرة واحدة في أول العمل، ثم يُقاس به كل ما يأتي بعده، وهذا ما يفصله عن قائمة تُملأ عن كل بند. والتعريفان مختلفان الاتجاه: تعريف الجاهزية وعدٌ يجعله من يحضر العمل، وهو السبب الوحيد المشروع ليرفض الفريق العمل، وتعريف الاكتمال وعدٌ يجعله لمن يقرأ العمل لاحقًا، وهو ما يتراجع.

يستقبل من:
*  قائمة المتطلبات، حيث معايير القبول موجودة أو ينبغي أن تكون
*  نتائج مراجعة الفريق، حيث يُبلَّغ فيه عن معيار يُتجاوز
*  سجل التقدير، حتى يعكس تعريف الجاهزية ما يحتاجه التقدير فعلًا

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


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


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

توجيهات استيفاء الأقسام:
*  اتفاق عمل الفريق: اذكر الشروط التي يجب أن يستوفيها العمل قبل أن يبدأه الفريق، ثم الشروط التي يجب أن تتحقق قبل أن يوصف العمل بأنه اكتمل، وكل بند منها بحيث يستطيع غير كاتبه التحقق منه.
-->

<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.05.03 <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.05.03.schema.json",
  "title": "Completed Definition of Ready and Done Standard Data Contract",
  "description": "Additive structural schema validating completed Definition of Ready and Done Standard artifact data payloads (PMO-04.05.03).",
  "type": "object",
  "properties": {
    "artifact_id": {
      "type": "string",
      "const": "PMO-04.05.03"
    },
    "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"
      ]
    },
    "team_working_agreement": {
      "type": "object",
      "properties": {
        "definition_of_ready_dor": {
          "type": "string",
          "minLength": 1,
          "description": "What a piece of work must satisfy before the team will pick it up. The test for every item is that a second person can check it without asking the author: the acceptance criteria are written and are unambiguous, the dependency is named, the estimate exists. \"The team believes it is understood\" is not ready; \"the acceptance criteria are in the ticket and no two readers would build different things from them\" is."
        },
        "definition_of_done_dod": {
          "type": "string",
          "minLength": 1,
          "description": "What must be true before a piece of work is called finished, stated so that somebody other than the author could confirm each one: the change is reviewed, the tests exist and pass, the documentation follows the change, and the acceptance criteria are met. This is the definition that decays, because every story shipped with an exception weakens it for the next one and nothing stops that becoming the rule. It is written once and applied without renegotiation; a justified exception is logged, not folded back into the definition."
        }
      },
      "required": [
        "definition_of_ready_dor",
        "definition_of_done_dod"
      ]
    }
  },
  "required": [
    "artifact_id",
    "metadata",
    "team_working_agreement"
  ]
}

{
  "form_name": "Definition of Ready and Done Standard",
  "document_reference": "PMO-04.05.03",
  "_llm_instructions": "Populate the fields of 'Definition of Ready and Done Standard' and write the value of each field under 'Generated Value', based on the project context. Context: the project carrying reference PMO-04.05.03.",
  "fields": {
    "f01_Definition_of_Ready_DoR": {
      "section": "Team Working Agreement",
      "label": "Definition of Ready (DoR)",
      "guidance": "What a piece of work must satisfy before the team will pick it up. The test for every item is that a second person can check it without asking the author: the acceptance criteria are written and are unambiguous, the dependency is named, the estimate exists. \"The team believes it is understood\" is not ready; \"the acceptance criteria are in the ticket and no two readers would build different things from them\" is.",
      "value": ""
    },
    "f02_Definition_of_Done_DoD": {
      "section": "Team Working Agreement",
      "label": "Definition of Done (DoD)",
      "guidance": "What must be true before a piece of work is called finished, stated so that somebody other than the author could confirm each one: the change is reviewed, the tests exist and pass, the documentation follows the change, and the acceptance criteria are met. This is the definition that decays, because every story shipped with an exception weakens it for the next one and nothing stops that becoming the rule. It is written once and applied without renegotiation; a justified exception is logged, not folded back into the definition.",
      "value": ""
    }
  }
}