دليل سكرم | 13. فريق التطوير في سكرم

نشرت: 2022-04-25

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

Development Team in Scrum - جدول المحتويات:

  1. ميزات فريق التطوير
  2. فريق التطوير
  3. مسؤوليات فريق التطوير
  4. ملخص

ميزات فريق التطوير

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

لكي يكون فريق التطوير فعالاً ، يجب أن يتمتع بثلاث خصائص على الأقل: القدرة على التنظيم الذاتي ، والدافع للنمو ، والتخصصات المتعددة.

التنظيم الذاتي

عندما نتحدث عن فريق سكرم ، والذي يعتبر فريق التطوير جزءًا منه ، فإننا نستخدم مصطلح "الإدارة الذاتية". يعني الإدارة الذاتية على مستوى المنظمة. يقرر فريق Scrum ككل ليس فقط من سيقوم بالعمل وكيف ، ولكن أيضًا ما الذي سيعملون عليه. في فريق Scrum ، جزء كبير من مهام الإدارة ينتمي إلى Product Owner و Scrum Master.

Development Team

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

السعي لتحقيق التنمية

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

تداخل التخصصات

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

development team features

فريق التطوير

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

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

لا يوجد تسلسل هرمي بين المطورين. هذا هو السبب في أنهم لا يستخدمون الألقاب المهنية أو العلمية.

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

مسؤوليات فريق التطوير

يمكن تقسيم مسؤوليات فريق التطوير إلى ثلاثة مجالات. هؤلاء هم:

  • مهام التخطيط
  • العمل على المنتج
  • تحسين التعاون داخل الفريق

مهام التخطيط

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

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

العمل على المنتج

يمكن أن تختلف أشكال العمل على أحد المنتجات بشكل كبير اعتمادًا على المنطقة التي يعمل فيها فريق تطوير معين. بشكل عام ، الهدف الذي يجب تحقيقه في كل Sprint هو إنشاء ميزة Increment ، أي ميزة منتج ذات قيمة تجارية.

من المفيد هنا التحدث مباشرة وتطبيق القاعدة التالية:

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

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

تحسين التعاون في الفريق

العمل على الطريقة التي يعمل بها الفريق يدور حول التحسين المستمر لكفاءة وفعالية المطورين الفرديين.

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

  • انتقاد الحلول ، وليس الأشخاص - تغيير اللغة التي نستخدمها لوصف العمل يؤدي إلى تغيير المواقف وتحسين التعاون
  • إبعاد نفسك عن أفكارك - فهو يُمكّنك من الفكاهة والتعليقات الأكثر صدقًا
  • بناء الثقة - بفضل الثقة يمكن أن يكون هناك العديد من الأفكار المبتكرة التي اقترحها المطورون دون خوف من رد الفعل السلبي من البيئة

يتم تحسين تعاون الفريق من خلال التفكير المستمر في كيفية عمل الفريق وتقديم الملاحظات أثناء أحداث Scrum الموضحة في هذه المقالة.

Development Team in Scrum

ملخص

في مقال اليوم نقدم خصائص وتكوين ومسؤوليات فريق تطوير Scrum. يتميز هذا الفريق الصغير بتعدد التخصصات والتنظيم الذاتي والرغبة في التنمية . والتحسين المستمر للعمل الجماعي والعمل الفعال على المنتج - هذه هي المهام التي يتعين على كل فريق تطوير تنفيذها.

إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube.

Scrum Guide | 13. Development Team in Scrum caroline becker avatar 1background

المؤلف: كارولين بيكر

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

دليل سكروم:

  1. مسرد للمصطلحات الأساسية والأدوار والمفاهيم
  2. ما هو سكرم؟
  3. قيم سكروم
  4. كيف تنفذ سكرم في شركتك؟
  5. فريق سكرم - ما هو وكيف يعمل؟
  6. من هو مالك المنتج؟
  7. أكثر أخطاء "مالك المنتج" شيوعًا
  8. من هو سيد سكرم؟
  9. خصائص سيد سكرم الجيد
  10. الأخطاء الأكثر شيوعًا في Scrum Master
  11. ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
  12. التعاون بين مالك المنتج و Scrum Master
  13. فريق التطوير في سكرم
  14. أكثر أخطاء المطورين شيوعًا
  15. القطع الأثرية سكروم
  16. تحجيم سكروم
  17. سباق المتراكمة
  18. ما هو Product Backlog؟
  19. ما هي قصص المستخدم؟
  20. إنشاء أفضل قصة مستخدم مع INVEST
  21. أكثر أخطاء قصة المستخدم شيوعًا
  22. معايير قبول قصة المستخدم
  23. التقدير ونقاط القصة في سكرم
  24. التخطيط للبوكر
  25. لعبة تقدير الفريق
  26. تحديد الزيادة
  27. أحداث سكرم
  28. ما هو Sprint in Scrum؟
  29. التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
  30. ما هو مخطط Burndown؟
  31. كيفية إنشاء وتفسير مخطط توقف؟
  32. مزايا وعيوب مخطط التوقف
  33. مجالس كانبان في سكرم وسكرومبان
  34. السرعة في سكرم - سرعة فريق التطوير
  35. ديلي سكرم
  36. Sprint Planning
  37. مراجعة Sprint
  38. ما هو معرض Sprint Retrospective؟
  39. الأخطاء الشائعة خلال Sprint Retrospective
  40. رعاية تراكم المنتج