منهجيات الأجايل: مقارنة بين سكرم وكانبان
Agile Methodologies: Scrum vs Kanban
كانبان مقابل سكرم
الفرق الأساسي:
سكرم (Scrum)
العمل بالسبرنتات
- • فترات محددة (Sprint)
- • تخطيط لكل سبرنت
- • عمل غير قابل للمقاطعة
- • أدوار محددة مطلوبة
كانبان (Kanban)
التدفق المستمر
- • لا توجد سبرنتات
- • تخطيط مستمر ومرن
- • تغيير فوري حسب الحاجة
- • مرونة في الأدوار
كانبان بورد - الأعمدة الثلاثة:
📋 To Do
المهام المنتظرة
⚡ In Progress
العمل الحالي
(حد أقصى محدد)✅ Done
المهام المكتملة
الأجايل مقابل إدارة المشاريع التقليدية
الفرق الأساسي:
إدارة المشاريع التقليدية
الإدارة (Management)
- • تخطيط مفصل من البداية
- • متطلبات ثابتة
- • تسليم في النهاية
- • مناسبة للشركات الكبيرة
إدارة المشاريع الأجايل
القيادة (Leadership)
- • مرونة في التغيير
- • متطلبات متطورة
- • تسليم تدريجي
- • مناسبة للشركات الناشئة
متى نستخدم كل منهما؟
- السوق يدلك - منتجات جديدة غير مجربة
- المتطلبات غير واضحة في البداية
- نريد الوصول لـ MVP بسرعة
- المشاريع التقنية والمواقع الإلكترونية
- الشركات الكبيرة ذات العمليات المكررة
- المشاريع معروفة التكلفة والوقت
- المتطلبات واضحة ومحددة
- البيئات المستقرة والمنظمة
كيف يحل كانبان مشاكل سكرم؟
المشكلة الأساسية في سكرم:
- إساءة تقدير المهام (مثال: تخطيط 10 مهام وإنجاز 2 فقط)
- عدم القدرة على التعديل حتى انتهاء السبرنت
- انتظار انتهاء السبرنت لتسليم المهام المكتملة
- إعادة المهام غير المكتملة للـ Product Backlog
الحل في كانبان:
- العمل حسب القدرات الفعلية للفريق
- إضافة مهام جديدة فور انتهاء المهام الحالية
- تسليم فوري للمهام المكتملة
- WIP Limit (حد أقصى للمهام قيد التنفيذ)
الأدوار والمرونة
🎯 سكرم - أدوار محددة
يتطلب: Product Owner, Scrum Master, Development Team
قد يحتاج تعديل هيكلة الشركة
🔄 كانبان - مرونة في الأدوار
الدور الوحيد المحتمل: Coach (يحل محل Project Manager/Scrum Master)
يمكن البدء فوراً بدون تغييرات كبيرة
متى نستخدم كل منهجية؟
- الفريق يحتاج هيكلة واضحة
- المشروع له نطاق محدد
- هناك إمكانية لتخصيص الأدوار
- نريد مراجعات دورية منتظمة
- نريد مرونة كاملة في التغيير
- العمل يأتي بطريقة متدفقة مستمرة
- الفريق صغير أو لا يحتاج هيكلة معقدة
- نريد البدء فوراً بدون إعداد مسبق
كيف حل الأجايل مشاكل الإدارة التقليدية؟
🔄 الترحيب بالتغيير
بدلاً من متطلبات كاملة في البداية، نبدأ بأبسط تصور ونطور مع الوقت
👥 العمل كفريق واحد
جميع الأطراف يعملون معاً بدلاً من الانفصال والاعتماد على التنسيق
🎯 التركيز على القيمة المضافة
الهدف هو تعظيم القيمة المضافة بدلاً من اتباع الخطط الجامدة
⚡ Minimum Viable Product
البدء بأبسط نسخة تعمل بدلاً من انتظار المنتج الكامل
أدوار فريق Scrum
Product Owner
يمثل العملاء والمعنيين، ويجهز Product Backlog الذي يحتوي على جميع متطلبات المشروع
Development Team
الفريق التقني الذي ينفذ المهام على فترات قصيرة تسمى Sprints
Scrum Master
يضمن تطبيق منهجية سكرم بشكل صحيح ويسهل الاجتماعات والعمليات
دورة السبرنت
Sprint Planning
✅ تخطيط المهام والأولويات لكل سبرنت
Daily Stand-ups
✅ اجتماعات يومية سريعة (15 دقيقة)
Sprint Review
✅ مراجعة ما تم إنجازه من المنتج
Sprint Retrospective
✅ تقييم أداء الفريق وتحسين العمليات
مراسم سكرم
Sprint Planning Meeting
اجتماع قبل كل سبرنت لتحديد الأولويات والمهام التي سيتم العمل عليها
Daily Stand-ups
اجتماعات يومية قصيرة: ماذا فعلت أمس، ماذا سأفعل اليوم، ما هي العوائق
Sprint Review
عرض وتقييم المنتج المكتمل في نهاية كل سبرنت
Sprint Retrospective
مراجعة أداء الفريق وكيفية تحسين العمل في السبرنت القادم
مزايا سكرم
الحد الأدنى من المنتج القابل للاستخدام
إمكانية تغيير الأولويات بين السبرنتات
تسليم أجزاء من المنتج كل سبرنت
يتناسب مع طبيعة عمل المطورين
Kanban vs Scrum
في هذا الدرس سنتعرف على **Kanban**، وهو أحد أشهر أطر العمل (Frameworks) ضمن منهجية **Agile Project Management**، وسنقارن بينه وبين **Scrum** لفهم الفروقات الأساسية بينهما.
ما هو Scrum؟
يعتمد **Scrum** على تقسيم العمل إلى فترات زمنية ثابتة تسمى **Sprint**.
وخلال كل Sprint يعمل الفريق على مجموعة محددة من المهام دون إجراء تغييرات كبيرة أو إضافة أعمال جديدة حتى تنتهي الفترة المحددة.
وبعد انتهاء الـ Sprint يتم تقييم النتائج والتخطيط للفترة التالية.
ما هو Kanban؟
يختلف **Kanban** عن Scrum في أنه لا يعتمد على فترات زمنية ثابتة.
فبدلاً من التخطيط لكل Sprint، يتم تحديث العمل بشكل مستمر، وتنتقل المهام حسب تقدم الفريق وقدرته الفعلية على الإنجاز.
ولهذا يعتبر Kanban أكثر مرونة في التعامل مع التغييرات اليومية.
لوحة Kanban
تعتمد طريقة Kanban على لوحة عمل (Kanban Board) تعرض جميع المهام أمام الفريق.
وتتكون اللوحة غالبًا من ثلاثة أعمدة رئيسية:
- **To Do:** المهام التي لم يبدأ العمل عليها. - **In Progress:** المهام الجاري تنفيذها. - **Done:** المهام المكتملة.
وبذلك يستطيع جميع أعضاء الفريق معرفة حالة المشروع في أي لحظة.
حد الأعمال الجارية (Work In Progress Limit)
من أهم مميزات Kanban وجود حد أعلى لعدد المهام الموجودة في عمود **In Progress**.
ويعرف هذا باسم:
**Work In Progress (WIP) Limit**
فعلى سبيل المثال، قد يسمح النظام بالعمل على ثلاث مهام فقط في الوقت نفسه.
ولا يتم بدء مهمة جديدة حتى تنتهي إحدى المهام الحالية، مما يساعد على تقليل تراكم العمل وزيادة الإنتاجية.
كيف يعمل Kanban؟
يعتمد Kanban على التدفق المستمر للعمل.
فعندما ينتهي الفريق من إحدى المهام، تنتقل إلى عمود **Done**، ثم يتم سحب مهمة جديدة من **To Do** إلى **In Progress**.
وبذلك يكون حجم العمل متوافقًا دائمًا مع قدرة الفريق.
الفرق بين Kanban و Scrum
يوجد عدد من الفروقات الأساسية بين الإطارين:
- **Scrum** يعتمد على فترات Sprint ثابتة، بينما **Kanban** يعتمد على تدفق العمل بشكل مستمر. - في Scrum يتم التخطيط لكل Sprint مسبقًا، أما في Kanban فيمكن تعديل الأولويات في أي وقت. - Scrum يقسم العمل إلى دورات زمنية، بينما Kanban لا يحتاج إلى دورات زمنية ثابتة. - Kanban يركز على الحد من عدد المهام الجارية (WIP Limit)، بينما Scrum يركز على الالتزام بخطة الـ Sprint.
مشكلة قد تواجه Scrum
قد يحدث أحيانًا سوء تقدير لحجم العمل داخل Sprint.
فعلى سبيل المثال، إذا خطط الفريق لإنجاز عشر مهام ولم ينجز سوى مهمتين، فلا يمكن تعديل خطة الـ Sprint حتى تنتهي الفترة المحددة.
وبعد انتهاء Sprint يتم:
- نقل المهام المكتملة إلى قائمة الإنجاز. - إعادة المهام غير المكتملة إلى **Product Backlog**. - التخطيط لها مرة أخرى في Sprint جديد.
كيف يعالج Kanban هذه المشكلة؟
في Kanban لا توجد Sprint ثابتة، لذلك لا يحتاج الفريق إلى انتظار نهاية فترة زمنية لإعادة التخطيط.
فعند الانتهاء من أي مهمة يتم مباشرة سحب مهمة جديدة، ويستمر سير العمل وفق قدرة الفريق الحالية.
وهذا يجعل الاستجابة للتغييرات أسرع وأكثر مرونة.
الأدوار في Kanban
لا يشترط Kanban وجود الأدوار الرسمية الموجودة في Scrum مثل:
- Scrum Master. - Product Owner.
ويمكن للفريق البدء باستخدام Kanban مباشرة دون تغيير هيكل العمل.
وقد يوجد شخص يقوم بدور **Coach** لمساعدة الفريق على تطبيق المنهجية وتحسين سير العمل.
متى نستخدم Kanban ومتى نستخدم Scrum؟
يعتمد الاختيار بين Kanban و Scrum على طبيعة المشروع.
يكون **Scrum** مناسبًا عندما يكون العمل مخططًا على مراحل واضحة ويمكن تقسيمه إلى Sprint.
أما **Kanban** فيكون مناسبًا عندما تتغير الأولويات باستمرار أو عندما يحتاج الفريق إلى استقبال مهام جديدة بشكل مستمر دون انتظار نهاية دورة زمنية.
ملخص الدرس
- Kanban و Scrum إطاران ضمن منهجية Agile Project Management. - Scrum يعتمد على فترات عمل ثابتة تسمى Sprint. - Kanban يعتمد على تدفق العمل المستمر دون Sprint. - لوحة Kanban تتكون عادة من: To Do و In Progress و Done. - يستخدم Kanban حدًا أعلى للأعمال الجارية (WIP Limit) لمنع تراكم المهام. - Scrum يحتاج إلى أدوار وتنظيم أكبر، بينما Kanban أكثر مرونة وأسهل في التطبيق. - لا توجد منهجية أفضل دائمًا، وإنما يعتمد الاختيار على طبيعة المشروع واحتياجات الفريق.
عن هذا الدرس
Kanban vs Scrum في هذا الدرس سنتعرف على **Kanban**، وهو أحد أشهر أطر العمل (Frameworks) ضمن منهجية **Agile Project Management**، وسنقارن بينه وبين… هذا الدرس ضمن مبادىء إدارة المشاريع لمنهج دورة إدارة المشاريع PMP الأساسيات في أكاديمية موسى.
