PMO-02.03 المرحلة 02: منهجية المشروع وتخصيصه
المستوى 1 المستوى 2 المستوى 3 ai

تقييم جاهزية الذكاء الاصطناعي

AI Readiness Assessment
tasleemat asset PMO-02.03 template --lang ar

ملخص التسليمة وحدود الحوكمة

المرحلة في دورة حياة المشروع

المرحلة 02: منهجية المشروع وتخصيصه

متطلبات مستوى الحجم

المستوى 1 المستوى 2 المستوى 3

عقد التحقق الآلي

ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي. 

tasleemat validate PMO-02.03 ./completed_data.json

قالب التسليمة بتنسيق Markdown

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

توجيهات استيفاء الأقسام:

**١. غرض التقييم ونطاقه**
*  **غرض التقييم:**
*  **نطاق التقييم:**
*  **منهج التقييم:**
*  **المقيِّم والتاريخ:**
*  **أساس الأدلة:**

**٢. جاهزية البيانات**
*  **توفر البيانات:**
*  **جودة البيانات:**
*  **تتبّع البيانات وتوثيقها:**
*  **التوسيم والحقيقة المرجعية:**
*  **حوكمة البيانات والوصول إليها:**

**٣. الجاهزية التقنية والمنصة**
*  **الحوسبة والسعة:**
*  **المنصة والأدوات:**
*  **التكامل:**
*  **الأمن والمرونة:**
*  **قابلية التوسع:**

**٤. جاهزية المهارات والفريق**
*  **تشكيلة الفريق:**
*  **مهارات الذكاء الاصطناعي:**
*  **الخبرة بالمجال:**
*  **السعة والتوافر:**
*  **بناء القدرات:**

**٥. الجاهزية المؤسسية**
*  **رعاية القيادة:**
*  **نموذج التشغيل:**
*  **التغيير والتبنّي:**
*  **المشتريات والعقود:**
*  **تقبّل المخاطر:**

**٦. نتيجة التقييم وطريق المضي**
*  **درجات الأبعاد:**
*  **الدرجة الكلية الموزونة:**
*  **الفجوات المانعة:**
*  **المسار الموصى به:**
*  **خطة المعالجة:**
*  **محفّز إعادة التقييم:**
-->


<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_نظام_أو_برنامج_الذكاء_الاصطناعي}} - {{معرف_التقييم}}</h1>
 <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-02.03 <br>
 <i>تاريخ الإنشاء: {{وقت_الإنشاء}}، بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>

دليل المستخدم وإرشادات الممارس

دليل نماذج تسليمات

المخرج: تقييم جاهزية الذكاء الاصطناعي

مرجع الوثيقة: PMO-02.03

يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من تقييم جاهزية الذكاء الاصطناعي واستخدامه بفعالية بما يتوافق مع إطار تسليمات.

1. مفهوم الوثيقة وطبيعتها

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

2. القيمة والأهمية الاستراتيجية

لأن السؤال يُطرح قبل بدء العمل، وأقل كلفة لاكتشاف أن البيانات الموسومة غير موجودة، أو حقوق الوصول غير محسومة، أو الوحيد الذي يفهم المجال منشغل في مشروع آخر، هو قبل بناء أيٍّ منها. وكل واحد منها قابل للتعافي في الأسبوع الثاني ومكلف جدًا في الشهر السادس.

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

3. التوقيت ودواعي الإعداد والتحديث

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

4. الأدوار والمسؤوليات (RACI)

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

إرشادات التخصيص والمواءمة

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

المحاذاة والترابط المؤسسي

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

5. إرشادات تعبئة الحقول والبيانات

لإتمام تقييم جاهزية الذكاء الاصطناعي بدقّة واحتراف، على المسؤول تعبئة الأقسام التالية استنادًا إلى سياق المشروع (مع التأكد من الرجوع إلى parameters.md للمتغيرات العامة للمشروع):

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

المحاذاة والترابط المؤسسي

6. نموذج تطبيقي معبأ (مثال استرشادي)

يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:

📖 النموذج التطبيقي المكتمل: 02_03_تقييم_جاهزية_الذكاء_الاصطناعي_مثال.md

مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل

تقييم جاهزية الذكاء الاصطناعي - دليل التوليد الذكي

تعليمات النظام: يحتوي هذا المستند على التوجيهات التفصيلية للذكاء الاصطناعي لتوليد وثيقة «الوثيقة المعتمدة». عند طلب صياغة أو استيفاء هذا النموذج، اتبع الإرشادات المحددة لكل قسم بدقة واحترافية، مع مراعاة سياق المشروع والمتغيرات المرجعية في parameters.md.

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

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

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

المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: دراسة الجدوى وحالة الأعمال (PMO-01.01)، خط الأساس لمعمارية البيانات والتقنية * اختياري: خارطة طريق المحفظة (PMO-00.01)، الأهداف الاستراتيجية للذكاء الاصطناعي * المخرجات (النماذج التابعة): * إلزامي: خطة حوكمة الذكاء الاصطناعي (PMO-02.02)، نموذج حالة استخدام الذكاء الاصطناعي (PMO-02.04) * اختياري: مصفوفة سعة الموارد (PMO-00.04)، خطة إدارة المشتريات (PMO-04.09.01)

١. غرض التقييم ونطاقه

غرض التقييم

التعليمات: ما القرار الذي يخدمه هذا التقييم، وما القرار الذي لا يخدمه. وتقييم جاهزية بلا قرار مرفق هو رقم، والرقم الذي لا يحتاجه أحد هو أول ما يُهمَل.

القيمة المولَّدة: [ أضف التفاصيل... ]

نطاق التقييم

التعليمات: ما الأنظمة والعمليات والفرق المشمولة، وما المستثنى. فاستثناء شيء جائز، واستثناؤه دون كتابته هو ما يُعيده في الشهر الرابع بوصفه اعتمادية.

القيمة المولَّدة: [ أضف التفاصيل... ]

منهج التقييم

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

القيمة المولَّدة: [ أضف التفاصيل... ]

المقيِّم والتاريخ

التعليمات: من أجرى التقييم، وفي أي تاريخ، وعلى أي إصدارات من الأنظمة. ورقم جاهزية بلا تاريخ رقم يذبل بصمت.

القيمة المولَّدة: [ أضف التفاصيل... ]

أساس الأدلة

التعليمات: ما الذي تستند إليه الدرجات، وأين توجد الأدلة. والدرجة التي لا يُسترجع مصدرها لا تُدافَع عنها حين يُطعن فيها، وهي اللحظة الوحيدة التي يهم فيها صحتها.

القيمة المولَّدة: [ أضف التفاصيل... ]

٢. جاهزية البيانات

توفر البيانات

التعليمات: هل البيانات المطلوبة موجودة، بالحجم والتغطية الكافيين. والتوفر ليس الإذن، والمسافة بينهما هي أشيع سبب لأن تكون مؤسسة بياناتها جاهزة وليست جاهزة للذكاء الاصطناعي.

القيمة المولَّدة: [ أضف التفاصيل... ]

جودة البيانات

التعليمات: الاكتمال، والاتساق، وحداثة التسليم، والصح��ة، كل منها بمقياسه المستعمل. و«جيدة» نتيجة، أما نسبة الاكتمال مقابل قائمة حقول معرَّفة فمدخل إلى نتيجة.

القيمة المولَّدة: [ أضف التفاصيل... ]

تتبّع البيانات وتوثيقها

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

القيمة المولَّدة: [ أضف التفاصيل... ]

التوسيم والحقيقة المرجعية

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

القيمة المولَّدة: [ أضف التفاصيل... ]

حوكمة البيانات والوصول إليها

التعليمات: من يحق له الوصول إلى ماذا، وبأي ضوابط، وهل هذا محسوم. وحقوق الوصول التي تُحسم متأخرة هي السبب المعتاد لتأخر إطلاقٍ لم يتوقعه أحد، وهي تُحسم متأخرة لأنها تعني أشخاصًا خارج الفريق.

القيمة المولَّدة: [ أضف التفاصيل... ]

٣. الجاهزية التقنية والمنصة

الحوسبة والسعة

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

القيمة المولَّدة: [ أضف التفاصيل... ]

المنصة والأدوات

التعليمات: ال تدريب والنشر والإصدار والتتبّع والرصد. والسؤال عن الأدوات ليس هل تعمل دفتر، بل هل يمكن إعادة إنتاج النموذج والتراجع عنه ومراقبته في الإنتاج، فهذه هي العمليات التي يرثها الفريق.

القيمة المولَّدة: [ أضف التفاصيل... ]

التكامل

التعليمات: ما إذا كان النظام يتصل ببيئته المحيطة، وبأي جودة. والتكامل هو موضع تفاؤل تقييمات الجاهزية، لأن النموذج الأولي لا يتصل بشيء والنظام الإنتاجي يجب أن يتصل بكل شيء.

القيمة المولَّدة: [ أضف التفاصيل... ]

الأمن والمرونة

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

القيمة المولَّدة: [ أضف التفاصيل... ]

قابلية التوسع

التعليمات: هل يبقى الأداء والكلفة ثابتين مع نمو الحجم. والنموذج الدقيق وغير المحتمل عند عشرة أضعاف الحجم نموذج أولي، والتقييم هو أقل كلفة لاكتشاف ذلك.

القيمة المولَّدة: [ أضف التفاصيل... ]

٤. جاهزية المهارات والفريق

تشكيلة الفريق

التعليمات: من في الفريق، وأي الأدوار المطلوبة شاغرة. فالفجوة المسماة بالمهارة لا مالك لها، والمسماة بالدور لها شاغر.

القيمة المولَّدة: [ أضف التفاصيل... ]

مهارات الذكاء الاصطناعي

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

القيمة المولَّدة: [ أضف التفاصيل... ]

الخبرة بالمجال

التعليمات: ما إذا كان في الفريق من يعرف المجال بما يكفي ليحكم بأن المخرَج خطأ. وبدونهم يقيس الفريق الأداء ولا يفسره، وهما ليسا فصلين.

القيمة المولَّدة: [ أضف التفاصيل... ]

السعة والتوافر

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

القيمة المولَّدة: [ أضف التفاصيل... ]

بناء القدرات

التعليمات: كيف تُغلق الفجوات: توظيف، أو تدريب، أو شراكة، أو شراء. ولهذه المدد مختلفة، والمدة هي القيد لا التفضيل.

القيمة المولَّدة: [ أضف التفاصيل... ]

٥. الجاهزية المؤسسية

رعاية القيادة

التعليمات: ما إذا كان هناك راعٍ سيمول ما يترتب على القرار لا العمل وحده. والرعاية التي تنتهي عند الموافقة تمويلتُ عرضًا توضيحيًا، والفرق يظهر عند أول قرار يتخذه النظام ويعترضه أحد.

القيمة المولَّدة: [ أضف التفاصيل... ]

نموذج التشغيل

التعليمات: من يشغّل النظام في الإنتاج، وتحت أي خدمة. ونموذج التشغيل الذي يُقرر عند الإطلاق يُتفاوض عليه في حادثة.

القيمة المولَّدة: [ أضف التفاصيل... ]

التغيير والتبنّي

التعليمات: من يجب أن يغيّر عمله، وماذا يكسب، وماذا يخسر. والنظام الذي يجعل حكم أحدهم زائدًا لن يُتبنى مهما كانت دقته، والتبنّي ليست مسألة تواصل.

القيمة المولَّدة: [ أضف التفاصيل... ]

المشتريات والعقود

التعليمات: ما إذا كان العقد يسمح بالاستخدام المقصود، وما يسمح للمورّد به من البيانات. وهذه الالتزامات التي لا يمكن تعديلها بعد مشاركة البيانات.

القيمة المولَّدة: [ أضف التفاصيل... ]

تقبّل المخاطر

التعليمات: مستوى الفشل الذي تقبله المؤسسة، ومن يقبله نيابة عنها. وتقبّل المخاطر الذي لا يُذكر قط يصبح، بالضرورة، تحمّلًا صفرًا، وهو ليس موقفًا اختاره أحد.

القيمة المولَّدة: [ أضف التفاصيل... ]

٦. نتيجة التقييم وطريق المضي

درجات الأبعاد

التعليمات: درجة كل بُعد، مع ذكر المقياس المستعمل. والدرجة بلا مقياس لا تقارن بتقييم لاحق، والمقارنة هي السبب الوحيد لاختيار الأولى.

القيمة المولَّدة: [ أضف التفاصيل... ]

الدرجة الكلية الموزونة

التعليمات: المجموع، مع الأوزان ومبرراتها. فالمعدل غير الموزون يعامل بُعدًا لا تعتمد عليه الأعمال بقدر بُعدٍ لا يمكن العمل بدونه.

القيمة المولَّدة: [ أضف التفاصيل... ]

الفجوات المانعة

التعليمات: الفجوات التي تمنع المضي، بخلاف التي تبطئه. وهذا التمييز هو المخرج الفعلي للتقييم، والنموذج الذي يسجّل قائمة واحدة لا يستطيع التعبير عنه.

القيمة المولَّدة: [ أضف التفاصيل... ]

المسار الموصى به

التعليمات: المضي، أو المضي بشروط، أو المعالجة، أو عدم المضي، والشرط المرفق. والمسار بلا شروط رأي، والشروط هي ما يمكن تتبّعه وإغلاقه.

القيمة المولَّدة: [ أضف التفاصيل... ]

خطة المعالجة

التعليمات: ما سيُفعل، ومن يقوم به، ومتى، وكم يكلّف. والفجوة التي لا مالك لها ولا تاريخ ليست فجوة في الخطة بل فجوة في افتراضاتها.

القيمة المولَّدة: [ أضف التفاصيل... ]

محفّز إعادة التقييم

التعليمات: ما يوجب إعادة التقييم. والجاهزية تذبل بتحرك الموظفين وانحراف البيانات، والتقييم الذي لا أجل له يُعامَل على أنه سارٍ إلى الأبد.

القيمة المولَّدة: [ أضف التفاصيل... ]

PMO-02.03 المرحلة 02: منهجية المشروع وتخصيصه دراسة حالة واقعية مكتملة
تاريخ الإعداد
2026-03-15
مسؤول حوكمة الذكاء الاصطناعي
د. ريان السليمان (رئيس حوكمة الذكاء الاصطناعي)
إعداد
م. فيصل الحربي، PMP (مدير المشروع)

تقييم جاهزية الذكاء الاصطناعي (نموذج تطبيقي معبأ)

🏆 نموذج استرشادي مكتمل (Gold Standard): يوضح هذا المستند التطبيق العملي المتكامل لهذا النموذج وفق معايير تسليمات (PMO-02.03). كافة الأسماء والبيانات الواردة هي لأغراض العرض التوضيحي والمحاكاة المؤسسية الفرضية.

شركة القمة للحلول المؤسسية المتقدمة

نظام الذكاء الاصطناعي المؤسسي الشامل - ASSESS-2026-01

تقييم جاهزية الذكاء الاصطناعي

--- ## ١. غرض التقييم ونطاقه **غرض التقييم:** تحقيق التميز التشغيلي وأتمتة العمليات والربط السحابي الموحد وفق أعلى المعايير القياسية. **نطاق التقييم:** تحقيق التميز التشغيلي وأتمتة العمليات والربط السحابي الموحد وفق أعلى المعايير القياسية. **منهج التقييم:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. **المقيِّم والتاريخ:** د. طارق المنصور، PfMP (رئيس فريق التدقيق والتقييم) - 2026-03-15 **أساس الأدلة:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. --- ## ٢. جاهزية البيانات | مصدر البيانات | توفر البيانات | جودة البيانات | تتبّع البيانات وتوثيقها | التوسيم والحقيقة المرجعية | حوكمة البيانات والوصول إليها | | ---: | ---: | ---: | ---: | ---: | ---: | | نشر وتجهيز البنية السحابية وقواعد البيانات الموحدة | نشر وتجهيز البنية السحابية وقواعد البيانات الموحدة | نشر وتجهيز البنية السحابية وقواعد البيانات الموحدة | نشر وتجهيز البنية السحابية وقواعد البيانات الموحدة | معتمد ومطابق للمعايير القياسية لشركة القمة | نشر وتجهيز البنية السحابية وقواعد البيانات الموحدة | | أتمتة دورة المشتريات والمستودعات والربط المباشر | أتمتة دورة المشتريات والمستودعات والربط المباشر | أتمتة دورة المشتريات والمستودعات والربط المباشر | أتمتة دورة المشتريات والمستودعات والربط المباشر | معتمد ومطابق للمعايير القياسية لشركة القمة | أتمتة دورة المشتريات والمستودعات والربط المباشر | | بناء لوحات المؤشرات التفاعلية والتحليلات المتقدمة | بناء لوحات المؤشرات التفاعلية والتحليلات المتقدمة | بناء لوحات المؤشرات التفاعلية والتحليلات المتقدمة | بناء لوحات المؤشرات التفاعلية والتحليلات المتقدمة | معتمد ومطابق للمعايير القياسية لشركة القمة | بناء لوحات المؤشرات التفاعلية والتحليلات المتقدمة | --- ## ٣. الجاهزية التقنية والمنصة | المحور | الحالة الحالية | الفجوة | الكلفة والجهد لإغلاقها | الخطورة | | ---: | ---: | ---: | ---: | ---: | | معتمد ومطابق للمعايير القياسية لشركة القمة | قيد التنفيذ | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | متوسطة (تتطلب مراجعة دورية) | | معتمد ومطابق للمعايير القياسية لشركة القمة | مكتمل | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | منخفضة (ضمن الحدود المقبولة) | | معتمد ومطابق للمعايير القياسية لشركة القمة | مخطط | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | عالية (تتطلب إشرافاً بشرياً إلزامياً) | --- ## ٤. جاهزية المهارات والفريق | الدور | مُشغول | المستوى | المعرفة بالمجال | كيف تُغلق الفجوة | | ---: | ---: | ---: | ---: | ---: | | الرعاية الاستراتيجية وتوفير الموارد والمصادقة على الميثاق | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | INIT-01 | معتمد ومطابق للمعايير القياسية لشركة القمة | | مالك متطلبات الأعمال وسلاسل الإمداد وقبول المخرجات | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | REQ-02 | معتمد ومطابق للمعايير القياسية لشركة القمة | | المستفيد التجاري الرئيسي والمشاركة في اختبارات القبول UAT | معتمد ومطابق للمعايير القياسية لشركة القمة | معتمد ومطابق للمعايير القياسية لشركة القمة | ACT-03 | معتمد ومطابق للمعايير القياسية لشركة القمة | --- ## ٥. الجاهزية المؤسسية | الشرط | الحالة الحالية | الدليل | المالك | ملاحظة | | ---: | ---: | ---: | ---: | ---: | | معتمد ومطابق للمعايير القياسية لشركة القمة | قيد التنفيذ | معتمد ومطابق للمعايير القياسية لشركة القمة | أ. إلينا فانس، PfMP | تم التحقق من الجاهزية والامتثال لضوابط الأمن السيبراني | | معتمد ومطابق للمعايير القياسية لشركة القمة | مكتمل | معتمد ومطابق للمعايير القياسية لشركة القمة | م. فيصل الحربي، PMP | جلسات المتابعة والتنسيق مستمرة وفق الجدول المعتمد | | معتمد ومطابق للمعايير القياسية لشركة القمة | مخطط | معتمد ومطابق للمعايير القياسية لشركة القمة | د. طارق المنصور، PfMP | تم رصد مخصص الطوارئ المعتمد لهذه المرحلة | --- ## ٦. نتيجة التقييم وطريق المضي **درجات الأبعاد:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. **الدرجة الكلية الموزونة:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. **الفجوات المانعة:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. **المسار الموصى به:** الاعتماد الكامل على الحل السحابي الموحد (Nexus ERP) مع تكامل تدريجي عبر 3 مراحل. **خطة المعالجة:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. **محفّز إعادة التقييم:** تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة. --- ### الاعتماد والموافقات | الدور | الاسم | التوقيع | التاريخ | | ---: | ---: | ---: | ---: | | **مسؤول الذكاء الاصطناعي والبيانات** | د. ريان السليمان (رئيس فريق الذكاء الاصطناعي) | [معتمد إلكترونياً] | 2026-03-18 | | **المعماري المؤسسي / رئيس التقنية** | د. منى الغامدي (نائب الرئيس لتقنية المعلومات) | [معتمد إلكترونياً] | 2026-03-18 | | **راعي المشروع** | د. منى الغامدي (نائب الرئيس لتقنية المعلومات) | [معتمد إلكترونياً] | 2026-03-18 | ---
النموذج: تقييم جاهزية الذكاء الاصطناعي | المرجع: PMO-02.03
تاريخ الإنشاء: 2026-03-15 10:00 بتوقيت مكة المكرمة، بواسطة تسليمات

مخطط JSON Schema (معيار Draft 2020-12)

العقد الرقمي المعياري لتمكين التحقق الآلي من بيانات التسليمة بواسطة أداة tasleemat. 
{
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "$id": "https://tasleemat.pmo/schemas/completed/PMO-02.03.schema.json",
  "title": "Completed AI Readiness Assessment Data Contract",
  "description": "Additive structural schema validating completed AI Readiness Assessment artifact data payloads (PMO-02.03).",
  "type": "object",
  "properties": {
    "artifact_id": {
      "type": "string",
      "const": "PMO-02.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"
      ]
    },
    "purpose_and_scope_of_the_assessment": {
      "type": "object",
      "properties": {
        "assessment_objective": {
          "type": "string",
          "minLength": 1,
          "description": "What decision this assessment is being made to support, and what decision it is not. A readiness assessment with no stated decision attached is a score, and a score nobody needs is the one most often abandoned."
        },
        "assessment_scope": {
          "type": "string",
          "minLength": 1,
          "description": "Which systems, processes and teams are in scope, and which are excluded. Excluding something is legitimate; excluding it without writing it down is what lets it reappear as a dependency in month four."
        },
        "assessment_method": {
          "type": "string",
          "minLength": 1,
          "description": "How each dimension was assessed: instrumented measurement, walkthrough, interview, or self-declaration. Self-declaration is legitimate and must be labelled, because an unlabelled self-declaration is indistinguishable from a measurement and is trusted accordingly."
        },
        "assessor_and_date": {
          "type": "string",
          "minLength": 1,
          "description": "Who performed it, on what date, and against which version of the systems. A readiness figure without a date is a figure that decays silently."
        },
        "evidence_basis": {
          "type": "string",
          "minLength": 1,
          "description": "What the scores rest on, and where the evidence sits. A score whose source cannot be retrieved cannot be defended when it is challenged, which is the only time its accuracy matters."
        }
      },
      "required": [
        "assessment_objective",
        "assessment_scope",
        "assessment_method",
        "assessor_and_date",
        "evidence_basis"
      ]
    },
    "data_readiness": {
      "type": "object",
      "properties": {
        "data_availability": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the data the use case requires exists, at the volume and coverage needed. Availability is not the same as permission, and the gap between them is the most common reason a data-ready organisation is not an AI-ready one."
        },
        "data_quality": {
          "type": "string",
          "minLength": 1,
          "description": "Completeness, consistency, timeliness and validity, each with the measurement used. \"Good quality\" is a conclusion; a completeness figure against a defined field list is an input to one."
        },
        "data_lineage_and_documentation": {
          "type": "string",
          "minLength": 1,
          "description": "Whether it can be traced to its origin and meaning. Lineage is what makes a defective output diagnosable rather than merely wrong, and it cannot be reconstructed after the fact."
        },
        "labelling_and_ground_truth": {
          "type": "string",
          "minLength": 1,
          "description": "Whether labelled examples exist for the intended purpose, in sufficient quantity and quality. Where they do not, say so, because labelling is a programme of work with a cost and a duration, and treating it as a task hides both."
        },
        "data_governance_and_access": {
          "type": "string",
          "minLength": 1,
          "description": "Who may access what, under what controls, and whether that is settled. Access rights settled late are the usual cause of a launch delay that no one predicted, and they are settled late because they involve people outside the team."
        }
      },
      "required": [
        "data_availability",
        "data_quality",
        "data_lineage_and_documentation",
        "labelling_and_ground_truth",
        "data_governance_and_access"
      ]
    },
    "technical_and_platform_readiness": {
      "type": "object",
      "properties": {
        "compute_and_capacity": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the capacity required for training and inference exists, and at what cost. Cost per unit of work is the figure that decides whether the use case is viable at volume, and it is not known until the volume is."
        },
        "platform_and_tooling": {
          "type": "string",
          "minLength": 1,
          "description": "MLOps, versioning, experiment tracking, deployment and monitoring. The tooling question is not whether a notebook runs but whether a model can be reproduced, rolled back, and monitored in production, since those are the operations a team inherits."
        },
        "integration": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the system connects to the surrounding estate, and at what quality. Integration is where readiness assessments are optimistic, because a proof of concept connects to nothing and a production system must connect to everything."
        },
        "security_and_resilience": {
          "type": "string",
          "minLength": 1,
          "description": "The controls in force for AI workloads, and what happens when the system is unavailable. A system whose fallback is manual reverts to a process that was automated because it was unworkable by hand."
        },
        "scalability": {
          "type": "string",
          "minLength": 1,
          "description": "Whether performance and cost hold as volume grows. A model that is accurate and unaffordable at ten times the volume is a prototype, and the assessment is where that is cheapest to discover."
        }
      },
      "required": [
        "compute_and_capacity",
        "platform_and_tooling",
        "integration",
        "security_and_resilience",
        "scalability"
      ]
    },
    "skills_and_team_readiness": {
      "type": "object",
      "properties": {
        "team_composition": {
          "type": "string",
          "minLength": 1,
          "description": "Who is on the team, and which of the required roles are unfilled. List the gaps by role rather than by competence, because a gap named by competence has no owner and a gap named by role has a vacancy."
        },
        "ai_skills": {
          "type": "string",
          "minLength": 1,
          "description": "The specific capabilities present, at what level: building, evaluating, deploying, and operating. These are different skills and a team strong in the first may be unable to do the third, which is where readiness usually fails."
        },
        "domain_expertise": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the team includes people who know the domain well enough to judge an output is wrong. Without them the team can measure performance and not interpret it, and those are not separable."
        },
        "capacity_and_availability": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the people named are actually available at the required fraction, given other commitments. A team rostered at half time and a team absent are the same fact expressed differently."
        },
        "capability_building": {
          "type": "string",
          "minLength": 1,
          "description": "How gaps will be closed: hire, train, partner, or buy. These have different lead times and the lead time is the constraint, not the preference."
        }
      },
      "required": [
        "team_composition",
        "ai_skills",
        "domain_expertise",
        "capacity_and_availability",
        "capability_building"
      ]
    },
    "organisational_readiness": {
      "type": "object",
      "properties": {
        "leadership_sponsorship": {
          "type": "string",
          "minLength": 1,
          "description": "Whether there is a sponsor who will fund the consequences as well as the work. Sponsorship that ends at approval has funded a demonstration, and the difference surfaces at the first decision the system makes that somebody disputes."
        },
        "operating_model": {
          "type": "string",
          "minLength": 1,
          "description": "Who runs the system in production, and under which service commitment. An operating model decided at go-live is an operating model negotiated in an incident."
        },
        "change_and_adoption": {
          "type": "string",
          "minLength": 1,
          "description": "Who must change their work, what they gain, and what they lose. A system that makes someone's judgement redundant will not be adopted regardless of its accuracy, and adoption is not a communications problem."
        },
        "procurement_and_contracting": {
          "type": "string",
          "minLength": 1,
          "description": "Whether the contracts permit the intended use, and what they permit the supplier to do with the data. These are the obligations that cannot be renegotiated after the data has been shared."
        },
        "risk_appetite": {
          "type": "string",
          "minLength": 1,
          "description": "What level of failure the organisation will accept, and who accepts it on its behalf. A risk appetite that is never stated becomes, by default, zero tolerance, which is not a position anyone chose."
        }
      },
      "required": [
        "leadership_sponsorship",
        "operating_model",
        "change_and_adoption",
        "procurement_and_contracting",
        "risk_appetite"
      ]
    },
    "assessment_outcome_and_route_forward": {
      "type": "object",
      "properties": {
        "dimension_scores": {
          "type": "string",
          "minLength": 1,
          "description": "The score for each dimension, with the scale used stated. A score without its scale cannot be compared with a later assessment, and the comparison is the only reason to take the first one."
        },
        "weighted_overall_score": {
          "type": "string",
          "minLength": 1,
          "description": "The aggregate, with the weights and their justification. An unweighted average treats a dimension the business does not depend on as equal to one it cannot operate without."
        },
        "blocking_gaps": {
          "type": "string",
          "minLength": 1,
          "description": "The gaps that prevent proceeding, as distinct from those that slow it. This distinction is the assessment's actual output, and a form that records a single list cannot make it."
        },
        "recommended_route": {
          "type": "string",
          "minLength": 1,
          "description": "Proceed, proceed with conditions, remediate, or do not proceed, and the condition attached. The route without its conditions is an opinion; the conditions are what can be tracked and closed."
        },
        "remediation_plan": {
          "type": "string",
          "minLength": 1,
          "description": "What will be done, by whom, by when, and what it costs. A gap with no owner and no date is not a gap in the plan, it is a gap in the plan's assumptions."
        },
        "reassessment_trigger": {
          "type": "string",
          "minLength": 1,
          "description": "What would cause the assessment to be repeated. Readiness decays as staff move and data drifts, and an assessment with no expiry is treated as current indefinitely."
        }
      },
      "required": [
        "dimension_scores",
        "weighted_overall_score",
        "blocking_gaps",
        "recommended_route",
        "remediation_plan",
        "reassessment_trigger"
      ]
    }
  },
  "required": [
    "artifact_id",
    "metadata",
    "purpose_and_scope_of_the_assessment",
    "data_readiness",
    "technical_and_platform_readiness",
    "skills_and_team_readiness",
    "organisational_readiness",
    "assessment_outcome_and_route_forward"
  ]
}
📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية) 
{
  "_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. Name the model version, the group affected, and the threshold that triggers action, rather than recording a category; a governance plan that says 'encrypted', 'minimised' and 'monitored' describes an intention and not a system, and the difference only becomes visible when something goes wrong and no one can say what was in force.",
  "form_name": "AI Readiness Assessment",
  "document_reference": "PMO-02.03",
  "project_title": "",
  "date_prepared": "",
  "fields": {
    "f01_Assessment_Objective": {
      "section": "Purpose and Scope of the Assessment",
      "label": "Assessment Objective",
      "guidance": "What decision this assessment is being made to support, and what decision it is not. A readiness assessment with no stated decision attached is a score, and a score nobody needs is the one most often abandoned.",
      "value": ""
    },
    "f02_Assessment_Scope": {
      "section": "Purpose and Scope of the Assessment",
      "label": "Assessment Scope",
      "guidance": "Which systems, processes and teams are in scope, and which are excluded. Excluding something is legitimate; excluding it without writing it down is what lets it reappear as a dependency in month four.",
      "value": ""
    },
    "f03_Assessment_Method": {
      "section": "Purpose and Scope of the Assessment",
      "label": "Assessment Method",
      "guidance": "How each dimension was assessed: instrumented measurement, walkthrough, interview, or self-declaration. Self-declaration is legitimate and must be labelled, because an unlabelled self-declaration is indistinguishable from a measurement and is trusted accordingly.",
      "value": ""
    },
    "f04_Assessor_and_Date": {
      "section": "Purpose and Scope of the Assessment",
      "label": "Assessor and Date",
      "guidance": "Who performed it, on what date, and against which version of the systems. A readiness figure without a date is a figure that decays silently.",
      "value": ""
    },
    "f05_Evidence_Basis": {
      "section": "Purpose and Scope of the Assessment",
      "label": "Evidence Basis",
      "guidance": "What the scores rest on, and where the evidence sits. A score whose source cannot be retrieved cannot be defended when it is challenged, which is the only time its accuracy matters.",
      "value": ""
    },
    "f06_Data_Availability": {
      "section": "Data Readiness",
      "label": "Data Availability",
      "guidance": "Whether the data the use case requires exists, at the volume and coverage needed. Availability is not the same as permission, and the gap between them is the most common reason a data-ready organisation is not an AI-ready one.",
      "value": ""
    },
    "f07_Data_Quality": {
      "section": "Data Readiness",
      "label": "Data Quality",
      "guidance": "Completeness, consistency, timeliness and validity, each with the measurement used. \"Good quality\" is a conclusion; a completeness figure against a defined field list is an input to one.",
      "value": ""
    },
    "f08_Data_Lineage_and_Documentation": {
      "section": "Data Readiness",
      "label": "Data Lineage and Documentation",
      "guidance": "Whether it can be traced to its origin and meaning. Lineage is what makes a defective output diagnosable rather than merely wrong, and it cannot be reconstructed after the fact.",
      "value": ""
    },
    "f09_Labelling_and_Ground_Truth": {
      "section": "Data Readiness",
      "label": "Labelling and Ground Truth",
      "guidance": "Whether labelled examples exist for the intended purpose, in sufficient quantity and quality. Where they do not, say so, because labelling is a programme of work with a cost and a duration, and treating it as a task hides both.",
      "value": ""
    },
    "f10_Data_Governance_and_Access": {
      "section": "Data Readiness",
      "label": "Data Governance and Access",
      "guidance": "Who may access what, under what controls, and whether that is settled. Access rights settled late are the usual cause of a launch delay that no one predicted, and they are settled late because they involve people outside the team.",
      "value": ""
    },
    "f11_Compute_and_Capacity": {
      "section": "Technical and Platform Readiness",
      "label": "Compute and Capacity",
      "guidance": "Whether the capacity required for training and inference exists, and at what cost. Cost per unit of work is the figure that decides whether the use case is viable at volume, and it is not known until the volume is.",
      "value": ""
    },
    "f12_Platform_and_Tooling": {
      "section": "Technical and Platform Readiness",
      "label": "Platform and Tooling",
      "guidance": "MLOps, versioning, experiment tracking, deployment and monitoring. The tooling question is not whether a notebook runs but whether a model can be reproduced, rolled back, and monitored in production, since those are the operations a team inherits.",
      "value": ""
    },
    "f13_Integration": {
      "section": "Technical and Platform Readiness",
      "label": "Integration",
      "guidance": "Whether the system connects to the surrounding estate, and at what quality. Integration is where readiness assessments are optimistic, because a proof of concept connects to nothing and a production system must connect to everything.",
      "value": ""
    },
    "f14_Security_and_Resilience": {
      "section": "Technical and Platform Readiness",
      "label": "Security and Resilience",
      "guidance": "The controls in force for AI workloads, and what happens when the system is unavailable. A system whose fallback is manual reverts to a process that was automated because it was unworkable by hand.",
      "value": ""
    },
    "f15_Scalability": {
      "section": "Technical and Platform Readiness",
      "label": "Scalability",
      "guidance": "Whether performance and cost hold as volume grows. A model that is accurate and unaffordable at ten times the volume is a prototype, and the assessment is where that is cheapest to discover.",
      "value": ""
    },
    "f16_Team_Composition": {
      "section": "Skills and Team Readiness",
      "label": "Team Composition",
      "guidance": "Who is on the team, and which of the required roles are unfilled. List the gaps by role rather than by competence, because a gap named by competence has no owner and a gap named by role has a vacancy.",
      "value": ""
    },
    "f17_AI_Skills": {
      "section": "Skills and Team Readiness",
      "label": "AI Skills",
      "guidance": "The specific capabilities present, at what level: building, evaluating, deploying, and operating. These are different skills and a team strong in the first may be unable to do the third, which is where readiness usually fails.",
      "value": ""
    },
    "f18_Domain_Expertise": {
      "section": "Skills and Team Readiness",
      "label": "Domain Expertise",
      "guidance": "Whether the team includes people who know the domain well enough to judge an output is wrong. Without them the team can measure performance and not interpret it, and those are not separable.",
      "value": ""
    },
    "f19_Capacity_and_Availability": {
      "section": "Skills and Team Readiness",
      "label": "Capacity and Availability",
      "guidance": "Whether the people named are actually available at the required fraction, given other commitments. A team rostered at half time and a team absent are the same fact expressed differently.",
      "value": ""
    },
    "f20_Capability_Building": {
      "section": "Skills and Team Readiness",
      "label": "Capability Building",
      "guidance": "How gaps will be closed: hire, train, partner, or buy. These have different lead times and the lead time is the constraint, not the preference.",
      "value": ""
    },
    "f21_Leadership_Sponsorship": {
      "section": "Organisational Readiness",
      "label": "Leadership Sponsorship",
      "guidance": "Whether there is a sponsor who will fund the consequences as well as the work. Sponsorship that ends at approval has funded a demonstration, and the difference surfaces at the first decision the system makes that somebody disputes.",
      "value": ""
    },
    "f22_Operating_Model": {
      "section": "Organisational Readiness",
      "label": "Operating Model",
      "guidance": "Who runs the system in production, and under which service commitment. An operating model decided at go-live is an operating model negotiated in an incident.",
      "value": ""
    },
    "f23_Change_and_Adoption": {
      "section": "Organisational Readiness",
      "label": "Change and Adoption",
      "guidance": "Who must change their work, what they gain, and what they lose. A system that makes someone's judgement redundant will not be adopted regardless of its accuracy, and adoption is not a communications problem.",
      "value": ""
    },
    "f24_Procurement_and_Contracting": {
      "section": "Organisational Readiness",
      "label": "Procurement and Contracting",
      "guidance": "Whether the contracts permit the intended use, and what they permit the supplier to do with the data. These are the obligations that cannot be renegotiated after the data has been shared.",
      "value": ""
    },
    "f25_Risk_Appetite": {
      "section": "Organisational Readiness",
      "label": "Risk Appetite",
      "guidance": "What level of failure the organisation will accept, and who accepts it on its behalf. A risk appetite that is never stated becomes, by default, zero tolerance, which is not a position anyone chose.",
      "value": ""
    },
    "f26_Dimension_Scores": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Dimension Scores",
      "guidance": "The score for each dimension, with the scale used stated. A score without its scale cannot be compared with a later assessment, and the comparison is the only reason to take the first one.",
      "value": ""
    },
    "f27_Weighted_Overall_Score": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Weighted Overall Score",
      "guidance": "The aggregate, with the weights and their justification. An unweighted average treats a dimension the business does not depend on as equal to one it cannot operate without.",
      "value": ""
    },
    "f28_Blocking_Gaps": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Blocking Gaps",
      "guidance": "The gaps that prevent proceeding, as distinct from those that slow it. This distinction is the assessment's actual output, and a form that records a single list cannot make it.",
      "value": ""
    },
    "f29_Recommended_Route": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Recommended Route",
      "guidance": "Proceed, proceed with conditions, remediate, or do not proceed, and the condition attached. The route without its conditions is an opinion; the conditions are what can be tracked and closed.",
      "value": ""
    },
    "f30_Remediation_Plan": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Remediation Plan",
      "guidance": "What will be done, by whom, by when, and what it costs. A gap with no owner and no date is not a gap in the plan, it is a gap in the plan's assumptions.",
      "value": ""
    },
    "f31_Reassessment_Trigger": {
      "section": "Assessment Outcome and Route Forward",
      "label": "Reassessment Trigger",
      "guidance": "What would cause the assessment to be repeated. Readiness decays as staff move and data drifts, and an assessment with no expiry is treated as current indefinitely.",
      "value": ""
    }
  }
}