الغرض من دليل سكرم
قمنا بتطوير Scrum في أوائل التسعينيات. كتبنا الإصدار الأول من دليل سكرم في عام 2010 لمساعدة الناس في جميع أنحاء العالم على فهم سكرم. لقد طورنا الدليل منذ ذلك الحين من خلال تحديثات وظيفية صغيرة. معًا ، نقف وراءها.
يحتوي دليل Scrum على تعريف Scrum. يخدم كل عنصر من عناصر الإطار غرضًا محددًا ضروريًا للقيمة الإجمالية والنتائج المحققة مع Scrum. يؤدي تغيير التصميم أو الأفكار الأساسية لـ Scrum ، أو استبعاد العناصر ، أو عدم اتباع قواعد Scrum ، إلى إخفاء المشاكل والحد من فوائد Scrum ، مما يجعله عديم الفائدة.
نحن نتابع الاستخدام المتزايد لـ Scrum في عالم معقد دائم النمو. يسعدنا أن نرى Scrum يتم اعتماده في العديد من المجالات التي تنطوي على أعمال معقدة بشكل أساسي ، بما يتجاوز تطوير منتجات البرامج حيث يكون لـ Scrum جذوره. مع انتشار استخدام Scrum ، يقوم المطورون والباحثون والمحللون والعلماء وغيرهم من المتخصصين بالعمل. نحن نستخدم كلمة "مطورون" في سكرم ليس للاستبعاد ، ولكن للتبسيط. إذا حصلت على قيمة من سكرم ، فاعتبر نفسك مشمولاً.
أثناء استخدام Scrum ، يمكن العثور على الأنماط والعمليات والأفكار التي تتناسب مع إطار عمل Scrum كما هو موضح في هذا المستند ، وتطبيقها وابتكارها. وصفهم يتجاوز الغرض من دليل Scrum لأنهم حساسون للسياق ويختلفون بشكل كبير بين استخدامات Scrum. مثل هذه التكتيكات للاستخدام داخل إطار عمل سكروم تختلف على نطاق واسع ويتم وصفها في مكان آخر.
تعريف سكروم
Scrum هو إطار عمل خفيف الوزن يساعد الأشخاص والفرق والمؤسسات على توليد قيمة من خلال الحلول التكيفية للمشكلات المعقدة.
باختصار ، يتطلب Scrum Master Scrum لتعزيز بيئة حيث:
- يطلب مالك المنتج العمل الخاص بمشكلة معقدة في Product Backlog.
- يقوم فريق Scrum بتحويل مجموعة مختارة من العمل إلى زيادة في القيمة أثناء Sprint.
- يقوم فريق سكرم وأصحاب المصلحة بفحص النتائج والتكيف مع Sprint التالية.
- يكرر
سكرم بسيط. جربه كما هو وحدد ما إذا كانت فلسفته ونظريته وبنيته تساعد في تحقيق الأهداف وخلق القيمة. إن إطار عمل سكروم غير مكتمل بشكل مقصود ، فقط يحدد الأجزاء المطلوبة لتنفيذ نظرية سكروم. تم بناء سكرم من خلال الذكاء الجماعي للأشخاص الذين يستخدمونه. بدلاً من تزويد الأشخاص بتعليمات مفصلة ، فإن قواعد Scrum توجه علاقاتهم وتفاعلاتهم.
يمكن استخدام عمليات وتقنيات وطرق مختلفة داخل إطار العمل. يلتف سكروم حول الممارسات الحالية أو يجعلها غير ضرورية. يوضح Scrum الفعالية النسبية للإدارة الحالية ، والبيئة ، وتقنيات العمل ، بحيث يمكن إجراء التحسينات.
نظرية سكرم
تأسس سكرم على التجريبية والتفكير الهزيل. تؤكد التجريبية أن المعرفة تأتي من التجربة واتخاذ القرارات بناءً على ما يتم ملاحظته. يقلل التفكير الخالي من الهدر ويركز على الأساسيات.
يستخدم سكرم نهجًا تكراريًا تدريجيًا لتحسين القدرة على التنبؤ والتحكم في المخاطر. تُشرك Scrum مجموعات من الأشخاص الذين لديهم جميعًا جميع المهارات والخبرات للقيام بالعمل ومشاركة أو اكتساب هذه المهارات حسب الحاجة.
يجمع Scrum بين أربعة أحداث رسمية للتفتيش والتكيف ضمن حدث محتوى ، وهو Sprint. تعمل هذه الأحداث لأنها تنفذ ركائز Scrum التجريبية للشفافية والتفتيش والتكيف.
الشفافية
يجب أن تكون العملية والعمل الناشئين مرئيين لأولئك الذين يؤدون العمل وكذلك أولئك الذين يتلقون العمل. مع Scrum ، تستند القرارات المهمة إلى الحالة المتصورة لأعمالها الفنية الرسمية الثلاثة. يمكن أن تؤدي القطع الأثرية ذات الشفافية المنخفضة إلى قرارات تقلل من القيمة وتزيد من المخاطر.
الشفافية تمكن من التفتيش. التفتيش بدون شفافية مضلل ومهدر.
تكمن
يجب فحص مصنوعات Scrum والتقدم نحو الأهداف المتفق عليها بشكل متكرر وجاد لاكتشاف الاختلافات أو المشكلات غير المرغوب فيها المحتملة. للمساعدة في التفتيش ، يوفر Scrum الإيقاع في شكل أحداثه الخمسة.
التفتيش يتيح التكيف. يعتبر التفتيش بدون تكييف أمرًا لا طائل من ورائه. تم تصميم أحداث سكرم لإحداث التغيير.
التكيف
إذا انحرف أي جانب من جوانب العملية عن الحدود المقبولة أو إذا كان المنتج الناتج غير مقبول ، فيجب تعديل العملية التي يتم تطبيقها أو المواد التي يتم إنتاجها. يجب إجراء التعديل في أسرع وقت ممكن لتقليل المزيد من الانحراف.
يصبح التكيف أكثر صعوبة عندما لا يتم تمكين الأشخاص المعنيين أو إدارة أنفسهم. من المتوقع أن يتكيف فريق Scrum في اللحظة التي يتعلم فيها أي شيء جديد من خلال التفتيش.
قيم سكروم
يعتمد الاستخدام الناجح لـ Scrum على أن يصبح الأشخاص أكثر كفاءة في العيش خمس قيم:
الالتزام والتركيز والانفتاح والاحترام والشجاعة
يلتزم فريق سكرم بتحقيق أهدافه ودعم بعضهم البعض. ينصب تركيزهم الأساسي على عمل Sprint لتحقيق أفضل تقدم ممكن نحو هذه الأهداف. إن فريق سكرم وأصحاب المصلحة منفتحون بشأن العمل والتحديات. يحترم أعضاء فريق سكرم بعضهم البعض ليكونوا أشخاصًا قادرين ومستقلين ، ويتم احترامهم على هذا النحو من قبل الأشخاص الذين يعملون معهم. أعضاء فريق سكرم لديهم الشجاعة لفعل الشيء الصحيح ، للعمل على المشاكل الصعبة.
هذه القيم تعطي التوجيه لفريق Scrum فيما يتعلق بعملهم وأفعالهم وسلوكهم. يجب أن تعزز القرارات التي يتم اتخاذها والخطوات المتخذة وطريقة استخدام Scrum هذه القيم ، لا تقللها أو تقوضها. يتعلم أعضاء فريق Scrum ويستكشفون القيم أثناء عملهم مع أحداث Scrum والتحف. عندما يتم تجسيد هذه القيم من قبل فريق Scrum والأشخاص الذين يعملون معهم ، فإن الركائز التجريبية لـ Scrum للشفافية والتفتيش والتكيف تأتي إلى الحياة لبناء الثقة.
فريق سكرم
الوحدة الأساسية في سكرم هي فريق صغير من الناس ، فريق سكرم. يتكون فريق Scrum من Scrum Master واحد ومالك منتج واحد ومطورين. ضمن فريق Scrum ، لا توجد فرق فرعية أو تسلسلات هرمية. إنها وحدة متماسكة من المحترفين تركز على هدف واحد في كل مرة ، هدف المنتج.
تعد فرق Scrum متعددة الوظائف ، مما يعني أن الأعضاء لديهم جميع المهارات اللازمة لخلق قيمة في كل Sprint. هم أيضًا يديرون أنفسهم ، مما يعني أنهم يقررون داخليًا من يفعل ماذا ومتى وكيف.
إن فريق Scrum صغير بما يكفي ليظل رشيقًا وكبيرًا بما يكفي لإكمال العمل الجوهري في Sprint ، وعادة ما يكون 10 أشخاص أو أقل. بشكل عام ، وجدنا أن الفرق الصغيرة تتواصل بشكل أفضل وتكون أكثر إنتاجية. إذا أصبحت فرق Scrum كبيرة جدًا ، فيجب عليهم التفكير في إعادة التنظيم في عدة فرق Scrum متماسكة ، كل منها يركز على نفس المنتج. لذلك ، يجب عليهم مشاركة نفس هدف المنتج و Product Backlog و Product Owner.
فريق Scrum مسؤول عن جميع الأنشطة المتعلقة بالمنتج من تعاون أصحاب المصلحة ، والتحقق ، والصيانة ، والتشغيل ، والتجريب ، والبحث والتطوير ، وأي شيء آخر قد يكون مطلوبًا. يتم تنظيمهم وتمكينهم من قبل المنظمة لإدارة أعمالهم الخاصة. يعمل العمل في Sprints بوتيرة مستدامة على تحسين تركيز واتساق فريق Scrum.
فريق Scrum بأكمله مسؤول عن إنشاء زيادة قيمة ومفيدة في كل Sprint. يحدد Scrum ثلاث مسؤوليات محددة داخل فريق Scrum: المطورين ، ومالك المنتج ، و Scrum Master.
المطورين
المطورون هم الأشخاص في فريق Scrum الملتزمين بإنشاء أي جانب من جوانب الزيادة القابلة للاستخدام في كل Sprint.
غالبًا ما تكون المهارات المحددة التي يحتاجها المطورون واسعة وستختلف باختلاف مجال العمل. ومع ذلك ، يتحمل المطورون دائمًا مسؤولية:
- إنشاء خطة Sprint ، Sprint Backlog ؛
- غرس الجودة من خلال الالتزام بتعريف تم ؛
- تكييف خطتهم كل يوم نحو هدف Sprint ؛ و،
- مساءلة بعضنا البعض كمحترفين.
مالك المنتج
يتحمل مالك المنتج مسؤولية تعظيم قيمة المنتج الناتجة عن عمل فريق Scrum. قد تختلف طريقة القيام بذلك على نطاق واسع عبر المنظمات وفرق سكرم والأفراد.
يعد "مالك المنتج" مسؤولاً أيضًا عن الإدارة الفعالة لـ Product Backlog ، والتي تشمل:
- تطوير هدف المنتج والإبلاغ عنه بشكل صريح ؛
- إنشاء عناصر Product Backlog والإبلاغ عنها بوضوح ؛
- طلب عناصر Product Backlog ؛ و،
- التأكد من أن Product Backlog شفافة ومرئية ومفهومة.
يجوز لمالك المنتج القيام بالأعمال المذكورة أعلاه أو قد يفوض المسؤولية للآخرين. بغض النظر ، يظل مالك المنتج مسؤولاً.
لكي ينجح مالكو المنتجات ، يجب على المنظمة بأكملها احترام قراراتهم. تظهر هذه القرارات في محتوى وترتيب Product Backlog ، ومن خلال الزيادة القابلة للفحص في Sprint Review.
مالك المنتج هو شخص واحد وليس لجنة. قد يمثل مالك المنتج احتياجات العديد من أصحاب المصلحة في Product Backlog. أولئك الذين يرغبون في تغيير Product Backlog يمكنهم القيام بذلك عن طريق محاولة إقناع مالك المنتج.
سيد سكرم
يعد Scrum Master مسؤولاً عن إنشاء Scrum على النحو المحدد في دليل Scrum. يفعلون ذلك من خلال مساعدة الجميع على فهم نظرية وممارسة Scrum ، داخل فريق Scrum والمنظمة.
يعد Scrum Master مسئولاً عن فعالية Team Scrum. يقومون بذلك عن طريق تمكين فريق سكرم من تحسين ممارساته ضمن إطار عمل سكرم.
Scrum Masters هم قادة حقيقيون يخدمون فريق Scrum والمؤسسة الأكبر.
يخدم Scrum Master فريق Scrum بعدة طرق ، بما فى ذلك:
- تدريب أعضاء الفريق على الإدارة الذاتية والوظائف المشتركة ؛
- مساعدة فريق سكرم على التركيز على إنشاء زيادات عالية القيمة تتوافق مع تعريف تم ؛
- التسبب في إزالة العوائق أمام تقدم فريق سكرم. و،
- التأكد من أن جميع أحداث Scrum تتم وأن تكون إيجابية ومثمرة ويتم الاحتفاظ بها في الوقت المحدد.
يخدم Scrum Master مالك المنتج بعدة طرق ، بما في ذلك:
- المساعدة في العثور على تقنيات لتعريف هدف المنتج الفعال وإدارة Product Backlog ؛
- مساعدة فريق Scrum على فهم الحاجة إلى عناصر واضحة وموجزة في Product Backlog ؛
- المساعدة في إنشاء تخطيط منتج تجريبي لبيئة معقدة ؛ و،
- تسهيل تعاون أصحاب المصلحة حسب الطلب أو الحاجة.
يخدم Scrum Master المنظمة بعدة طرق ، بما في ذلك:
- قيادة وتدريب وتوجيه المنظمة في اعتماد Scrum ؛
- التخطيط وتقديم المشورة بشأن تطبيقات Scrum داخل المنظمة ؛
- مساعدة الموظفين وأصحاب المصلحة على فهم وتطبيق نهج تجريبي للعمل المعقد ؛ و،
- إزالة الحواجز بين أصحاب المصلحة وفرق سكرم.
أحداث سكرم
Sprint عبارة عن حاوية لجميع الأحداث الأخرى. كل حدث في سكرم هو فرصة رسمية لفحص وتكييف القطع الأثرية في سكروم. تم تصميم هذه الأحداث خصيصًا لتمكين الشفافية المطلوبة. يؤدي عدم تشغيل أي أحداث على النحو المنصوص عليه إلى ضياع فرص الفحص والتكيف. يتم استخدام الأحداث في سكرم لإنشاء انتظام وتقليل الحاجة إلى الاجتماعات غير المحددة في سكروم.
على النحو الأمثل ، تقام جميع الأحداث في نفس الوقت والمكان لتقليل التعقيد.
العدو
السرعة هي قلب سكرم ، حيث تتحول الأفكار إلى قيمة.
إنها أحداث ذات طول ثابت لمدة شهر واحد أو أقل لتحقيق الاتساق. يبدأ Sprint الجديد فور الانتهاء من Sprint السابق.
كل الأعمال اللازمة لتحقيق هدف المنتج ، بما في ذلك Sprint Planning و Daily Scrums و Sprint Review و Sprint Retrospective ، تحدث في Sprint.
أثناء الركض:
- لم يتم إجراء أي تغييرات من شأنها أن تعرض هدف Sprint للخطر ؛
- الجودة لا تنقص.
- يتم تنقية Product Backlog حسب الحاجة ؛ و،
- قد يتم توضيح النطاق وإعادة التفاوض بشأنه مع "مالك المنتج" عند معرفة المزيد.
تتيح سباقات السرعة إمكانية التنبؤ من خلال ضمان الفحص والتكيف مع التقدم المحرز نحو هدف المنتج كل شهر تقويمي على الأقل. عندما يكون أفق Sprint طويلًا جدًا ، فقد يصبح هدف Sprint غير صالح ، وقد يرتفع التعقيد ، وقد تزداد المخاطر. يمكن استخدام سباقات السرعة الأقصر لإنشاء المزيد من دورات التعلم والحد من مخاطر التكلفة والجهد في إطار زمني أصغر. يمكن اعتبار كل Sprint مشروعًا قصيرًا.
توجد ممارسات مختلفة للتنبؤ بالتقدم ، مثل الاحتراق أو الاحتراق أو التدفقات التراكمية. على الرغم من أنها أثبتت فائدتها ، إلا أنها لا تحل محل أهمية التجريبية. في البيئات المعقدة ، ما سيحدث غير معروف. فقط ما حدث بالفعل يمكن استخدامه لاتخاذ قرارات استشرافية.
يمكن إلغاء Sprint إذا أصبح هدف Sprint قديمًا. فقط مالك المنتج لديه السلطة لإلغاء Sprint.
Sprint Planning
يبدأ Sprint Planning Sprint بوضع العمل الذي يتعين القيام به في Sprint. يتم إنشاء هذه الخطة الناتجة عن طريق العمل التعاوني لفريق Scrum بأكمله.
يضمن مالك المنتج أن الحضور مستعدون لمناقشة أهم عناصر Product Backlog وكيفية تعيينهم لهدف المنتج. قد يقوم فريق Scrum أيضًا بدعوة أشخاص آخرين لحضور Sprint Planning لتقديم المشورة.
يتناول Sprint Planning الموضوعات التالية:
الموضوع الأول: ما سبب أهمية هذا Sprint؟
يقترح مالك المنتج كيف يمكن للمنتج زيادة قيمته وفائدته في Sprint الحالي. ثم يتعاون فريق Scrum بأكمله لتحديد هدف Sprint الذي يوضح سبب أهمية Sprint لأصحاب المصلحة. يجب أن يتم الانتهاء من هدف Sprint قبل نهاية تخطيط Sprint.
الموضوع الثاني: ما الذي يمكن القيام به في هذا السباق السريع؟
من خلال المناقشة مع مالك المنتج ، يختار المطورون عناصر من Product Backlog لتضمينها في Sprint الحالي. قد يقوم فريق Scrum بصقل هذه العناصر خلال هذه العملية ، مما يزيد من التفاهم والثقة.
قد يكون تحديد المقدار الذي يمكن إكماله في Sprint أمرًا صعبًا. ومع ذلك ، كلما عرف المطورون أكثر عن أدائهم السابق ، وقدرتهم القادمة ، وتعريفهم لـ Done ، زادت ثقتهم في توقعات Sprint الخاصة بهم.
الموضوع الثالث: كيف سينتهي العمل المختار؟
لكل عنصر من عناصر Product Backlog المحددة ، يخطط المطورون للعمل الضروري لإنشاء زيادة تفي بتعريف تم. يتم ذلك غالبًا عن طريق تحليل عناصر Product Backlog إلى عناصر عمل أصغر مدتها يوم واحد أو أقل. يتم إجراء ذلك وفقًا لتقدير المطورين. لا أحد يخبرهم بكيفية تحويل عناصر Product Backlog إلى زيادات في القيمة.
يشار إلى هدف Sprint وعناصر Product Backlog المحددة لـ Sprint بالإضافة إلى خطة تسليمها معًا باسم Sprint Backlog.
يتم تقسيم Sprint Planning إلى ثماني ساعات بحد أقصى لمدة شهر واحد من Sprint. بالنسبة إلى سباقات السرعة الأقصر ، يكون الحدث عادةً أقصر.
ديلي سكرم
الغرض من Daily Scrum هو فحص التقدم نحو هدف Sprint وتكييف Sprint Backlog حسب الضرورة ، وتعديل العمل المخطط القادم.
The Daily Scrum هو حدث مدته 15 دقيقة لمطوري فريق Scrum. لتقليل التعقيد ، يتم عقده في نفس الوقت والمكان في كل يوم عمل من Sprint. إذا كان Product Owner أو Scrum Master يعملان بنشاط على عناصر فى Sprint Backlog ، فإنهم يشاركون كمطورين.
يمكن للمطورين تحديد البنية والتقنيات التي يريدونها ، طالما أن Daily Scrum تركز على التقدم نحو هدف Sprint وتنتج خطة قابلة للتنفيذ لليوم التالي من العمل. هذا يخلق التركيز ويحسن الإدارة الذاتية.
تعمل Scrums اليومية على تحسين الاتصالات ، وتحديد العوائق ، وتعزيز اتخاذ القرار السريع ، وبالتالي التخلص من الحاجة إلى اجتماعات أخرى.
The Daily Scrum ليس هو الوقت الوحيد الذي يُسمح فيه للمطورين بتعديل خطتهم. غالبًا ما يجتمعون على مدار اليوم لإجراء مناقشات أكثر تفصيلاً حول تكييف أو إعادة تخطيط بقية عمل Sprint.
مراجعة Sprint
الغرض من Sprint Review هو فحص نتائج Sprint وتحديد التعديلات المستقبلية. يقدم فريق سكرم نتائج عملهم إلى أصحاب المصلحة الرئيسيين ، كما تتم مناقشة التقدم نحو هدف المنتج.
خلال الحدث ، يقوم فريق سكرم وأصحاب المصلحة بمراجعة ما تم إنجازه في Sprint وما تغير في بيئتهم. بناءً على هذه المعلومات ، يتعاون الحاضرون حول ما يجب القيام به بعد ذلك. يمكن أيضًا تعديل Product Backlog لتلبية الفرص الجديدة. مراجعة Sprint هي جلسة عمل ويجب على فريق Scrum تجنب قصرها على عرض تقديمي.
The Sprint Review هو الحدث الثاني إلى الأخير من Sprint وهو مغطى زمنيًا بحد أقصى أربع ساعات لمدة شهر واحد في Sprint. بالنسبة إلى سباقات السرعة الأقصر ، يكون الحدث عادةً أقصر.
سبرينت بأثر رجعي
الغرض من Sprint Retrospective هو تخطيط طرق لزيادة الجودة والفعالية.
يقوم فريق Scrum بفحص كيفية سير آخر Sprint فيما يتعلق بالأفراد والتفاعلات والعمليات والأدوات وتعريفهم لـ Done. غالبًا ما تختلف العناصر التي يتم فحصها وفقًا لمجال العمل. يتم تحديد الافتراضات التي أدت بهم إلى الضلال واستكشاف أصولهم. يناقش فريق سكرم الأمور التي سارت بشكل جيد خلال Sprint ، وما هي المشاكل التي واجهتها ، وكيف تم حل هذه المشكلات (أو لم يتم حلها).
يحدد فريق Scrum أكثر التغييرات فائدة لتحسين فعاليته. تتم معالجة التحسينات الأكثر تأثيرًا في أسرع وقت ممكن. يمكن حتى إضافتهم إلى Sprint Backlog لـ Sprint التالية.
يختتم معرض Sprint بأثر رجعي السباق. يتم وضع خانات زمنية بحد أقصى ثلاث ساعات لمدة شهر واحد في سباق السرعة. بالنسبة إلى سباقات السرعة الأقصر ، يكون الحدث عادةً أقصر.
المصنوعات سكروم
تمثل مصنوعات سكرم العمل أو القيمة. وهي مصممة لتعظيم شفافية المعلومات الأساسية. وبالتالي ، فإن كل شخص يقوم بفحصها له نفس الأساس للتكيف.
تحتوي كل قطعة أثرية على التزام للتأكد من أنها توفر معلومات تعزز الشفافية والتركيز الذي يمكن قياس التقدم على أساسه:
- بالنسبة لـ Product Backlog ، فهو هدف المنتج.
- بالنسبة لـ Sprint Backlog ، فهو هدف Sprint.
- الزيادة هو تعريف تم.
توجد هذه الالتزامات لتعزيز التجريبية وقيم سكرم لفريق سكرم وأصحاب المصلحة.
المنتج Backlog
Product Backlog هي قائمة ناشئة ومرتبة لما هو مطلوب لتحسين المنتج. إنه المصدر الوحيد للعمل الذي يقوم به فريق Scrum.
تعتبر عناصر Product Backlog التي يمكن أن يقوم بها فريق Scrum خلال Sprint جاهزة للاختيار في حدث Sprint Planning. وعادة ما يكتسبون هذه الدرجة من الشفافية بعد تكرير الأنشطة. تنقية Product Backlog هي عملية تقسيم وزيادة تحديد عناصر Product Backlog إلى عناصر أصغر وأكثر دقة. هذا نشاط مستمر لإضافة التفاصيل ، مثل الوصف والطلب والحجم. غالبًا ما تختلف السمات باختلاف مجال العمل.
المطورون الذين سيقومون بالعمل هم المسؤولون عن التحجيم. قد يؤثر مالك المنتج على المطورين من خلال مساعدتهم على فهم المفاضلات واختيارها.
الالتزام: هدف المنتج
يصف هدف المنتج الحالة المستقبلية للمنتج والتي يمكن أن تكون بمثابة هدف لفريق Scrum للتخطيط ضده. هدف المنتج موجود في Product Backlog. تظهر بقية Product Backlog لتعريف "ماذا" سوف يحقق هدف المنتج.
المنتج هو وسيلة لتقديم القيمة. لها حدود واضحة ، وأصحاب مصلحة معروفون ، ومستخدمون أو عملاء محددون جيدًا. يمكن أن يكون المنتج خدمة أو منتجًا ماديًا أو شيئًا أكثر تجريدًا.
هدف المنتج هو الهدف طويل المدى لفريق Scrum. يجب عليهم تحقيق (أو التخلي عن) هدف واحد قبل تولي الهدف التالي.
سباق المتراكمة
يتكون Sprint Backlog من هدف Sprint (لماذا) ، ومجموعة عناصر Product Backlog المحددة لـ Sprint (ماذا) ، بالإضافة إلى خطة قابلة للتنفيذ لتسليم الزيادة (كيف).
Sprint Backlog هي خطة للمطورين ومن أجلهم. إنها صورة واضحة للغاية في الوقت الفعلي للعمل الذي يخطط المطورون لإنجازه خلال Sprint من أجل تحقيق هدف Sprint. وبالتالي ، يتم تحديث Sprint Backlog طوال Sprint حيث يتم تعلم المزيد. يجب أن يحتوي على تفاصيل كافية حتى يتمكنوا من فحص تقدمهم في Daily Scrum.
الالتزام: Sprint Goal
هدف Sprint هو الهدف الوحيد لـ Sprint. على الرغم من أن هدف Sprint هو التزام من قبل المطورين ، إلا أنه يوفر المرونة من حيث العمل الدقيق المطلوب لتحقيقه. يعمل هدف Sprint أيضًا على خلق التماسك والتركيز ، مما يشجع فريق Scrum على العمل معًا بدلاً من المبادرات المنفصلة.
يتم إنشاء هدف Sprint أثناء حدث Sprint Planning ثم يتم إضافته إلى Sprint Backlog. بينما يعمل المطورون أثناء Sprint ، فإنهم يضعون هدف Sprint في الاعتبار. إذا تبين أن العمل مختلف عما توقعوه ، فإنهم يتعاونون مع مالك المنتج للتفاوض على نطاق Sprint Backlog داخل Sprint دون التأثير على هدف Sprint.
زيادة راتب
الزيادة هي نقطة انطلاق ملموسة نحو هدف المنتج. تعد كل زيادة إضافية لجميع الزيادات السابقة ويتم التحقق منها بدقة ، مما يضمن أن جميع الزيادات تعمل معًا. من أجل توفير القيمة ، يجب أن تكون الزيادة قابلة للاستخدام.
يمكن إنشاء زيادات متعددة في Sprint. يتم تقديم مجموع الزيادات في Sprint Review وبالتالي دعم التجريبية. ومع ذلك ، قد يتم تسليم زيادة لأصحاب المصلحة قبل نهاية Sprint. لا ينبغي أبدًا اعتبار مراجعة Sprint بوابة لإطلاق القيمة.
لا يمكن اعتبار العمل جزءًا من الزيادة إلا إذا استوفى تعريف تم.
الالتزام: تعريف تم
تعريف تم هو وصف رسمي لحالة الزيادة عندما تفي بمقاييس الجودة المطلوبة للمنتج.
في اللحظة التي يلبي فيها عنصر Product Backlog تعريف Done ، تولد الزيادة.
ينشئ تعريف "تم" الشفافية من خلال تزويد الجميع بفهم مشترك للعمل الذي تم إكماله كجزء من الزيادة. إذا كان عنصر Product Backlog لا يفي بتعريف Done ، فلا يمكن تحريره أو حتى تقديمه في Sprint Review. بدلاً من ذلك ، يعود إلى Product Backlog للنظر فيه في المستقبل.
إذا كان تعريف تم للحصول على زيادة هو جزء من معايير المنظمة ، فيجب على جميع فرق Scrum اتباعه كحد أدنى. إذا لم يكن معيارًا تنظيميًا ، فيجب على فريق Scrum إنشاء تعريف لـ Done مناسب للمنتج.
المطورين مطالبون بالتوافق مع تعريف تم. إذا كان هناك العديد من فرق Scrum التي تعمل معًا على منتج ما ، فيجب أن تحدد بشكل متبادل وتتوافق مع نفس تعريف Done.
ملاحظة نهائية
سكرم مجاني ومتوفر في هذا الدليل. إطار عمل سكروم ، كما هو موضح هنا ، غير قابل للتغيير. في حين أن تنفيذ أجزاء فقط من سكرم ممكن ، فإن النتيجة ليست سكروم. Scrum موجود فقط في مجمله ويعمل كحاوية للتقنيات والمنهجيات والممارسات الأخرى.
شكر وتقدير
الناس
من بين آلاف الأشخاص الذين ساهموا في سكرم ، يجب علينا تحديد أولئك الذين لعبوا دورًا فعالاً في البداية: عمل جيف ساذرلاند مع جيف ماكينا وجون سكومنيوتاليس ، وعمل كين شوابر مع مايك سميث وكريس مارتن ، وعملوا جميعًا معًا . ساهم العديد من الآخرين في السنوات التي تلت ذلك ، وبدون مساعدتهم ، لن يتم تنقيح سكرم كما هو اليوم.
تاريخ دليل سكروم
شارك Ken Schwaber و Jeff Sutherland لأول مرة في تقديم Scrum في مؤتمر OOPSLA في عام 1995. لقد وثق بشكل أساسي المعرفة التي اكتسبها كين وجيف خلال السنوات القليلة الماضية وأعلن عن أول تعريف رسمي لـ Scrum.
يوثق دليل سكرم سكرم كما تم تطويره وتطوره واستدامته لأكثر من 30 عامًا بواسطة جيف ساذرلاند وكين شوابر. توفر المصادر الأخرى الأنماط والعمليات والأفكار التي تكمل إطار عمل سكروم. قد تزيد من الإنتاجية والقيمة والإبداع والرضا عن النتائج.