Scrum و Kanban: تم شرح منهجيتين قويتين من Agile

إذن أنت على وشك إدارة مشروع معقد؟ هناك مجموعة كاملة من الأعمال التي يجب القيام بها ، لكن لا داعي للذعر! بصفتك مدير مشروع ، ستكون مسؤولاً عن التخطيط والمراقبة وإدارة الميزانية والتنفيذ والتحقق من الجودة وإطلاق المشروع النهائي في الوقت المحدد. لحسن الحظ ، هناك العديد من منهجيات إدارة المشاريع التي يمكن أن تجعل عملك (وفريقك أيضًا) أسهل وأكثر كفاءة!

في هذه المقالة ، أود التركيز على أكثر منهجيتين Agile شيوعًا - Scrum و Kanban - اللتان أحدثتا ثورة في عالم تطوير البرمجيات في السنوات الأخيرة. في هذه الأيام ، بالكاد ستجد دار برمجيات لا تتبنى هذين الإطارين لإدارة المشاريع. عن ماذا كلهم؟ اقرأ وتعرف على كل ما تحتاج لمعرفته حول Scrum و Kanban!

ما هي بالضبط منهجية Agile في إدارة المشاريع؟

لم تعد الشركات اليوم تعمل في مشروع واحد دون اختباره في جميع مراحل عملية التطوير. انها فقط لا تؤتي ثمارها! لما لا؟

فقط تخيل: يعمل فريقك بالكامل لعدة أشهر ، دعنا نقول ، على تطوير تطبيق جوال ، والذي تقوم فقط باختباره وتقييمه في النهاية بمجرد الانتهاء بالفعل من العمل الكامل لمطوري الواجهة الخلفية والواجهة الأمامية والمصممين وكتّاب الإعلانات. ماذا لو أدركت حينها فقط أن منتجك لم يعد يستجيب لمتطلبات السوق واحتياجات المستخدم؟ ستحتاج بعد ذلك إلى تقديم تكرارات لاحقة للمشروع بأكمله ، والتي تستهلك الكثير من الوقت والمال والطاقة.

وبالتالي فإن المنهجية الرشيقة هي حل رائع يحسن بشكل كبير سير العمل ويسهل تنفيذ التغييرات في كل مرحلة. المبدأ الأساسي وراء Agile هو تقسيم مشروع "كبير" ومعقد إلى عدة عناصر أصغر (أو ميزات) وإطلاقها واحدة تلو الأخرى. هنا ، يعد كل من التطوير والاختبار نشاطين متزامنين ، مما يسهل التحقق من صحة المشروع باستمرار وإدخال جميع التحسينات اللازمة.

الأمر المثير للاهتمام هو أنه بينما سادت Agile لسنوات عديدة في شركات تطوير البرمجيات وتكنولوجيا المعلومات ، تبين أن هذه المنهجية فعالة للغاية لدرجة أنها تُستخدم في الوقت الحاضر في العديد من المجالات الأخرى مثل التسويق أو المبيعات أو الموارد البشرية أو العمليات. وفقًا لتقرير حالة Agile الذي أعدته Verison One ، في عام 2020 ، كانت 95 ٪ من شركات التكنولوجيا وبيوت البرمجيات تمارس أساليب Agile المختلفة.

إطار عمل سكروم: لماذا هو رائع جدًا؟

يميل الكثير من الناس إلى الخلط بين مفهومين ، على الرغم من أنهما متشابهان تمامًا ، إلا أنهما ليسا مترادفين - وهما Agile و Scrum. باختصار ، Agile هو مصطلح شامل يشير إلى جميع الأساليب والأساليب المحددة في Agile Manifesto ، بينما Scrum هي في الواقع واحدة من تلك الطرق. إنها بهذه السهولة!

ما هو سكرم ومتى يمكن استخدامه؟

Scrum هو إطار عمل لإدارة المشروع ، يتم تطبيقه بشكل أساسي لبناء المنتجات المعقدة حيث تستغرق عملية التطوير عدة أشهر على الأقل. وهو يعتمد قبل كل شيء على الشفافية والتواصل المستمر بين جميع أعضاء الفريق والمسؤولية الجماعية. تسهل هذه الاستراتيجية تقديم النسخة النهائية من المشروع التي تلبي احتياجات الجمهور المستهدف وتستجيب لمتطلبات السوق الحالية.

على الرغم من أن Scrum أصبح إطارًا رائدًا خاصة في السنوات الأخيرة ، إلا أنه في الواقع ليس جديدًا. دعنا نعود إلى عام 1986 عندما نشرت مجلة Harvard Business Review مقالاً بعنوان The New Product Development Game . هناك ، وصف المؤلفون نهجًا إداريًا استخدمته شركات مثل Honda أو Canon أدى إلى نجاحهم. بعد ذلك ، في عام 1993 ، ألهمت هذه المفاهيم جيف ساذرلاند وفريق شركة إيزل لتأسيس عملية قائمة على الفريق تسمى سكرم.

الأدوار والمسؤوليات في فريق سكرم

في فريق Scrum ، يتم تحديد جميع الأدوار بوضوح من البداية وعادة لا تتغير خلال المشروع بأكمله. كقاعدة عامة ، هذا الإطار له 3 أدوار أساسية: مالك المنتج ، Scrum Master و Development Team.

سيد سكرم

يعد Scrum Master نوعًا من (ولكن ليس بالكامل) قائد الفريق الذي يتأكد من أن كل شيء يتم بالطريقة الصحيحة وأن عملية التطوير تسير بسلاسة. المسؤوليات الرئيسية لبرنامج Scrum Master هي:

• تدريب أعضاء الفريق بحيث يعمل الجميع بكفاءة أكبر لتقديم ميزات جديدة للمنتج الرقمي
• تخطيط جميع المهام للسباقات التالية (أدناه ، سأخبرك المزيد عن سباقات السرعة في Scrum) والحفاظ على تراكم المنتج
• توعية أصحاب المصلحة وجميع أعضاء الفريق بأهمية مبادئ سكرم لإدارة المشروع
• تقييم ما إذا كان يتم تنفيذ جميع المهام وفقًا للخطة
• في محاولة لإزالة جميع العقبات التي تعيق تحقيق المهام في سباق معين.

من المهم للغاية أن يعمل Scrum Master دائمًا بشكل وثيق مع مالك المنتج . يخططون معًا للسباقات السريعة اللاحقة ، وتقييم جودة المهام المكتملة ، وتحديد اتجاه الفريق وتحديد ما إذا كان المشروع يتطلب إدخال تغييرات. ببساطة ، يبذل Scrum Master قصارى جهده لمساعدة فريق التطوير على النجاح وتقديم جميع الميزات في الوقت المحدد.

مالك المنتج

مالك المنتج مسؤول عن تسليم الإصدار النهائي للمنتج الذي يمكن أن يحقق أرباحًا تجارية فعلية. لذلك ، في فريق Scrum بأكمله ، فإن مالك المنتج هو الذي يحدد الأولويات ولديه الدور الأكثر حسماً . المهم هنا هو أن المنتج المتراكم يديره مالك المنتج ، الذي يحدد ميزات المنتج التي يجب تطويرها كأولوية ، حيث إنها تتمتع بأكبر قيمة تجارية.

هذه هي المسؤوليات الرئيسية لمالك المنتج:

• إدارة تراكم المنتج
• الاتصال بأصحاب المصلحة
• تحديد الهدف الرئيسي لكل عدو
• التخطيط لإصدار ميزات جديدة
• تقييم عمل Development Team وإلغاء العدو عند الضرورة

فريق التطوير

بدون فريق التطوير ، لن يكون Scrum ممكنًا لأنهم يقومون بالعمل الفعلي ويكملون جميع المهام المجدولة لسباقات معينة.

عادةً ما يتكون فريق التطوير من أشخاص ذوي خبرة في مجال معين ، مثل iOS أو التعلم الآلي أو تطوير الواجهة الخلفية أو الواجهة الأمامية. يتحدون جميعًا لتقديم ميزات عالية الجودة لمنتج رقمي. ومع ذلك ، يجب أن تضع في اعتبارك أنه على الرغم من أن مصطلح "فريق التطوير" يشير عادةً إلى المهندسين ، إلا أن هذا ليس دقيقًا دائمًا. قد يجلب المسوقون أو المصممون أو المحللون أو المختبرين أو مؤلفي النصوص أو متخصصي المبيعات بعض القيمة ويكونوا جزءًا من فريق Scrum.

أحد الأشياء التي يجب مراعاتها عند بناء فريق تطوير هو عدد أعضائه. حتى هنا Scrum يحدد بعض القواعد الأساسية! يقال أن هذا الفريق يجب أن يتكون من 3 إلى 9 أشخاص ويجب أن يتمتعوا بالمهارات المطلوبة لتقديم جميع الميزات. بالطبع ، كل هذا يتوقف على مدى تعقيد المشروع واحتياجات العميل ؛ أحيانًا يكون 4 أو 5 مطورين كافيين تمامًا لبناء منتج رقمي.

ولكن ما هو بالضبط دور Development Team في Scrum؟ في الأساس ، يجب أن:

• بناء جميع ميزات المنتج وفقًا لتعليمات مالك المنتج
• تحديد عدد العناصر التي سيتم بناؤها في سباق معين
• إدارة عبء العمل بكفاءة بحيث تكتمل جميع المهام بنهاية السباق
• اتخاذ جميع القرارات ذات الصلة بشكل مشترك
• لدينا موقف "نحن" - يتخذ الفريق جميع القرارات ويحل المشكلات معًا ويشعر كل شخص بالمسؤولية تجاه الزملاء الآخرين

عملية تطوير سكروم باختصار

أنت تعرف بالفعل ما هو Scrum ومن يشكل فريق Scrum ، لذا حان الوقت الآن لفهم كيف تبدو عملية التطوير في هذه المنهجية وكيفية القيام بها بشكل صحيح.

في عملية Scrum ، كل خطوة لها أهمية وتضفي قيمة حقيقية على فريقك. فيما يلي المراحل الرئيسية التي لا يجب عليك تخطيها:

1. Product Backlog : قائمة بجميع العناصر التي يجب تضمينها في السباقات التالية. تتم إدارته بواسطة مالك المنتج مع Scrum Master الذي يعرف بالضبط متى يجب إصدار كل ميزة أو عنصر.
2. اجتماع Sprint Planning : الغرض الرئيسي من هذا الاجتماع هو تحديد ما سيفعله كل عضو من أعضاء فريق التطوير في السباق التالي. يتم تنظيمها دائمًا قبل بدء السباق حتى يتمكن الجميع من تقييم ما إذا كان بإمكانهم إكمال جميع المهام قبل الموعد النهائي. تأكد من أن كل عضو في الفريق يدرك تمامًا الهدف الرئيسي للسباق.
3. Sprint Backlog : هذه هي المهام المحددة المأخوذة من Product Backlog التي اختار الفريق تنفيذها في Sprint معينة.
4. Sprint : هذا هو المكان الذي يحدث فيه كل السحر. Sprint هي فترة قصيرة ، والتي عادة ما تستغرق من 1-4 أسابيع عندما يعمل Development Team على إكمال جميع المهام المعينة خلال اجتماع الربيع التخطيطي.
5. Daily Scrums (وتسمى أيضًا Standup): اجتماعات قصيرة إضافية تعقد كل يوم في نفس الوقت ، يقوم خلالها الجميع بتقديم تقرير عن تقدم عملهم في جملتين أو جملتين: يتحدثون عما تم إنجازه وما لا يزال يتعين القيام به.
6. مراجعة Sprint : عند انتهاء السباق ، تتاح للجميع الفرصة لتقديم ما أكملوه إلى زملائهم الآخرين في الفريق وحتى أصحاب المصلحة ، الذين يحضرون غالبًا مراجعات Sprint.
7. Sprint Retrospective : حان الوقت الآن للاجتماع الأخير الذي ينهي دورة Sprint بأكملها. إذا كان لدى أي عضو في الفريق بعض الاقتراحات أو الأفكار حول ما يمكن تحسينه للسباق التالي ، فيمكنه القيام بذلك أثناء اجتماع Sprint Retrospective.

بالنسبة لعملية Scrum ، من الضروري التأكد من أن كل دورة Scrum لها نفس الهيكل : تبدأ باجتماع تخطيط Sprint ، ثم يبدأ الجميع في العمل ويكمل المهام المحددة للسباق ، وفي النهاية يظهر كل عضو في الفريق ما أنجزوه.

هناك شيء آخر أريدك أن تتذكره: لدى سكرم فلسفة تغيير صارمة للغاية. ماذا يعني هذا في الممارسة العملية؟ لا ينبغي على أعضاء فريق سكروم تغيير المهام أو الأهداف الرئيسية أثناء العدو. إذا فشلوا في تقديم النتائج المخطط لها ، فيجب أن يكون درسًا للمستقبل لتقدير الوقت اللازم لإكمال العناصر بشكل أفضل.

بضع كلمات عن كانبان

الآن بعد أن تعلمت ما هو Scrum وكيفية بناء منتج رقمي به ، فقد حان الوقت للتركيز أكثر قليلاً على منهجية Agile الثانية. أنا متأكد من أنك على دراية به بالفعل - حتى لو لم تدرك ذلك بعد!

ما هو كانبان ومتى يمكن تطبيقه؟

مصطلح Kanban يأتي من اليابانية ويمكن ببساطة ترجمته على أنه "إشارة مرئية". هذا هو الأساس الذي تدور حوله هذه المنهجية. في كانبان ، كل عنصر له تمثيله المرئي - بطاقة يضعها أعضاء الفريق على ألواح الكتابة ويغيروا حالتها (مثل "أن تفعل" أو "تفعل" أو "تم").

يمكن تطبيق هذا النهج بسهولة من قبل أي صناعة ولكن يتم اختياره في أغلب الأحيان من قبل فرق تطوير البرامج المشاركة في المشاريع المعقدة والمستهلكة للوقت. ولسبب وجيه - يسهل Kanban التواصل في الوقت الفعلي ويجعل عمل جميع زملائه في الفريق شفافًا تمامًا.

ومن المثير للاهتمام أن كانبان في الواقع منهجية أقدم بكثير من سكرم. تعود بدايتها إلى أربعينيات القرن الماضي عندما قدمت تويوتا نظامًا لبطاقات منفصلة موضوعة على ألواح الكتابة في مصانعها يمكن للعمال تبديلها في أي وقت. ونتيجة لذلك ، جعلت هذه الإستراتيجية عملهم أكثر سلاسة وسرعت من التواصل بين الفرق.

من هو في فريق كانبان؟

عند مناقشة Scrum ، قمت بوصف الأدوار والمسؤوليات والكفاءات الدقيقة لكل عضو في الفريق (Scrum Master ، مالك المنتج والمطورين). هنا ، الأمور مختلفة كثيرًا. لا يحدد Kanban من لديه المزيد من السلطة أو المسؤوليات ، حيث أن جميع أعضاء الفريق متساوون عمليًا ويجمعون القوى ومجموعات المهارات بشكل جماعي.

علاوة على ذلك ، لا يحدد Kanban عدد الأشخاص الذين يمكنهم العمل معًا في مشروع ما ، لذا فإن أي هيكل فريق مقبول. ومع ذلك ، إذا كنت ترغب في تحسين سير العمل ، فقد ترغب في التفكير في بناء فريق تطوير مشترك. بفضل هذا الحل ، يمكن لأعضاء الفريق الذين لديهم مجالات خبرة مختلفة مشاركة معارفهم وتقديم ملاحظات في كل مرحلة من مراحل تطوير المنتج. بهذه الطريقة ، لن تكون هناك حاجة لاستشارة فرق أخرى على الإطلاق!

ما هي لوحة كانبان وكيفية إنشائها؟

لوحة كانبان هي قلب وروح هذه المنهجية. إنها أداة لإدارة المشروع تم إنشاؤها لتصور تقدم كل مهمة في الوقت الفعلي. إذا كنت تتساءل عما إذا كان زملاؤك في الفريق قد بدأوا بالفعل في العمل على ميزة مهمة ، أو ربما انتهوا منها بالفعل ، فما عليك سوى التحقق من اللوحة والآن أنت تعرف!

يوضح هذا المثال بالضبط ما هو كانبان وكيف يتخيل عمله:

لذا فإن المفهوم العام وراء لوحات كانبان بسيط للغاية: لديك عدة أعمدة معنونة وتضع بطاقات مرئية على كل منها. يمكن أن تكون هذه بطاقات لاصقة أو تذاكر. في كل بطاقة من هذه البطاقات ، تقوم بتدوين اسم المشروع الذي تشارك فيه حاليًا أو عنصر العمل المحدد الذي تقوم ببنائه. بعد ذلك ، كل ما عليك فعله هو تخصيص بطاقة معينة لعمود معين حتى يتم تحديث باقي أعضاء فريقك ويعرفون بالضبط ما تعمل عليه الآن.

يوضح المثال الذي يمكنك رؤيته أعلاه فئات الأعمدة النموذجية ، وهي:

• 'لكى يفعل'
• 'في تَقَدم'
• 'اختبارات'
• 'فعله'

لاحظ ، مع ذلك ، أنه يمكنك وصف سير العمل الخاص بك على نطاق أوسع وإضافة أعمدة إضافية - سيعتمد اختيارهم على المشروع الذي تديره.

إذا كنت تريد أن ينجح فريقك ، فهناك شيء آخر يجب أن تكون على دراية به - يجب عليك تحديد حدود للعناصر التي يمكن لفريقك العمل عليها في نفس الوقت. هذا هو السبب في أن كانبان يوصي أيضًا بتعيين حدود العمل الجاري (WIT) . كيف نضعها موضع التنفيذ؟ تحتاج إلى تحديد عدد البطاقات التي يمكن أن تبقى في عمود (على سبيل المثال "قيد التقدم") في نفس الوقت. إذا وصل فريقك إلى هذا الحد ، فلن يتمكنوا من إضافة المزيد من البطاقات. يعد وضع هذه الحدود دائمًا حلاً رائعًا للتعامل مع عبء العمل الزائد.

سكرم مقابل كانبان: أي إطار عمل يفوز في هذه المعركة؟

حسنًا ، الإجابة على هذا السؤال ليست بهذه البساطة في الواقع. تشترك هاتان الإستراتيجيتان الرشيقتان في بعض المبادئ المتشابهة ولكن الممارسات التي يستخدمونها هما شيئان مختلفان تمامًا. في حين أن Kanban أكثر مرونة ويفضل التغيير المستمر وردود الفعل المنتظمة ، فإن Scrum أكثر صرامة وتنظيمًا.

هل أنت جاهز لمشروعك البرمجي القادم؟

لنعمل معا

فيما يلي الاختلافات الرئيسية بين هذين الإطارين لإدارة المشروع:

إذن ، أي من أطر عمل Agile هذه ستختار لإدارة مشاريعك؟ أو هل ترغب في أن يقوم الخبراء بذلك نيابة عنك؟ لا تتردد في الاتصال بنا - من خلال تقديم منهجيات Agile المختلفة ، قدمنا ​​أكثر من 150 منتجًا ناجحًا جاهزًا للاستخدام!