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: "عندما تستلم BRD جديد، ما أول 3 أشياء تتحقق منها قبل ما تبدأ؟"
تكشف: هل يقرأ بعمق أم ينتظر يُقال له ماذا يفعل
س2: "صِف كيف تربط Business Rule في BRD بالكود الذي ستكتبه — أعطني مثالاً"
تكشف: هل يترجم المتطلبات لكود صحيح أم ينفذ بشكل حرفي فقط
س3: "إذا وجدت تعارضاً بين BRD وتصميم Figma، ماذا تفعل؟"
تكشف: هل يتواصل مع BA/Designer أم يختار من رأسه
س4: "كيف تتأكد أنك فهمت Exception Flow في BRD قبل ما تبدأ التطوير؟"
تكشف: هل يفكر في الحالات الصعبة مسبقاً أم يكتشفها أثناء الـ QA
س5: "كيف تحوّل Business Rule من BRD إلى Test Case محدد؟ أعطني مثالاً"
تكشف: مهارة ترجمة المتطلبات لاختبارات قابلة للتنفيذ
س6: "ما الذي تبحث عنه في BRD قبل بدء Sprint — ما الأسئلة التي تسألها؟"
تكشف: هل يشارك في Refinement بفاعلية أم ينتظر ينتهي التطوير
س7: "كيف تراجع تصميم Figma قبل البدء في الكود؟ ما الذي تتحقق منه؟"
تكشف: هل يراجع Figma مع BRD معاً أم بشكل منفصل
س8: "صِف موقفاً وجدت فيه شاشة في Figma لا تغطي حالة موجودة في BRD — ماذا فعلت؟"
تكشف: هل يكتشف الـ gaps أم ينفذ ما يرى فقط
س9: "إذا لم يوجد تصميم لـ Error State أو Empty State في Figma، كيف تتصرف؟"
تكشف: مستوى استقلاليته وتفكيره في تجربة المستخدم
س10: "كيف تتعامل مع تصميم يصعب تطبيقه تقنياً أو يأخذ وقتاً أطول من المتوقع؟"
تكشف: هل يتواصل مبكراً مع Designer أم يكتشف المشكلة متأخراً
س11: "كيف تتأكد أن تصميمك يغطي جميع Use Cases الموجودة في BRD؟"
تكشف: هل يصمم من BRD أم من الخيال فقط
س12: "صِف كيف تصمم الـ Error States والـ Edge Cases — هل تعتبرها أولوية؟"
تكشف: مدى عمق تفكيره في تجربة المستخدم الكاملة
س13: "هل سبق أن اكتشف Developer شيئاً في Figma يتعارض مع BRD؟ كيف تعاملت معه؟"
تكشف: مدى تعاونه مع الفريق وانفتاحه على الـ Feedback
س14: "صِف آخر تبعية بينك وبين فريق آخر — كيف أدرتها؟"
تكشف: مهارة إدارة التبعيات الخارجية والتواصل المبكر
س15: "إذا كانت مهمتك تعتمد على API من فريق آخر لم يكتمل بعد، كيف تتصرف؟"
تكشف: هل يتوقف وينتظر أم يجد حلاً مؤقتاً (Mock/Stub)
س16: "كيف تُبلّغ فريقك إذا اكتشفت أن تبعية ستتأخر وستؤثر على Sprint؟"
تكشف: مدى شفافيته ومبادرته في التواصل
س17: "ما الفرق في تعاملك مع تبعية داخلية (نفس الفريق) وتبعية خارجية (فريق آخر)؟"
تكشف: مستوى وعيه بالـ Cross-team Coordination
س18: "عندما تستلم Bug Report، ما أول خطواتك قبل ما تبدأ في الإصلاح؟"
تكشف: هل يتحقق من السياق أم يقفز للكود مباشرة
س19: "صِف Bug صعب واجهته — كيف اكتشفت سببه الجذري؟"
تكشف: مهارة الـ Root Cause Analysis والتفكير المنهجي
س20: "إذا أصلحت Bug وظهر Bug جديد بسببه، كيف تتعامل مع ذلك؟"
تكشف: هل يفهم تأثير التغييرات ويكتب Regression Tests
س21: "ما الفرق في أولويتك بين P1 Critical Bug وP3 Minor Bug؟ كيف تقرر؟"
تكشف: مدى فهمه لتأثير الـ Bugs على العمل
س22: "هل سبق أن رفضت Bug رفعه QA؟ لماذا وكيف تعاملت مع الموقف؟"
تكشف: مهارة النقاش التقني والانفتاح على وجهات النظر
س23: "كيف تحدد أولوية الـ Bugs عندما يكون عندك 10 bugs في نفس الوقت؟"
تكشف: مهارة الـ Prioritization بناءً على Impact
س24: "صِف كيف تكتب Bug Report يجعل Developer يفهم المشكلة ويُعيد إنتاجها فوراً"
تكشف: جودة التوثيق والتواصل التقني
س25: "إذا أصلح Developer bug وأعدت الاختبار ووجدته لا يزال موجوداً، كيف تتصرف؟"
تكشف: أسلوبه في التعامل مع الخلافات التقنية باحترافية
س26: "ما الخطوات التي تتبعها للتأكد أن الكود جاهز للـ Release؟"
تكشف: هل لديه Definition of Done شخصي واضح
س27: "صِف أصعب Bug اكتُشف في Production — ماذا كان يجب أن يُفعل لتجنبه؟"
تكشف: قدرته على التعلم من الأخطاء وتحسين العملية
س28: "كيف تتعامل مع Hotfix يجب إطلاقه في نفس اليوم؟"
تكشف: قدرته على العمل تحت الضغط مع الحفاظ على الجودة
══════════════════════════════════════════
تقييم: [الاسم] | Developer
الـ Workflow: BRD → Figma → Code → QA → Release
══════════════════════════════════════════
المرحلة | التقييم | الملاحظة
قراءة BRD | X/5 |
مراجعة Figma | X/5 |
إدارة التبعيات | X/5 |
إدارة Bugs | X/5 |
جودة التسليم | X/5 |
المجموع: X/25
🟢 أقوى مرحلة: [X]
🔴 أضعف مرحلة: [X] — يحتاج تركيز فوري
💡 خطة التطوير المقترحة:
الشهر 1: [تركيز على المرحلة الأضعف]
الشهر 2: [رفع مستوى المرحلة الثانية]
الشهر 3: [ربط الـ workflow كامل بشكل مستقل]
══════════════════════════════════════════