طلب تغيير

# /change-request

> إذا رأيت عناصر نائبة غير مألوفة أو كنت بحاجة للتحقق من الأدوات المتصلة، راجع [CONNECTORS.md](../../CONNECTORS.md).

إنشاء طلب تغيير منظم يتضمن تحليل التأثير وتقييم المخاطر وخطة العودة للحالة السابقة.

## طريقة الاستخدام

``` /change-request $ARGUMENTS ```

## إطار عمل إدارة التغيير

طبّق إطار العمل تقييم-تخطيط-تنفيذ-استدامة عند بناء الطلب:

### 1. التقييم - ما الذي يتغير؟ - من هم المتأثرون؟ - ما درجة أهمية التغيير؟ (منخفضة / متوسطة / عالية) - ما المقاومة التي يجب أن نتوقعها؟

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

### 3. التنفيذ - الإعلان وشرح "السبب" - التدريب والدعم - مراقبة التبني - التعامل مع المقاومة

### 4. الاستدامة - قياس التبني والفعالية - تعزيز السلوكيات الجديدة - معالجة المشاكل المستمرة - توثيق الدروس المستفادة

## مبادئ التواصل

- اشرح **السبب** قبل **ماذا** - تواصل مبكراً وبشكل متكرر - استخدم قنوات متعددة - اعترف بما يتم فقده، وليس فقط ما يتم الحصول عليه - وفّر مساراً واضحاً للأسئلة والمخاوف

## النتيجة

```markdown ## طلب تغيير: [العنوان] **مقدم الطلب:** [الاسم] | **التاريخ:** [التاريخ] | **الأولوية:** [حرج/عالية/متوسطة/منخفضة] **الحالة:** مسودة | في انتظار الموافقة | موافق عليها | قيد التنفيذ | مكتملة

### الوصف [ما الذي يتغير ولماذا]

### التبرير التجاري [لماذا هذا التغيير ضروري — توفير التكاليف، الامتثال، الكفاءة، تقليل المخاطر]

### تحليل التأثير | المجال | التأثير | التفاصيل | |-------|--------|---------| | المستخدمون | [عالي/متوسط/منخفض/لا يوجد] | [من هم المتأثرون وكيف] | | الأنظمة | [عالي/متوسط/منخفض/لا يوجد] | [ما الأنظمة المتأثرة] | | العمليات | [عالي/متوسط/منخفض/لا يوجد] | [ما سير العمل الذي يتغير] | | التكلفة | [عالي/متوسط/منخفض/لا يوجد] | [تأثير الميزانية] |

### تقييم المخاطر | المخاطرة | الاحتمال | التأثير | التخفيف | |---------|---------|--------|--------| | [المخاطرة] | [ع/م/م] | [ع/م/م] | [كيفية التخفيف] |

### خطة التنفيذ | الخطوة | المسؤول | الجدول الزمني | التبعيات | |--------|---------|-------------|----------| | [الخطوة] | [الشخص] | [التاريخ] | [ما يعتمد عليه] |

### خطة التواصل | الجمهور | الرسالة | القناة | التوقيت | |--------|--------|-------|--------| | [من] | [ما الذي سيُخبرهم به] | [الطريقة] | [متى] |

### خطة العودة للحالة السابقة [خطة خطوة بخطوة لعكس التغيير إذا لزم الأمر] - المحفز: [متى سيتم العودة] - الخطوات: [كيفية العودة] - التحقق: [كيفية التأكد من نجاح العودة]

### الموافقات المطلوبة | المُوافق | الدور | الحالة | |---------|------|--------| | [الاسم] | [الدور] | في انتظار الموافقة | ```

## إذا كانت الموصلات متاحة

إذا كان **~~ITSM** متصلاً: - إنشاء تذكرة طلب التغيير تلقائياً - سحب جدول لجنة الاستشارة للتغييرات وسير عمل الموافقة

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

إذا كان **~~الدردشة** متصلاً: - صياغة إخطارات أصحاب المصلحة لخطة التواصل - نشر تحديثات التغيير في قنوات الفريق ذات الصلة

## نصائح

1. **كن محدداً بشأن التأثير** — "الجميع" ليس تقييم تأثير. "200 مستخدم في فريق الفواتير" هو. 2. **اجعل لديك دائماً خطة عودة للحالة السابقة** — حتى لو كنت واثقاً، خطط للفشل. 3. **تواصل مبكراً** — المفاجآت تخلق مقاومة. المعاينات تخلق الدعم.