تطوير برمجيات سكرم | تطوير برمجيات سكرم

Scrum هو إطار عمل رشيق وخفيف الوزن يمكن تطبيقه على أي مشروع تطوير تقريبًا. على الرغم من بساطته النسبية، يجب مراعاة العديد من الأجزاء المتحركة والقواعد والأدوار. لمعرفة المزيد، راجع مقالتنا حول إطار عمل سكروم أو فكر في تعلم تطوير سكروم في دورة سكروم، أو حتى أن تصبح خبيرًا في سكروم.
بعيدًا عن التخطيط والمراجعة والمراجعة والمراجعة، مما يساعد على تسهيل التطوير، فإن أجايل سكرم لديه بعض الطرق لمساعدة ممارسي سكرم على تحقيق أهدافهم بمجرد بدء دورة التطوير.
مثل العديد من أطر التطوير الرشيقة الأخرى، يعمل Scrum في “سباقات السرعة”. السبرينت هو وقت محدد يستمر ما بين 1-4 أسابيع. خلال “سبرينت” يتم إنشاء مجموعة محددة من الميزات أو القدرات من قبل المطورين الذين يعملون في فريق سكروم. سبرينت هو المكان الذي يحدث فيه عمل التطوير داخل فريق سكروم.
سباقات السرعة هي طريقة لتقسيم المشروع إلى أجزاء صغيرة الحجم. يعتمد العمل المخطط له على الملاحظات الواردة من السباقات السابقة وتلك الميزات التي تم تحديد أولوياتها أثناء عملية التخطيط.
في هذه المقالة، لن نركز في هذه المقالة على إطار عمل سكرم الشامل. بدلاً من ذلك، سنلقي نظرة على ما يحدث بمجرد اكتمال التخطيط والتحضير الرئيسي وما يجب أن ينجزه كل دور أثناء تطوير سبروم.
التخطيط للسباق السريع
يبدأ كل سبرينت ببعض التخطيط. لقد تم بالفعل تنقيح تراكمات المنتج إلى مستوى مناسب من التفاصيل، وتم اختيار هدف أو هدف سبرينت مناسب، ويعرف المطورون الموارد المتاحة لهم لتحقيق الأهداف.
مع وضع ذلك في الاعتبار، ينظر المطورون مع مالك المنتج إلى قائمة المهام المتاحة في قائمة “تراكمات المنتج”. ويقومون باختيار تلك التي يمكن تطويرها، بالنظر إلى الموارد المتاحة وتساهم بشكل مباشر في تحقيق الهدف المنشود من ذلك السباق. يجب أن يكون الفريق قد قام بالفعل بتقييم كل عنصر في قائمة تراكمات المنتج. يجب أن يعرف المطورون من وماذا وكم من الوقت اللازم لإكمالها.
ينبغي أن يتم اختيار العمل من قبل فريق التطوير (فريق سكروم)، حيث أنه في كثير من الأحيان قد يتطلب إنجاز مهمة واحدة تعاون عدة أعضاء من فريق العمل مما قد يؤدي إلى مشاكل في حال عدم وجود تواصل كافٍ.
يحدد التخطيط للسباق السريع هدفًا صغيرًا يتناسب بدقة مع الأهداف الأكبر للمشروع ككل. والآن، يقوم فريق التطوير بالتخطيط لكيفية إكمال عناصر العمل التي اختاروها. ويتم ذلك من خلال تحديد وترتيب المهام الفنية المعنية.
لا يلزم أن يكون مالك المنتج حاضرًا لهذا الغرض. تدور فكرة سكروم حول الاستقلالية وفرق التنظيم الذاتي. تتمثل إحدى الأفكار الأساسية وراء Scrum في أن الإدارة الجزئية لفريق التطوير يجب أن تبقى عند الحد الأدنى بحيث بمجرد بدء التطوير، يمكنهم “المضي قدمًا”. لا ينبغي أن يكون هذا الأمر مشكلة شريطة أن تكون الأعمال المتراكمة للمنتج منظمة بدقة، وأن تكون الأهداف قد تم توصيلها بوضوح، وأن تكون جميع الأدوات اللازمة متاحة لفريق التطوير.
يمكن أن يكون التخطيط للسباق السريع تقنيًا تمامًا، وليس من المتوقع أن يشارك سيد سكرم أو مالك المنتج بشكل كبير. ومع ذلك، يجب أن يظل مالك المنتج متاحًا لتقديم التوضيحات والإجابة على أي أسئلة قد تكون لدى فريق التطوير.
بحلول نهاية تخطيط السبرنت، يجب أن يكون فريق التطوير قادرًا على البدء في تنفيذ خطة السبرنت على الفور مع فهم واضح لمقدار العمل المتبقي في أي نقطة معينة.
عمليات الإنهاء السريع
بمجرد اكتمال تخطيط سبرنت، يأخذ مالك منتج سبرم مقعدًا خلفيًا، ويتولى مسؤول سبرم الرئيسي دورًا أكثر نشاطًا في التطوير.
يكون Scrum Master مسؤولاً عن إنشاء “مشعاعات المعلومات” – يمكن أن تأخذ هذه المشعاعات شكل لوحة كانبان أو لوحة بيضاء أو مخططات قلابة مع ملاحظات لاحقة مكتوبة بأقلام ملونة. الغرض من مشعاعات المعلومات هو إبقاء الفريق على اطلاع على التقدم المحرز والسماح لهم بالتأكد من المعلومات ذات الصلة بعملهم الفوري بسرعة. هذا هو السبب في أنها عادةً ما تكون منخفضة التقنية، وبالنسبة لأعضاء الفريق المتواجدين في مكان واحد يمكنهم إلقاء نظرة خاطفة على المعلومات من مكاتبهم.
غالبًا ما يستخدم فريق سكروم مخططات سبرينت المتهالكة، وهي عبارة عن تمثيلات بيانية لحجم العمل المتبقي والوقت المتبقي لإكماله.
كل عضو في الفريق مسؤول عن الحفاظ على تحديث المخطط التنازلي.
سكروم اليومي
يجتمع فريق التطوير وسكروم ماستر في بداية كل يوم لمناقشة العمل القادم. يجب ألا يستغرق هذا الاجتماع أكثر من 15 دقيقة. يتيح اجتماع سكروم اليومي الفرصة لإعادة تخطيط الأعمال المتراكمة في سبرينت سبرينت حيث يتعلم المطورون استراتيجيات جديدة أو يكتشفون مخاطر وفرصًا جديدة أو يواجهون مشاكل تؤثر على عمل الآخرين.
يجب أن يوضح كل عضو في فريق التطوير ما يلي:
ما الذي فعلوه بالأمس لمساعدة الفريق على تحقيق هدف سبرينت
ما ينوون القيام به اليوم
أي مشاكل تعيقهم
تنقيح الأعمال المتراكمة
هذا ليس حدثاً مجدولاً بل هو نشاط مستمر. يُترك لفريق تطوير Scrum تحديد عدد مرات القيام بذلك. على الرغم من أن بعض الفرق قد تستفيد من القيام بذلك في نهاية كل يوم عمل، إلا أنه يجب أن يستغرق أقل وقت ممكن من التطوير.
الشيء المهم هو التأكد من تنقيح الأعمال المتراكمة للمنتج بحلول نهاية سبرنت، حتى يتمكن فريق التطوير من التخطيط للسباق التالي دون تأخير.
تبدأ جلسة التنقيح عادةً بعرض مالك المنتج قائمة المنتجات المتراكمة الحالية على الفريق. ثم يقوم المطورون بتنقيح كل مهمة، وفحصها وتغيير نطاق وتعريف “تم”.
على سبيل المثال، إذا ثبت أن إحدى المهام التي تم القيام بها في هذا السبرينت كانت أكثر صعوبة مما كان متوقعًا، فقد يتم تقسيم العناصر المماثلة في الأعمال المتراكمة إلى مهام أصغر.
التعاون
في Agile، العمل الجماعي مهم جدًا لدرجة أنه غالبًا ما يشار إلى دور عضو فريق التطوير بدلاً من المطور.
كل عضو في فريق التطوير مسؤول بشكل مشترك عن تقدم العمل. أي مشاكل أو إخفاقات تكون مملوكة بشكل مشترك للفريق، وكذلك نجاحاتهم. لا يقتصر التعاون على أحداث مثل Daily Scrum بل ينطبق على كل ما يقوم به الفريق خلال كل سبرينت.
مراجعات السبرينت
على عكس مراجعة سبرينت الاستعراضية التي تحدث خارج سبرنت، تحدث مراجعة سبرينت ضمن الإطار الزمني لسبرنت. في بعض الأحيان قد تتم دعوة مالك المنتج وأصحاب المصلحة لحضور هذا الاجتماع. ومع ذلك، فإنه لا يزال تمرينًا قيّمًا إذا كان من الممكن جمع المعلومات في رسالة بريد إلكتروني أو عرض تقديمي ليتم تمريرها للمراجعة لاحقًا.