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

خطة حوكمة الذكاء الاصطناعي

AI GOVERNANCE PLAN
tasleemat asset PMO-02.02 template --lang ar

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

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

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

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

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

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

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

tasleemat validate PMO-02.02 ./completed_data.json

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

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

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

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


<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المبادرة_أو_المشروع}} - {{معرف_نموذج_التعقيد}}</h2>
 <h1 align="center">خطة حوكمة الذكاء الاصطناعي</h1>

| **تاريخ الإعداد:** {{التاريخ_الحالي}} | **مقيّم مكتب إدارة المشاريع:** {{اسم_المقيّم}} | **إعداد:** {{المُعِد}} |
| ---: | ---: | ---: |

---

## ١. سياق الحوكمة والنطاق
<!-- ما هو النظام، ومن يخضع لمخرجه، ودرجة خطورته، وما لا تصل إليه هذه الخطة. -->

**جرد النظام الذكي:** [ أضف التفاصيل... ]

**الغرض المقصود والمستخدمون المتأثرون:** [ أضف التفاصيل... ]

**تصنيف المخاطر:** [ أضف التفاصيل... ]

**استثناءات النطاق:** [ أضف التفاصيل... ]

---

## ٢. المبادئ الأخلاقية والاستخدام المقبول
<!-- القيود التي تربط الاستخدام، والاستخدامات المرفوضة، والمعتمد ضمن حدود، ومن يتحمل كلفة الخطأ. -->

**المبادئ الأخلاقية:** [ أضف التفاصيل... ]

**الاستخدامات المحظورة:** [ أضف التفاصيل... ]

**حالات الاستخدام المعتمدة:** [ أضف التفاصيل... ]

**تقييم الأثر على الإنسان:** [ أضف التفاصيل... ]

---

## ٣. حوكمة البيانات
<!-- صف واحد لكل فئة بيانات: ما هي، ومن أين جاءت، ولأي شيء يجوز استعمالها، وكيف تُحمى، ومتى تُحذف. -->

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

---

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

| الفئة المتأثرة | مخاطر التحيّز | منهج الاختبار والعتبة | التخفيف | المؤشر المستمر |
| ---: | ---: | ---: | ---: | ---: |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |
| [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] | [ أضف التفاصيل... ] |

---

## ٥. الامتثال والمساءلة
<!-- الصكوك التي تربط النظام، والضوابط التي تفي بها، والأدلة المحتفَظ بها، ومن يُساءل، وأين يستطيع معترض المخرج الاعتراض. -->

**اللوائح المنطبقة:** [ أضف التفاصيل... ]

**ربط الضوابط:** [ أضف التفاصيل... ]

**الأدلة والسجلات:** [ أضف التفاصيل... ]

**دورة مراجعة الامتثال:** [ أضف التفاصيل... ]

**المالك المسؤول:** [ أضف التفاصيل... ]

**نقاط الإشراف البشري:** [ أضف التفاصيل... ]

**حقوق القرار والإنصاف:** [ أضف التفاصيل... ]

**الإبلاغ عن الحوادث:** [ أضف التفاصيل... ]

---

## ٦. المراقبة والتغيير
<!-- ما يراقب في التشغيل، وما يفرض إعادة فتح الخطة، وكيف يُرفع تعديل على النظام. -->

**مراقبة الأداء والانحراف:** [ أضف التفاصيل... ]

**محفزات إعادة التقييم:** [ أضف التفاصيل... ]

**ارتباط ضبط التغيير:** [ أضف التفاصيل... ]

---

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

| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **المسؤول التقني للذكاء الاصطناعي** | {{اسم_مسؤول_الذكاء_الاصطناعي}} | _______________________ | [.... -.... -.... ] |
| **مسؤول حماية البيانات والأخلاقيات** | {{اسم_مسؤول_حماية_البيانات}} | _______________________ | [.... -.... -.... ] |
| **راعي المشروع / الراعي التنفيذي** | {{اسم_راعي_المشروع}} | _______________________ | [.... -.... -.... ] |
---

</div>

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

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

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

المخرج: خطة حوكمة الذكاء الاصطناعي

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

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


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

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


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

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

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


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

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


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

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


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

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

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

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


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

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

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

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


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

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

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

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

خطة حوكمة الذكاء الاصطناعي - دليل التوليد الذكي

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

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

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

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

المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: نموذج حالة استخدام الذكاء الاصطناعي (PMO-02.04)، تقييم جاهزية الذكاء الاصطناعي (PMO-02.03)، سياسة أخلاقيات الذكاء الاصطناعي المؤسسية * اختياري: تقييم خصوصية البيانات وأخلاقياتها (PMO-02.06)، ميثاق المشروع (PMO-03.01) * المخرجات (النماذج التابعة): * إلزامي: بطاقة نموذج الذكاء الاصطناعي (PMO-02.05)، مقاييس الجودة (PMO-04.05.02)، خطة إدارة المخاطر (PMO-04.08.01) * اختياري: سجل مكتبة الأوامر التوجيهية (PMO-05.09)، نموذج اعتماد اختبار قبول المستخدم (UAT) (PMO-06.10)


١. سياق الحوكمة والنطاق

جرد النظام الذكي

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

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

الغرض المقصود والمستخدمون المتأثرون

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

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

تصنيف المخاطر

التعليمات: الصنف الممنوح والمعايير التي أوقعته فيه، لا الصنف وحده. فالتصنيف الذي بلا معايير لا يقبل الطعن، والتصنيف الذي لا يقبل المراجعة أو الطعن هو في حقيقته انعدام للتصنيف.

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

استثناءات النطاق

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

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

٢. المبادئ الأخلاقية والاستخدام المقبول

المبادئ الأخلاقية

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

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

الاستخدامات المحظورة

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

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

حالات الاستخدام المعتمدة

التعليمات: الاستخدامات المعتمدة، وحدود كل منها التي يبقى ضمنها معتمدًا. فالاستخدام المعتمد بلا حدود محدَّدة قدرة معتمدة لا استخدام معتمد.

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

تقييم الأثر على الإنسان

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

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

٣. حوكمة البيانات

فئة البيانات

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

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

المصدر والسند القانوني

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

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

الاستخدام المسموح

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

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

ضابط الحماية

التعليمات: الضابط المطبَّق تحديدًا، لا فئة الضابط. «مشفَّر» فئة، والجملة التي تُغيّر الحاجة هي أي مفتاح، ومن يحتفظ به، وكيف يُدوَّر.

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

الاحتفاظ والحذف

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

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

٤. العدالة والتحيّز والشفافية

الفئة المتأثرة

التعليمات: الفئة التي تتأثر نتائجها، مذكورة بالاسم. فالفئات توصف مجموعةً على أساس اختبار، والفئة التي تهم هي التي يكون أداؤها الأسوأ عليه.

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

مخاطر التحيّز

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

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

منهج الاختبار والعتبة

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

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

التخفيف

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

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

المؤشر المستمر

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

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

٥. الامتثال والمساءلة

اللوائح المنطبقة

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

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

ربط الضوابط

التعليمات: أي ضابط يفي بأي التزام، وأي التزامات لا ضابط لها بعد. النصف الثاني هو النصف المفيد، والربط الذي يغطي كل التزام هو في الغالب ربط كُتب ليكتمل لا ليصح.

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

الأدلة والسجلات

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

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

دورة مراجعة الامتثال

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

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

المالك المسؤول

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

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

نقاط الإشراف البشري

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

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

حقوق القرار والإنصاف

التعليمات: من يقرر ما يُسمح به بعد الإطلاق، وكيف يعترض من تضرّ من مخرجه. الإنصاف هو الآلية الوحيدة التي تجعل المساءلة في متناول من يحتاجها.

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

الإبلاغ عن الحوادث

التعليمات: ما الذي يُعدّ حادثًا، ومن يُبلَّغ، وفي أي مهلة. وتعريف حادث كُتب واسعًا ليلتقط كل شيء هو تعريف لا يستطيع أحد تطبيقه تحت ضغط الوقت، والتعريف الضيق يفوت بالضبط ما لم يكن متوقعًا حين كُتب.

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

٦. المراقبة والتغيير

مراقبة الأداء والانحراف

التعليمات: ما يراقب في التشغيل، ومقابل أي خط أساس. نموذج الإنتاج نظام مختلف عن الذي خُصص، والفرق بينهما يتراكمي ولا يعلن عن نفسه.

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

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

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

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

ارتباط ضبط التغيير

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

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


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

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

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


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

مشروع المنظومة السحابية الموحدة لتخطيط الموارد وسلاسل الإمداد - COMPLEX-2026-ERP

خطة حوكمة الذكاء الاصطناعي


١. سياق الحوكمة والنطاق

جرد النظام الذكي: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.

الغرض المقصود والمستخدمون المتأثرون: تحقيق التميز التشغيلي وأتمتة العمليات والربط السحابي الموحد وفق أعلى المعايير القياسية.

تصنيف المخاطر: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.

استثناءات النطاق: تحقيق التميز التشغيلي وأتمتة العمليات والربط السحابي الموحد وفق أعلى المعايير القياسية.


٢. المبادئ الأخلاقية والاستخدام المقبول

المبادئ الأخلاقية: الامتثال التام للوائح حماية البيانات الشخصية والأطر الأخلاقية المؤسسية لمنع التحيز وضمان الشفافية.

الاستخدامات المحظورة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.

حالات الاستخدام المعتمدة: أتمتة مطابقة فواتير المشتريات، التنبؤ بالطلب على المخزون، وتوليد التقارير التشغيلية اليومية

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


٣. حوكمة البيانات

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

٤. العدالة والتحيّز والشفافية

الفئة المتأثرة مخاطر التحيّز منهج الاختبار والعتبة التخفيف المؤشر المستمر
دقة 96% للفواتير القياسية و91% للفواتير المعقدة معتمد ومطابق للمعايير القياسية لشركة القمة الحد الأدنى للدقة المقبولة >= 90% معتمد ومطابق للمعايير القياسية لشركة القمة معتمد ومطابق للمعايير القياسية لشركة القمة
دقة 95% لموردي التجزئة و93% للخدمات معتمد ومطابق للمعايير القياسية لشركة القمة الحد الأقصى للخطأ <= 2% معتمد ومطابق للمعايير القياسية لشركة القمة معتمد ومطابق للمعايير القياسية لشركة القمة
أداء متكافئ عبر كافة الفروع الإقليمية معتمد ومطابق للمعايير القياسية لشركة القمة الحد الأعلى لزمن الاستجابة <= 800ms معتمد ومطابق للمعايير القياسية لشركة القمة معتمد ومطابق للمعايير القياسية لشركة القمة

٥. الامتثال والمساءلة

اللوائح المنطبقة: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.

ربط الضوابط: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.

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

دورة مراجعة الامتثال: 2026-Q1 إلى 2027-Q4 (دورة سنوية مع مراجعة ربع سنوية)

المالك المسؤول: أ. إلينا فانس، PfMP (مدير المحفظة والتحول المؤسسي)

نقاط الإشراف البشري: عند اعتماد طلبات الشراء الكبرى، استثناءات المخزون، ونشر التحديثات البرمجية للإنتاج

حقوق القرار والإنصاف: حق المستخدم في طلب مراجعة بشرية لأي قرار مؤتمت مع معالجة الشكاوى خلال 5 أيام عمل.

الإبلاغ عن الحوادث: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.


٦. المراقبة والتغيير

مراقبة الأداء والانحراف: مراقبة مستمرة للمؤشرات التشغيلية ورفع تقارير دورية مع تفعيل خطط الاستجابة الفورية عند تجاوز العتبات.

محفزات إعادة التقييم: حدوث تغيير جوهري في النطاق، انحراف في الميزانية يتجاوز 10%، أو تغيير في التشريعات والأنظمة.

ارتباط ضبط التغيير: تم تحديده وتوثيقه بالتفصيل ليتوافق مع أهداف المشروع والمتطلبات التشغيلية لشركة القمة.


الاعتماد والموافقات

الدور الاسم التوقيع التاريخ
المسؤول التقني للذكاء الاصطناعي د. ريان السليمان (رئيس فريق الذكاء الاصطناعي) [معتمد إلكترونياً] 2026-03-18
مسؤول حماية البيانات والأخلاقيات أ. عبد العزيز الزهراني (مسؤول حماية البيانات) [معتمد إلكترونياً] 2026-03-18
راعي المشروع / الراعي التنفيذي د. منى الغامدي (نائب الرئيس لتقنية المعلومات) [معتمد إلكترونياً] 2026-03-18
---
النموذج: خطة حوكمة الذكاء الاصطناعي | المرجع: PMO-02.02
تاريخ الإنشاء: 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.02.schema.json",
  "title": "Completed AI GOVERNANCE PLAN Data Contract",
  "description": "Additive structural schema validating completed AI GOVERNANCE PLAN artifact data payloads (PMO-02.02).",
  "type": "object",
  "properties": {
    "artifact_id": {
      "type": "string",
      "const": "PMO-02.02"
    },
    "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"
      ]
    },
    "governance_context_and_scope": {
      "type": "object",
      "properties": {
        "ai_system_inventory": {
          "type": "string",
          "minLength": 1,
          "description": "What the system is, at the version that will actually run, and who operates it. Record the version, because a governance plan that covers \"the model\" covers whichever model happens to be deployed when someone asks, and the answer is rarely the one that was assessed."
        },
        "intended_purpose_and_affected_users": {
          "type": "string",
          "minLength": 1,
          "description": "What the system is for, and who is subject to its output rather than merely its user. The two are routinely confused, and the confusion is how a system that screens applicants comes to be described as a tool that helps recruiters write better."
        },
        "risk_classification": {
          "type": "string",
          "minLength": 1,
          "description": "The tier assigned and the criteria that put it there, not the tier alone. A classification with no stated criteria cannot be challenged, and an unchallengeable classification is the same as no classification."
        },
        "scope_exclusions": {
          "type": "string",
          "minLength": 1,
          "description": "What this plan explicitly does not cover, and who owns it instead. Governance plans fail at the boundary: the component nobody assigned sits under a plan that assumed it was included."
        }
      },
      "required": [
        "ai_system_inventory",
        "intended_purpose_and_affected_users",
        "risk_classification",
        "scope_exclusions"
      ]
    },
    "ethical_principles_and_acceptable_use": {
      "type": "object",
      "properties": {
        "ethical_principles": {
          "type": "string",
          "minLength": 1,
          "description": "The principles that constrain use on this project, and the case in which one yields to another. Principles that cannot yield to each other are not a decision rule, and a project under time pressure will resolve the conflict silently and after the fact."
        },
        "prohibited_uses": {
          "type": "string",
          "minLength": 1,
          "description": "Uses that are refused regardless of benefit. This section is what the plan is for, and a plan listing only permitted uses has no way to refuse anything."
        },
        "approved_use_cases": {
          "type": "string",
          "minLength": 1,
          "description": "The uses that are approved, each with the limits within which it stays approved. An approved use without stated limits is an approved capability, not an approved use."
        },
        "human_impact_assessment": {
          "type": "string",
          "minLength": 1,
          "description": "Who bears the consequences of a wrong output, and whether they can tell it was wrong. A system whose subject cannot detect its own errors transfers the cost of error to the person least able to contest it."
        }
      },
      "required": [
        "ethical_principles",
        "prohibited_uses",
        "approved_use_cases",
        "human_impact_assessment"
      ]
    },
    "data_governance": {
      "type": "object",
      "properties": {
        "data_category": {
          "type": "string",
          "minLength": 1,
          "description": "What kind of data, in terms a data subject would recognise as being about them."
        },
        "provenance_and_lawful_basis": {
          "type": "string",
          "minLength": 1,
          "description": "Where the data came from and under what basis it is processed. Data that arrived with the model cannot have its basis added later, so a model trained before this question was asked holds data whose status nobody can now evidence."
        },
        "permitted_use": {
          "type": "string",
          "minLength": 1,
          "description": "What the data may be used for within this system, and what it may not. The most common governance failure is not a leak but reuse for a purpose nobody re-approved."
        },
        "protection_control": {
          "type": "string",
          "minLength": 1,
          "description": "The specific control applied, not the category of control. \"Encrypted\" is a category, and the sentence that matters is which key, held by whom, and rotated how."
        },
        "retention_and_deletion": {
          "type": "string",
          "minLength": 1,
          "description": "When the data is deleted, and how deletion is verified. Deletion that is asserted rather than evidenced is how a training set outlives the project that justified it."
        }
      },
      "required": [
        "data_category",
        "provenance_and_lawful_basis",
        "permitted_use",
        "protection_control",
        "retention_and_deletion"
      ]
    },
    "fairness_bias_and_transparency": {
      "type": "object",
      "properties": {
        "affected_group": {
          "type": "string",
          "minLength": 1,
          "description": "The group whose outcomes are affected, named. Groups are described in aggregate on the basis of a test, and the group that matters is the one that performs worst on it."
        },
        "bias_risk": {
          "type": "string",
          "minLength": 1,
          "description": "The specific way this system could be unfair to this group, stated so it could be false. \"Bias risk\" as a heading is not a risk; \"the model scores this group lower on historic completion rates\" is a risk that can be measured and can turn out to be wrong."
        },
        "test_method_and_threshold": {
          "type": "string",
          "minLength": 1,
          "description": "How it is tested and what result triggers action, with the threshold written before the result is known. A threshold set after seeing the number is a description of that number."
        },
        "mitigation": {
          "type": "string",
          "minLength": 1,
          "description": "What will be done about a confirmed disparity, and what the system does in the meantime. Most bias mitigation plans describe the end state and are silent on whether the system runs while the question is open."
        },
        "ongoing_indicator": {
          "type": "string",
          "minLength": 1,
          "description": "The metric watched after release, and its frequency. Bias is not a property of a model at launch but of the data it keeps meeting, so the launch measurement is the first of a series and not the last."
        }
      },
      "required": [
        "affected_group",
        "bias_risk",
        "test_method_and_threshold",
        "mitigation",
        "ongoing_indicator"
      ]
    },
    "compliance_and_accountability": {
      "type": "object",
      "properties": {
        "applicable_regulations": {
          "type": "string",
          "minLength": 1,
          "description": "The instruments that bind this system, named, with the clause where the obligation is specific. A list of regulation names is a research note, not a compliance position."
        },
        "control_mapping": {
          "type": "string",
          "minLength": 1,
          "description": "Which control satisfies which obligation, and which obligations have no control yet. The second half is the useful half, and a mapping that covers every obligation is nearly always a mapping that was written to be complete rather than to be true."
        },
        "evidence_and_records": {
          "type": "string",
          "minLength": 1,
          "description": "What is retained to demonstrate compliance, for how long, and who may inspect it. Compliance demonstrated only by assertion cannot be audited, and what cannot be audited is not demonstrable to a regulator."
        },
        "compliance_review_cadence": {
          "type": "string",
          "minLength": 1,
          "description": "How often compliance is revisited and what triggers an off-cycle review. A model version change, a new data source, and a new use are all events, and a plan that reviews only on a calendar will miss all three."
        },
        "accountable_owner": {
          "type": "string",
          "minLength": 1,
          "description": "The named person answerable for this system's behaviour, with the authority to stop it. Accountability assigned to a committee is distributed to nobody, and the test is whether the named person can halt the system without convening anyone."
        },
        "human_oversight_points": {
          "type": "string",
          "minLength": 1,
          "description": "The specific points where a human can override, and where they cannot. Oversight that exists everywhere in principle and nowhere in the workflow is a statement of values, and the points that matter are the ones where override is expensive."
        },
        "decision_rights_and_redress": {
          "type": "string",
          "minLength": 1,
          "description": "Who decides what the system is permitted to do after launch, and how a person affected by its output contests that output. Redress is the only mechanism that makes accountability reachable by the person who needs it."
        },
        "incident_reporting": {
          "type": "string",
          "minLength": 1,
          "description": "What counts as an incident, to whom it is reported, and within what time. An incident definition written broadly enough to catch everything is one nobody can apply under time pressure, and a narrow one misses precisely the cases that were not foreseeable when it was written."
        }
      },
      "required": [
        "applicable_regulations",
        "control_mapping",
        "evidence_and_records",
        "compliance_review_cadence",
        "accountable_owner",
        "human_oversight_points",
        "decision_rights_and_redress",
        "incident_reporting"
      ]
    },
    "monitoring_and_change": {
      "type": "object",
      "properties": {
        "performance_and_drift_monitoring": {
          "type": "string",
          "minLength": 1,
          "description": "What is watched in operation, and against what baseline. A production model is a different system from the one assessed, and the difference accumulates rather than announcing itself."
        },
        "reassessment_triggers": {
          "type": "string",
          "minLength": 1,
          "description": "The events that require the plan to be reopened, stated so they can be recognised by someone who was not in the room. Triggers described in terms of materiality always resolve towards not triggering."
        },
        "change_control_link": {
          "type": "string",
          "minLength": 1,
          "description": "How a change to the system is raised, since the system, its data, and its approved uses are all governed by this plan and a change to any of them is a change to the plan."
        }
      },
      "required": [
        "performance_and_drift_monitoring",
        "reassessment_triggers",
        "change_control_link"
      ]
    }
  },
  "required": [
    "artifact_id",
    "metadata",
    "governance_context_and_scope",
    "ethical_principles_and_acceptable_use",
    "data_governance",
    "fairness_bias_and_transparency",
    "compliance_and_accountability",
    "monitoring_and_change"
  ]
}
📋 قاموس تعريفات حقول النموذج (المواصفة التفصيلية)
{
  "_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 GOVERNANCE PLAN",
  "document_reference": "PMO-02.02",
  "project_title": "",
  "date_prepared": "",
  "fields": {
    "f01_AI_System_Inventory": {
      "section": "Governance Context and Scope",
      "label": "AI System Inventory",
      "guidance": "What the system is, at the version that will actually run, and who operates it. Record the version, because a governance plan that covers \"the model\" covers whichever model happens to be deployed when someone asks, and the answer is rarely the one that was assessed.",
      "value": ""
    },
    "f02_Intended_Purpose_and_Affected_Users": {
      "section": "Governance Context and Scope",
      "label": "Intended Purpose and Affected Users",
      "guidance": "What the system is for, and who is subject to its output rather than merely its user. The two are routinely confused, and the confusion is how a system that screens applicants comes to be described as a tool that helps recruiters write better.",
      "value": ""
    },
    "f03_Risk_Classification": {
      "section": "Governance Context and Scope",
      "label": "Risk Classification",
      "guidance": "The tier assigned and the criteria that put it there, not the tier alone. A classification with no stated criteria cannot be challenged, and an unchallengeable classification is the same as no classification.",
      "value": ""
    },
    "f04_Scope_Exclusions": {
      "section": "Governance Context and Scope",
      "label": "Scope Exclusions",
      "guidance": "What this plan explicitly does not cover, and who owns it instead. Governance plans fail at the boundary: the component nobody assigned sits under a plan that assumed it was included.",
      "value": ""
    },
    "f05_Ethical_Principles": {
      "section": "Ethical Principles and Acceptable Use",
      "label": "Ethical Principles",
      "guidance": "The principles that constrain use on this project, and the case in which one yields to another. Principles that cannot yield to each other are not a decision rule, and a project under time pressure will resolve the conflict silently and after the fact.",
      "value": ""
    },
    "f06_Prohibited_Uses": {
      "section": "Ethical Principles and Acceptable Use",
      "label": "Prohibited Uses",
      "guidance": "Uses that are refused regardless of benefit. This section is what the plan is for, and a plan listing only permitted uses has no way to refuse anything.",
      "value": ""
    },
    "f07_Approved_Use_Cases": {
      "section": "Ethical Principles and Acceptable Use",
      "label": "Approved Use Cases",
      "guidance": "The uses that are approved, each with the limits within which it stays approved. An approved use without stated limits is an approved capability, not an approved use.",
      "value": ""
    },
    "f08_Human_Impact_Assessment": {
      "section": "Ethical Principles and Acceptable Use",
      "label": "Human Impact Assessment",
      "guidance": "Who bears the consequences of a wrong output, and whether they can tell it was wrong. A system whose subject cannot detect its own errors transfers the cost of error to the person least able to contest it.",
      "value": ""
    },
    "f09_Data_Category": {
      "section": "Data Governance",
      "label": "Data Category",
      "guidance": "What kind of data, in terms a data subject would recognise as being about them.",
      "value": ""
    },
    "f10_Provenance_and_Lawful_Basis": {
      "section": "Data Governance",
      "label": "Provenance and Lawful Basis",
      "guidance": "Where the data came from and under what basis it is processed. Data that arrived with the model cannot have its basis added later, so a model trained before this question was asked holds data whose status nobody can now evidence.",
      "value": ""
    },
    "f11_Permitted_Use": {
      "section": "Data Governance",
      "label": "Permitted Use",
      "guidance": "What the data may be used for within this system, and what it may not. The most common governance failure is not a leak but reuse for a purpose nobody re-approved.",
      "value": ""
    },
    "f12_Protection_Control": {
      "section": "Data Governance",
      "label": "Protection Control",
      "guidance": "The specific control applied, not the category of control. \"Encrypted\" is a category, and the sentence that matters is which key, held by whom, and rotated how.",
      "value": ""
    },
    "f13_Retention_and_Deletion": {
      "section": "Data Governance",
      "label": "Retention and Deletion",
      "guidance": "When the data is deleted, and how deletion is verified. Deletion that is asserted rather than evidenced is how a training set outlives the project that justified it.",
      "value": ""
    },
    "f14_Affected_Group": {
      "section": "Fairness, Bias and Transparency",
      "label": "Affected Group",
      "guidance": "The group whose outcomes are affected, named. Groups are described in aggregate on the basis of a test, and the group that matters is the one that performs worst on it.",
      "value": ""
    },
    "f15_Bias_Risk": {
      "section": "Fairness, Bias and Transparency",
      "label": "Bias Risk",
      "guidance": "The specific way this system could be unfair to this group, stated so it could be false. \"Bias risk\" as a heading is not a risk; \"the model scores this group lower on historic completion rates\" is a risk that can be measured and can turn out to be wrong.",
      "value": ""
    },
    "f16_Test_Method_and_Threshold": {
      "section": "Fairness, Bias and Transparency",
      "label": "Test Method and Threshold",
      "guidance": "How it is tested and what result triggers action, with the threshold written before the result is known. A threshold set after seeing the number is a description of that number.",
      "value": ""
    },
    "f17_Mitigation": {
      "section": "Fairness, Bias and Transparency",
      "label": "Mitigation",
      "guidance": "What will be done about a confirmed disparity, and what the system does in the meantime. Most bias mitigation plans describe the end state and are silent on whether the system runs while the question is open.",
      "value": ""
    },
    "f18_Ongoing_Indicator": {
      "section": "Fairness, Bias and Transparency",
      "label": "Ongoing Indicator",
      "guidance": "The metric watched after release, and its frequency. Bias is not a property of a model at launch but of the data it keeps meeting, so the launch measurement is the first of a series and not the last.",
      "value": ""
    },
    "f19_Applicable_Regulations": {
      "section": "Compliance and Accountability",
      "label": "Applicable Regulations",
      "guidance": "The instruments that bind this system, named, with the clause where the obligation is specific. A list of regulation names is a research note, not a compliance position.",
      "value": ""
    },
    "f20_Control_Mapping": {
      "section": "Compliance and Accountability",
      "label": "Control Mapping",
      "guidance": "Which control satisfies which obligation, and which obligations have no control yet. The second half is the useful half, and a mapping that covers every obligation is nearly always a mapping that was written to be complete rather than to be true.",
      "value": ""
    },
    "f21_Evidence_and_Records": {
      "section": "Compliance and Accountability",
      "label": "Evidence and Records",
      "guidance": "What is retained to demonstrate compliance, for how long, and who may inspect it. Compliance demonstrated only by assertion cannot be audited, and what cannot be audited is not demonstrable to a regulator.",
      "value": ""
    },
    "f22_Compliance_Review_Cadence": {
      "section": "Compliance and Accountability",
      "label": "Compliance Review Cadence",
      "guidance": "How often compliance is revisited and what triggers an off-cycle review. A model version change, a new data source, and a new use are all events, and a plan that reviews only on a calendar will miss all three.",
      "value": ""
    },
    "f23_Accountable_Owner": {
      "section": "Compliance and Accountability",
      "label": "Accountable Owner",
      "guidance": "The named person answerable for this system's behaviour, with the authority to stop it. Accountability assigned to a committee is distributed to nobody, and the test is whether the named person can halt the system without convening anyone.",
      "value": ""
    },
    "f24_Human_Oversight_Points": {
      "section": "Compliance and Accountability",
      "label": "Human Oversight Points",
      "guidance": "The specific points where a human can override, and where they cannot. Oversight that exists everywhere in principle and nowhere in the workflow is a statement of values, and the points that matter are the ones where override is expensive.",
      "value": ""
    },
    "f25_Decision_Rights_and_Redress": {
      "section": "Compliance and Accountability",
      "label": "Decision Rights and Redress",
      "guidance": "Who decides what the system is permitted to do after launch, and how a person affected by its output contests that output. Redress is the only mechanism that makes accountability reachable by the person who needs it.",
      "value": ""
    },
    "f26_Incident_Reporting": {
      "section": "Compliance and Accountability",
      "label": "Incident Reporting",
      "guidance": "What counts as an incident, to whom it is reported, and within what time. An incident definition written broadly enough to catch everything is one nobody can apply under time pressure, and a narrow one misses precisely the cases that were not foreseeable when it was written.",
      "value": ""
    },
    "f27_Performance_and_Drift_Monitoring": {
      "section": "Monitoring and Change",
      "label": "Performance and Drift Monitoring",
      "guidance": "What is watched in operation, and against what baseline. A production model is a different system from the one assessed, and the difference accumulates rather than announcing itself.",
      "value": ""
    },
    "f28_Reassessment_Triggers": {
      "section": "Monitoring and Change",
      "label": "Reassessment Triggers",
      "guidance": "The events that require the plan to be reopened, stated so they can be recognised by someone who was not in the room. Triggers described in terms of materiality always resolve towards not triggering.",
      "value": ""
    },
    "f29_Change_Control_Link": {
      "section": "Monitoring and Change",
      "label": "Change Control Link",
      "guidance": "How a change to the system is raised, since the system, its data, and its approved uses are all governed by this plan and a change to any of them is a change to the plan.",
      "value": ""
    }
  }
}