# تقلّب المتطلّبات (Requirement Churn)

> نسبة المتطلّبات التي عُدّلت أو أُلغيت بعد اعتمادها، إلى إجمالي المتطلّبات المعتمدة في المشروع.

- **المجال:** إدارة المشاريع (Project Management)
- **الوحدة:** %
- **تكرار القياس:** شهري
- **الاتجاه المرغوب:** أقل أفضل
- **النوع:** قائد (Leading)
- **الرابط:** https://kpihub.co/k/pm-requirement-churn

## الهدف

الفصل بين تغيّر السوق وسوء التحديد، فالأول يستحقّ مرونة والثاني يستحقّ وقتًا أطول في التحليل.

## لماذا هو مهم

- كل متطلّب يتغيّر بعد بدء العمل يهدر ما بُني عليه لا ما تغيّر فيه فقط
- التقلّب المرتفع باستمرار يعني تحليلًا مبتسرًا لا سوقًا متقلّبًا
- الرقم يبرّر إبطاء مرحلة التحديد وهو استثمار يبدو تأخيرًا

## المعادلة

```
Requirement Churn % = (Amended or dropped requirements ÷ Approved requirements) × 100
```

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

## مثال محسوب

‏214 متطلّبًا معتمدًا، عُدّل أو أُلغي 58. الحساب: (58 ÷ 214) × 100 = 27%، و41 منها بسبب سوء تحديد لا تغيّر خارجي.

## النطاق الاسترشادي

تحت 15% وضع سليم في مشروع بمتطلّبات مستقرّة. وفي بيئة سريعة التغيّر يكون الرقم أعلى طبيعيًّا، والمهمّ سببه لا حجمه.

## تحليل الاتجاه

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

## أسئلة تشخيصية

- ما نسبة التغيير بسبب سوء التحديد؟ هي وحدها القابلة للعلاج
- متى وقع التغيير؟ بعد بدء التنفيذ يكلّف أضعاف ما قبله
- هل شارك المستخدم في التحديد؟ غيابه أشيع سبب

## نصائح عملية

- صنّف سبب كل تغيير، فبدون التصنيف يبدو كل تقلّب مبرّرًا
- أشرك المستخدم في التحديد لا في المراجعة، فالمراجعة متأخّرة
- اقرأه مع توقيت التغيير، فالتوقيت يحدّد التكلفة لا العدد

## العرض المناسب

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

## تحذيرات وفخاخ

- دمج التغيير الخارجي مع سوء التحديد يبرّر كل تقلّب ويمنع العلاج
- منع التغيير تمامًا يسلّم شيئًا لم يعد أحد يريده
- قياس العدد بلا التوقيت يساوي بين تغيير رخيص وآخر مدمّر

## أثر التغيير

- ‏41 متطلّبًا تغيّر لسوء التحديد يعني عملًا أُهدر كان يمكن تجنّبه بأسبوع تحليل
- إشراك المستخدم مبكّرًا يخفض التقلّب أكثر من أي إجراء تحكّم بالتغيير
- معرفة الوحدة الأكثر تقلّبًا توجّه التحليل إلى حيث يفيد

## احسبه في أداتك

### Excel

```excel
=COUNTIFS(R[Changed],"Yes") / COUNTA(R[ReqID])
```

### Power BI (DAX)

```dax
Requirement Churn % =
DIVIDE (
    CALCULATE ( COUNTROWS ( 'Requirement' ), 'Requirement'[ChangedAfterApproval] = TRUE () ),
    COUNTROWS ( 'Requirement' )
)
```

### Tableau

```
SUM( IF [Changed After Approval] THEN 1 ELSE 0 END ) / COUNT([Req ID])
```

### SQL

```sql
SELECT module,
       COUNT(*) FILTER (WHERE changed_after_approval) * 100.0
         / NULLIF(COUNT(*), 0)                                   AS churn_pct,
       COUNT(*) FILTER (WHERE change_cause = 'PoorSpecification') AS poor_spec_changes,
       COUNT(*) FILTER (WHERE changed_after_execution_start)      AS late_changes
FROM   project_requirement
WHERE  approved_at BETWEEN :from_date AND :to_date
GROUP  BY module
ORDER  BY churn_pct DESC;
```

---

المصدر: [KPIHub](https://kpihub.co/k/pm-requirement-churn) · مرجع عربي مجاني لمؤشرات الأداء.