npx claudepluginhub devmuslim/pdm-skills --plugin agile-coachThis skill uses the workspace's default tool permissions.
---
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Builds scalable data pipelines, modern data warehouses, and real-time streaming architectures using Spark, dbt, Airflow, Kafka, and cloud platforms like Snowflake, BigQuery.
Builds production Apache Airflow DAGs with best practices for operators, sensors, testing, and deployment. For data pipelines, workflow orchestration, and batch job scheduling.
| المبدأ | المستوى 1 | المستوى 3 | المستوى 5 |
|---|---|---|---|
| Visualize Work | لا يعرف الـ Board | يستخدم الـ Board | يحسّن الـ Board باستمرار |
| WIP Limits | لا يعرفها | يعرفها لكن يتجاوزها | يحترمها ويفهم سببها |
| Flow | لا يفكر في التدفق | يلاحظ الـ Bottlenecks | يعمل على إزالتها |
| Continuous Delivery | ينتظر الآخرين | يسلّم عند الانتهاء | يسلّم بأصغر قطعة ممكنة |
س1: "ما الـ WIP Limit في الـ Column الخاص بك؟ لماذا هذا الرقم تحديداً؟"
تكشف: هل يفهم الهدف من الـ WIP Limits أم مجرد رقم
س2: "إذا وصل عمودك لـ WIP Limit ولا يزال عندك مهام جديدة، ماذا تفعل؟"
تكشف: هل يتوقف ويساعد أم يتجاوز الـ Limit
س3: "صِف آخر Bottleneck شاهدته في الـ Board — كيف اكتُشف وكيف حُلّ؟"
تكشف: مدى مراقبته للتدفق ومبادرته في الحل
س4: "ما الفرق بين Lead Time وCycle Time عندك؟ أيهما تتابع أكثر؟"
تكشف: عمق فهمه لمقاييس Kanban
س5: "كيف تحدد أولوية المهام في Backlog إذا لم يكن هناك Sprint deadline؟"
تكشف: هل يفكر في Business Value أم يأخذ أسهل مهمة
س6: "متى آخر مرة رفضت مهمة جديدة لأن WIP Limit ممتلئ؟ ماذا قلت؟"
تكشف: مدى التزامه بالـ Flow وقدرته على قول لا
Scrumban = Scrum Structure + Kanban Flow
✅ يحتفظ بـ: Planning, Retrospective, Standup
✅ يضيف: WIP Limits, Pull System, Continuous Flow
❌ يتخلى عن: Sprint Commitment الصارم
س7: "ما الذي أخذته من Scrum وما الذي أخذته من Kanban في طريقة عملك؟"
تكشف: هل يفهم الـ Hybrid أم مجرد يعمل بدون منهجية
س8: "كيف تتعامل مع مهمة Urgent تأتي في منتصف Sprint في Scrumban؟"
تكشف: هل يستفيد من مرونة Scrumban صح أم يفقد التركيز
س9: "ما الفرق في طريقة تخطيطك بين Scrum Sprint Planning وScrumban Planning؟"
تكشف: مدى فهمه للـ On-Demand Planning في Scrumban
س10: "متى تقول إن Scrumban أفضل من Scrum أو Kanban الخالص؟"
تكشف: عمق فهمه للـ Trade-offs بين الـ Frameworks
س11: "إذا كان عندك فريق جديد يبدأ Agile من الصفر، أي Framework تختار ولماذا؟"
تكشف: قدرته على اختيار الأداة المناسبة للسياق
س12: "صِف موقفاً كان فيه الـ Framework يعيق العمل بدلاً من مساعدته — كيف تصرفت؟"
تكشف: مدى نضجه Agile — الـ Framework خادم وليس سيد
| المستوى | الوصف |
|---|---|
| 1 | تقديراته بعيدة جداً عن الواقع باستمرار |
| 2 | أحياناً دقيق وأحياناً يخطئ بكثير |
| 3 | دقيق في الغالب مع هامش ± 20% |
| 4 | دقيق ويشرح أسباب الفرق إذا وُجد |
| 5 | دقيق ويساعد الفريق يُقدّر أفضل |
| المستوى | الوصف |
|---|---|
| 1 | يُبلّغ عن التأخير في آخر يوم |
| 2 | يُبلّغ عندما يُسأل فقط |
| 3 | يُبلّغ عند اكتشاف المشكلة |
| 4 | يُبلّغ مبكراً مع خطة بديلة |
| 5 | يكتشف المخاطر قبل أن تصبح مشكلة |
| المستوى | الوصف |
|---|---|
| 1 | يوعد ثم يُخلف دون تفسير |
| 2 | يُبلّغ بالتأخير بدون حل |
| 3 | يُبلّغ ويقترح تعديل الـ Scope |
| 4 | يدير التوقعات مع Stakeholders |
| 5 | يحدد المخاطر مسبقاً ويتفق على البدائل |
| المستوى | الوصف |
|---|---|
| 1 | يفقد الجودة تحت الضغط |
| 2 | يتأخر لكن يحافظ على الجودة |
| 3 | يتفاوض على Scope بدلاً من الجودة |
| 4 | يحدد ما يمكن تسليمه بواقعية |
| 5 | يقود الفريق للتسليم تحت الضغط بدون أزمة |
س13: "صِف آخر مرة تأخرت في تسليم مهمة — ما السبب ومتى أبلغت؟"
تكشف: مدى شفافيته ومبادرته في التواصل
س14: "كيف تقدّر وقت مهمة لم تعمل عليها من قبل؟"
تكشف: منهجيته في التقدير — هل يستخدم Spikes أم يخمن
س15: "إذا اكتشفت في منتصف الـ Sprint أنك لن تكمل مهمتك في الوقت — ماذا تفعل خطوة بخطوة؟"
تكشف: هل يتواصل مبكراً أم ينتظر المعجزة
س16: "صِف موقفاً ضُغط عليك لتسليم شيء بسرعة على حساب الجودة — كيف تصرفت؟"
تكشف: مدى صموده أمام الضغط والتفاوض على Scope لا جودة
س17: "كيف تتعامل مع مهمة كانت تبدو بسيطة لكنها تعقدت أثناء التنفيذ؟"
تكشف: مرونته وقدرته على إعادة التقدير في الوقت المناسب
س18: "ما الأشياء التي تجعلك دائماً تتأخر؟ وماذا فعلت لتحسينها؟"
تكشف: وعيه الذاتي ومسؤوليته الشخصية عن تطوير نفسه
س19: "إذا كانت مهمتك تعتمد على شخص آخر يتأخر، كيف تتصرف؟"
تكشف: مبادرته وقدرته على إدارة التبعيات بفاعلية
س20: "كيف تحسب هامش الأمان في تقديراتك — هل تضيف وقتاً إضافياً؟"
تكشف: نضجه في التقدير الواقعي
══════════════════════════════════════════
تقييم الالتزام: [الاسم]
الفترة المُقيَّمة: [X]
══════════════════════════════════════════
المحور | التقييم | الدليل
دقة التقدير | X/5 |
الشفافية المبكرة | X/5 |
إدارة التوقعات | X/5 |
الاستجابة للضغط | X/5 |
المجموع: X/20
📊 نسبة التسليم في الوقت (من Jira):
آخر Sprint: X%
آخر 3 Sprints: X%
الهدف: > 85%
🔴 أكبر مشكلة في الالتزام:
[تحديد المشكلة الجذرية]
💡 خطة التحسين:
الأسبوع 1-2: [تحسين التقدير — Workshop]
الأسبوع 3-4: [تحسين الشفافية — Daily Check-in]
الشهر 2: [قياس التحسن من Jira]
══════════════════════════════════════════
نسبة إغلاق Stories في Sprint:
> 90% = 🟢 ممتاز
75-90% = 🟡 جيد
< 75% = 🔴 يحتاج تدخل
متوسط Cycle Time:
ينخفض مع الوقت = 🟢 يتحسن
ثابت = 🟡 لا تقدم
يرتفع = 🔴 مشكلة متنامية
Stories أُضيفت بعد Sprint Start:
< 10% = 🟢 تخطيط جيد
10-20% = 🟡 مقبول
> 20% = 🔴 مشكلة في التخطيط