راهنمای اسکرام 2020 TM

این نسخه HTML از راهنمای Scrum یک درگاه مستقیم از نسخه نوامبر 2020 است که به عنوان PDF در اینجا موجود است.

هدف راهنمای اسکرام

ما در اوایل دهه 1990 Scrum را توسعه دادیم. ما اولین نسخه از راهنمای Scrum را در سال 2010 نوشتیم تا به مردم در سراسر جهان کمک کنیم تا Scrum را درک کنند. ما از آن زمان راهنمای را از طریق به روزرسانی های کوچک و کاربردی تکامل داده ایم. با هم ، ما پشت آن ایستاده ایم.

راهنمای Scrum شامل تعریف Scrum است. هر عنصر از چارچوب یک هدف خاص را ارائه می دهد که برای ارزش کلی و نتایج حاصل از Scrum ضروری است. تغییر طراحی اصلی یا ایده های Scrum ، ترک عناصر ، یا پیروی از قوانین اسکرام ، مشکلات را پوشش می دهد و مزایای Scrum را محدود می کند ، حتی به طور بالقوه حتی آن را بی فایده می کند.

ما استفاده فزاینده از اسکرام را در دنیای پیچیده ای در حال رشد دنبال می کنیم. ما فروتن هستیم که می بینیم Scrum در بسیاری از حوزه ها که اساساً کار پیچیده ای دارند ، فراتر از توسعه محصول نرم افزاری که Scrum ریشه های خود را دارد ، پذیرفته شده است. با گسترش استفاده Scrum ، توسعه دهندگان ، محققان ، تحلیلگران ، دانشمندان و سایر متخصصان این کار را انجام می دهند. ما از کلمه "توسعه دهندگان" در Scrum استفاده می کنیم نه برای حذف ، بلکه برای ساده کردن. اگر از Scrum ارزش دریافت می کنید ، خود را در نظر بگیرید.

همانطور که از Scrum استفاده می شود ، الگوهای ، فرآیندها و بینش هایی که متناسب با چارچوب Scrum همانطور که در این سند توضیح داده شده است ، ممکن است یافت ، کاربردی و ابداع شود. توضیحات آنها فراتر از هدف راهنمای Scrum است زیرا آنها حساس به متن هستند و بین کاربردهای Scrum بسیار متفاوت هستند. چنین تاکتیکی برای استفاده در چارچوب Scrum بسیار متفاوت است و در جای دیگر توصیف می شود.

تعریف

Scrum یک چارچوب سبک وزن است که به افراد ، تیم ها و سازمان ها کمک می کند تا از طریق راه حل های تطبیقی برای مشکلات پیچیده ، ارزش تولید کنند.

به طور خلاصه ، Scrum به یک استاد اسکرام نیاز دارد تا محیطی را پرورش دهد که در آن:

1. یک صاحب محصول کار را برای یک مشکل پیچیده در یک محصول عقب مانده از محصول سفارش می دهد.
2. تیم Scrum گزیده ای از کار را به افزایش ارزش در حین اسپرینت تبدیل می کند.
3. تیم Scrum و ذینفعان آن نتایج را بازرسی می کنند و برای اسپرینت بعدی تنظیم می کنند.
4. تکرار

Scrum ساده است. آن را همانطور که هست امتحان کنید و تعیین کنید که آیا فلسفه ، تئوری و ساختار آن به دستیابی به اهداف و ایجاد ارزش کمک می کند. چارچوب Scrum به طور هدفمند ناقص است و فقط قطعات مورد نیاز برای اجرای نظریه Scrum را تعریف می کند. Scrum توسط اطلاعات جمعی افرادی که از آن استفاده می کنند ساخته شده است. به جای ارائه دستورالعمل های دقیق به افراد ، قوانین Scrum روابط و تعامل آنها را راهنمایی می کنند.

فرایندها ، تکنیک ها و روش های مختلف می توانند در چارچوب استفاده شوند. اسکرام به شیوه های موجود می پیچد یا آنها را غیر ضروری می کند. Scrum اثربخشی نسبی مدیریت فعلی ، محیط و تکنیک های کار را قابل مشاهده می کند ، به طوری که می توان پیشرفت هایی را انجام داد.

نظریه

Scrum بر روی تجربی و تفکر لاغر پایه گذاری شده است. تجربی ادعا می کند که دانش از تجربه و تصمیم گیری بر اساس آنچه مشاهده می شود ، ناشی می شود. تفکر لاغر ضایعات را کاهش می دهد و روی ملزومات تمرکز می کند.

Scrum برای بهینه سازی پیش بینی و کنترل ریسک از یک رویکرد تکراری و افزایشی استفاده می کند. Scrum گروه هایی از افراد را درگیر می کند که به طور جمعی تمام مهارت ها و تخصص ها را برای انجام کار و به اشتراک گذاشتن یا کسب چنین مهارت هایی در صورت لزوم دارند.

Scrum چهار رویداد رسمی را برای بازرسی و سازگاری در یک رویداد حاوی ، اسپرینت ترکیب می کند. این رویدادها به این دلیل کار می کنند که آنها ستون های تجربی شفافیت ، بازرسی و سازگاری را اجرا می کنند.

شفافیت

روند و کار ظهور باید برای کسانی که کار را انجام می دهند و همچنین کسانی که کار را دریافت می کنند قابل مشاهده باشد. با اسکرام ، تصمیمات مهم مبتنی بر وضعیت درک شده از سه مصنوعات رسمی آن است. مصنوعاتی که شفافیت کم دارند می توانند منجر به تصمیماتی شوند که باعث کاهش ارزش و افزایش خطر می شوند.

شفافیت بازرسی را امکان پذیر می کند. بازرسی بدون شفافیت گمراه کننده و بیهوده است.

بازرسی

مصنوعات اسکرام و پیشرفت به سمت اهداف توافق شده باید به طور مکرر و با جدیت مورد بازرسی قرار گیرد تا واریانس یا مشکلات بالقوه نامطلوب را تشخیص دهد. برای کمک به بازرسی ، Scrum در قالب پنج رویداد خود باعث می شود.

بازرسی سازگاری را امکان پذیر می کند. بازرسی بدون سازگاری بی معنی تلقی می شود. رویدادهای Scrum برای تحریک تغییر طراحی شده اند.

انطباق

اگر هر جنبه ای از یک فرآیند در خارج از محدوده قابل قبول منحرف شود یا اگر محصول حاصل غیرقابل قبول باشد ، فرآیند اعمال می شود یا مواد تولید شده باید تنظیم شوند. تنظیم باید در اسرع وقت انجام شود تا انحراف بیشتر به حداقل برسد.

هنگامی که افراد درگیر توانمند یا خود مدیریت شوند ، سازگاری دشوارتر می شود. انتظار می رود یک تیم Scrum لحظه ای را که از طریق بازرسی یاد می گیرد ، سازگار کند.

مقادیر اسکرام

استفاده موفقیت آمیز از اسکرام بستگی به این دارد که افراد در زندگی پنج ارزش مهارت بیشتری پیدا کنند:

تعهد ، تمرکز ، باز بودن ، احترام و شجاعت

تیم Scrum متعهد می شود که به اهداف خود برسد و از یکدیگر حمایت کند. تمرکز اصلی آنها روی کار اسپرینت است تا بهترین پیشرفت را در جهت این اهداف انجام دهد. تیم Scrum و ذینفعان آن در مورد کار و چالش ها باز هستند. اعضای تیم Scrum به یکدیگر احترام می گذارند تا افراد توانمند ، مستقل باشند و به همین ترتیب توسط افرادی که با آنها کار می کنند مورد احترام قرار می گیرند. اعضای تیم Scrum شجاعت انجام کار درست را دارند ، تا روی مشکلات سخت کار کنند.

این مقادیر با توجه به کار ، اقدامات و رفتار آنها به تیم Scrum هدایت می کند. تصمیماتی که اتخاذ می شود ، مراحل برداشته شده و نحوه استفاده از اسکرام باید این مقادیر را تقویت کند ، نه کاهش یا آنها را تضعیف کند. اعضای تیم Scrum ارزش ها را هنگام کار با رویدادها و آثار باستانی Scrum یاد می گیرند و کشف می کنند. هنگامی که این ارزش ها توسط تیم Scrum و افرادی که با آنها کار می کنند تجسم می یابد ، ستون های تجربی شفافیت ، بازرسی و سازگاری به زندگی اعتماد می کنند.

تیمی

واحد اساسی Scrum تیم کوچکی از مردم است ، یک تیم Scrum. تیم Scrum از یک استاد اسکرام ، یک مالک محصول و توسعه دهندگان تشکیل شده است. در یک تیم Scrum ، هیچ تیم یا سلسله مراتبی وجود ندارد. این یک واحد منسجم از متخصصان است که بر روی یک هدف در یک زمان ، هدف محصول متمرکز شده اند.

تیم های Scrum عملکردی متقابل دارند ، به این معنی که اعضا تمام مهارت های لازم برای ایجاد ارزش هر اسپرینت را دارند. آنها همچنین خود مدیریت می شوند ، به این معنی که در داخل کشور تصمیم می گیرند چه کسی چه کاری ، چه موقع و چگونه انجام می دهد.

تیم Scrum به اندازه کافی کوچک است تا زیرک و به اندازه کافی بزرگ بماند تا کارهای قابل توجهی را در یک حوزه انجام دهد ، به طور معمول 10 یا کمتر از افراد. به طور کلی ، ما دریافتیم که تیم های کوچکتر ارتباط بهتری برقرار می کنند و تولید کننده تر هستند. اگر تیم های Scrum خیلی بزرگ شوند ، باید سازماندهی مجدد در چندین تیم Scrum منسجم را در نظر بگیرند ، هر کدام روی یک محصول متمرکز شده اند. بنابراین ، آنها باید همان هدف محصول ، عقب ماندگی محصول و صاحب محصول را به اشتراک بگذارند.

تیم Scrum مسئولیت کلیه فعالیتهای مرتبط با محصول از همکاری ذینفعان ، تأیید ، نگهداری ، بهره برداری ، آزمایش ، تحقیق و توسعه و هر چیز دیگری را که ممکن است لازم باشد ، بر عهده دارد. آنها توسط سازمان برای مدیریت کار خود ساخته و توانمند هستند. کار در اسپرینت ها با سرعت پایدار ، تمرکز و قوام تیم Scrum را بهبود می بخشد.

کل تیم Scrum برای ایجاد یک افزایش ارزشمند و مفید در هر اسپرینت پاسخگو است. Scrum سه پاسخگویی خاص را در تیم Scrum تعریف می کند: توسعه دهندگان ، صاحب محصول و استاد Scrum.

توسعه دهنده

توسعه دهندگان افرادی در تیم Scrum هستند که متعهد به ایجاد هر جنبه ای از افزایش قابل استفاده در هر اسپرینت هستند.

مهارت های خاص مورد نیاز توسعه دهندگان اغلب گسترده است و با دامنه کار متفاوت خواهد بود. با این حال ، توسعه دهندگان همیشه پاسخگو هستند:

• ایجاد طرحی برای اسپرینت ، عقب نشینی اسپرینت.
• القای کیفیت با رعایت تعریفی از انجام شده ؛
• تطبیق برنامه خود هر روز به سمت هدف اسپرینت. وته
• به عنوان حرفه ای یکدیگر را پاسخگو هستند.

مالک محصول

صاحب محصول به حداکثر رساندن ارزش محصول ناشی از کار تیم Scrum پاسخگو است. نحوه انجام این کار ممکن است در سازمان ها ، تیم های اسکرام و افراد بسیار متفاوت باشد.

صاحب محصول همچنین برای مدیریت مؤثر در زمینه پس زمینه محصول پاسخگو است ، که شامل موارد زیر است:

• توسعه و صریح برقراری هدف محصول ؛
• ایجاد و برقراری ارتباط به وضوح کالاهای عقب مانده محصول ؛
• سفارش کالاهای عقب مانده محصول ؛وته
• اطمینان از شفافیت ، قابل مشاهده و درک محصول ، اطمینان حاصل می شود.

صاحب محصول ممکن است کارهای فوق را انجام دهد یا ممکن است مسئولیت دیگران را واگذار کند. صرف نظر از این ، صاحب محصول پاسخگو است.

برای موفقیت صاحبان محصولات ، کل سازمان باید به تصمیمات خود احترام بگذارد. این تصمیمات در محتوای و سفارش پس زمینه محصول قابل مشاهده است و از طریق افزایش قابل بررسی در بررسی Sprint.

صاحب محصول یک نفر است نه کمیته. صاحب محصول ممکن است نیازهای بسیاری از ذینفعان را در پسوند محصول نشان دهد. کسانی که مایل به تغییر عقب مانده محصول هستند می توانند با تلاش برای متقاعد کردن صاحب محصول این کار را انجام دهند.

استاد

استاد Scrum به دلیل ایجاد Scrum همانطور که در راهنمای Scrum تعریف شده است ، پاسخگو است. آنها این کار را با کمک به همه در درک تئوری و عمل Scrum ، هم در تیم Scrum و هم در سازمان انجام می دهند.

استاد Scrum نسبت به اثربخشی تیم Scrum پاسخگو است. آنها این کار را با قادر به تیم Scrum برای بهبود شیوه های خود ، در چارچوب Scrum انجام می دهند.

کارشناسی ارشد Scrum رهبران واقعی هستند که به تیم Scrum و سازمان بزرگتر خدمت می کنند.

استاد Scrum از چند طریق به تیم Scrum خدمت می کند ، از جمله:

• مربیگری اعضای تیم در مدیریت خود و عملکرد متقابل ؛
• کمک به تیم Scrum در ایجاد افزایش با ارزش بالا که مطابق با تعریف انجام شده است ، تمرکز می کند.
• باعث از بین رفتن موانع به پیشرفت تیم Scrum می شود. وته
• اطمینان از اینکه همه وقایع اسکرام اتفاق می افتد و مثبت ، مولد و در صندوق زمانی نگه داشته می شود.

استاد Scrum از چند طریق به صاحب محصول خدمت می کند ، از جمله:

• کمک به یافتن تکنیک هایی برای تعریف هدف مؤثر در مورد محصول و مدیریت پس زمینه محصول.
• کمک به تیم Scrum در درک نیاز به کالاهای عقب مانده محصول روشن و مختصر.
• کمک به ایجاد برنامه ریزی محصول تجربی برای یک محیط پیچیده ؛وته
• تسهیل همکاری ذینفعان در صورت درخواست یا مورد نیاز.

استاد Scrum از چندین طریق به سازمان خدمت می کند ، از جمله:

• رهبری ، آموزش و مربیگری سازمان در پذیرش اسکرام خود.
• برنامه ریزی و مشاوره اجرای SCRUM در سازمان ؛
• کمک به کارمندان و ذینفعان در درک و تصویب یک رویکرد تجربی برای کارهای پیچیده. وته
• رفع موانع بین ذینفعان و تیم های اسکرام.

حوادث اسکرام

Sprint یک ظرف برای همه رویدادهای دیگر است. هر رویداد در Scrum فرصتی رسمی برای بازرسی و تطبیق آثار باستانی Scrum است. این رویدادها به طور خاص برای فعال کردن شفافیت مورد نیاز طراحی شده اند. عدم اجرای هرگونه رویدادی که به عنوان تجویز شده منجر به فرصت های از دست رفته برای بازرسی و سازگاری می شود. از وقایع در Scrum برای ایجاد منظم و به حداقل رساندن نیاز به جلساتی که در Scrum تعریف نشده اند استفاده می شود.

بهینه ، تمام رویدادها در همان زمان و مکان برای کاهش پیچیدگی برگزار می شوند.

اسپرینت

اسپرینت ها ضربان قلب اسکرام هستند ، جایی که ایده ها به ارزش تبدیل می شوند.

آنها برای ایجاد قوام ، وقایع طول یک ماه یا کمتر هستند. یک اسپرینت جدید بلافاصله پس از نتیجه گیری از اسپرینت قبلی آغاز می شود.

تمام کار لازم برای دستیابی به هدف محصول ، از جمله برنامه ریزی اسپرینت ، اسکرام روزانه ، بررسی اسپرینت و گذشته نگر اسپرینت ، در اسپرینت ها اتفاق می افتد.

در طول اسپرینت:

• هیچ تغییری ایجاد نشده است که هدف اسپرینت را به خطر می اندازد.
• کیفیت کاهش نمی یابد.
• در صورت لزوم پس زمینه محصول تصفیه می شود. وته
• همانطور که بیشتر آموخته می شود ، دامنه ممکن است با صاحب محصول روشن و مورد بحث قرار گیرد.

Sprints با اطمینان از بازرسی و سازگاری پیشرفت به سمت هدف محصول حداقل در هر ماه تقویم ، پیش بینی را امکان پذیر می کند. هنگامی که افق اسپرینت خیلی طولانی است ، ممکن است هدف اسپرینت نامعتبر شود ، ممکن است پیچیدگی افزایش یابد و ممکن است خطر افزایش یابد. برای ایجاد چرخه یادگیری بیشتر و محدود کردن خطر هزینه و تلاش در یک بازه زمانی کوچکتر می توان از اسپرینت های کوتاه تر استفاده کرد. هر اسپرینت ممکن است یک پروژه کوتاه در نظر گرفته شود.

شیوه های مختلفی برای پیش بینی پیشرفت ، مانند سوختگی ، سوختگی یا جریان های تجمعی وجود دارد. در حالی که اثبات شده است ، اینها جایگزین اهمیت تجربی نیستند. در محیط های پیچیده ، آنچه اتفاق می افتد ناشناخته است. فقط آنچه قبلاً اتفاق افتاده است ممکن است برای تصمیم گیری آینده نگر استفاده شود.

اگر هدف اسپرینت منسوخ شود ، می توان اسپرینت را لغو کرد. فقط صاحب محصول صلاحیت لغو اسپرینت را دارد.

برنامه ریزی اسپرینت

برنامه ریزی Sprint با بیان کارهایی که برای اسپرینت انجام می شود ، اسپرینت را آغاز می کند. این طرح حاصل با کار مشترک کل تیم Scrum ایجاد می شود.

صاحب محصول اطمینان می دهد که شرکت کنندگان آماده هستند تا در مورد مهمترین موارد پس زمینه محصول و نحوه نقشه برداری آنها به هدف محصول بحث کنند. تیم Scrum همچنین ممکن است افراد دیگری را برای شرکت در برنامه ریزی Sprint برای ارائه مشاوره دعوت کند.

برنامه ریزی اسپرینت موضوعات زیر را نشان می دهد:

موضوع اول: چرا این اسپرینت ارزشمند است؟

صاحب محصول پیشنهاد می کند که چگونه محصول می تواند ارزش و ابزار خود را در اسپرینت فعلی افزایش دهد. سپس کل تیم Scrum برای تعریف یک هدف اسپرینت همکاری می کند که ارتباط برقرار می کند که چرا اسپرینت برای ذینفعان ارزشمند است. هدف اسپرینت باید قبل از پایان برنامه ریزی اسپرینت نهایی شود.

موضوع دو: این اسپرینت چه کاری می تواند انجام شود؟

از طریق بحث و گفتگو با صاحب محصول ، توسعه دهندگان مواردی را از پس زمینه محصول انتخاب می کنند تا در اسپرینت فعلی گنجانده شود. تیم Scrum ممکن است این موارد را در طی این فرآیند اصلاح کند و این باعث افزایش درک و اعتماد به نفس می شود.

انتخاب چقدر می تواند در یک اسپرینت تکمیل شود ممکن است چالش برانگیز باشد. با این حال ، هرچه توسعه دهندگان از عملکرد گذشته ، ظرفیت آینده خود و تعریف آنها از انجام شده آگاهی داشته باشند ، اطمینان بیشتری در پیش بینی های اسپرینت خود خواهند داشت.

موضوع سوم: چگونه کار انتخاب شده انجام می شود؟

برای هر مورد پس زمینه انتخاب شده محصول ، توسعه دهندگان کار لازم را برای ایجاد افزایشی که مطابق با تعریف انجام شده باشد ، برنامه ریزی می کنند. این کار اغلب با تجزیه کالاهای پس زمینه محصول در موارد کوچکتر کار یک روز یا کمتر انجام می شود. نحوه انجام این کار به صلاحدید توسعه دهندگان است. هیچ کس دیگری به آنها نمی گوید که چگونه می توان کالاهای عقب مانده محصول را به افزایش ارزش تبدیل کرد.

هدف Sprint ، کالاهای عقب مانده محصول که برای Sprint انتخاب شده اند ، به علاوه برنامه ارائه آنها با هم به عنوان عقب نشینی اسپرینت گفته می شود.

برنامه ریزی اسپرینت برای حداکثر هشت ساعت برای یک اسپرینت یک ماهه انجام می شود. برای اسپرینت های کوتاه تر ، این رویداد معمولاً کوتاه تر است.

هر روز

هدف از Scrum روزانه بازرسی از پیشرفت به سمت هدف اسپرینت و تطبیق پشتی اسپرینت در صورت لزوم ، تنظیم کار برنامه ریزی شده آینده است.

Daily Scrum یک رویداد 15 دقیقه ای برای توسعه دهندگان تیم Scrum است. برای کاهش پیچیدگی ، در همان زمان و مکان هر روز کاری از اسپرینت برگزار می شود. اگر صاحب محصول یا استاد Scrum به طور فعال روی موارد موجود در قسمت پشتی اسپرینت کار می کنند ، آنها به عنوان توسعه دهنده شرکت می کنند.

توسعه دهندگان می توانند هر ساختار و تکنیک هایی را که می خواهند انتخاب کنند ، تا زمانی که روزانه خود بر پیشرفت به سمت هدف اسپرینت متمرکز شود و یک برنامه عملی را برای روز بعد کار تولید کند. این باعث ایجاد تمرکز می شود و مدیریت خود را بهبود می بخشد.

اسکرام روزانه ارتباطات را بهبود می بخشد ، موانع را شناسایی می کند ، تصمیم گیری سریع را ارتقا می بخشد و در نتیجه نیاز به جلسات دیگر را از بین می برد.

Scrum روزانه تنها زمانی نیست که توسعه دهندگان مجاز به تنظیم برنامه خود باشند. آنها غالباً در طول روز برای بحث و گفتگوهای بیشتر در مورد تطبیق یا برنامه ریزی مجدد بقیه کارهای اسپرینت ملاقات می کنند.

بررسی اسپرینت

هدف از بررسی اسپرینت بازرسی از نتیجه اسپرینت و تعیین اقتباس های آینده است. تیم Scrum نتایج کار خود را برای ذینفعان کلیدی ارائه می دهد و پیشرفت به سمت هدف محصول مورد بحث قرار می گیرد.

در طول این رویداد ، تیم Scrum و ذینفعان آنچه را که در اسپرینت انجام شد و آنچه در محیط آنها تغییر کرده است ، بررسی می کنند. براساس این اطلاعات ، شرکت کنندگان در مورد آنچه در آینده انجام می دهند همکاری می کنند. پس زمینه محصول نیز ممکن است برای تحقق فرصت های جدید تنظیم شود. Review Sprint یک جلسه کاری است و تیم Scrum باید از محدود کردن آن در ارائه خودداری کند.

بررسی Sprint دومین رویداد آخرین Sprint است و حداکثر چهار ساعت برای یک اسپرینت یک ماهه به حداکثر چهار ساعت می رسد. برای اسپرینت های کوتاه تر ، این رویداد معمولاً کوتاه تر است.

گذشته نگر

هدف از گذشته نگر Sprint برنامه ریزی راه هایی برای افزایش کیفیت و اثربخشی است.

تیم Scrum بازرسی می کند که چگونه آخرین اسپرینت با توجه به افراد ، تعامل ، فرآیندها ، ابزارها و تعریف آنها از انجام شده است. عناصر بازرسی شده اغلب با دامنه کار متفاوت هستند. فرضیاتی که آنها را گمراه می کند شناسایی می شود و ریشه های آنها کاوش می شود. تیم Scrum بحث می کند که چه چیزی در طول اسپرینت اتفاق افتاده است ، چه مشکلی با آن روبرو شده است ، و اینکه چگونه این مشکلات (یا نبود) حل شده است.

تیم Scrum مفیدترین تغییرات را برای بهبود اثربخشی خود مشخص می کند. تأثیرگذارترین پیشرفت ها در اسرع وقت مورد بررسی قرار می گیرد. آنها حتی ممکن است برای اسپرینت بعدی به پشتی اسپرینت اضافه شوند.

گذشته نگر اسپرینت اسپرینت را نتیجه می گیرد. این جعبه زمانی تا حداکثر سه ساعت برای یک اسپرینت یک ماهه است. برای اسپرینت های کوتاه تر ، این رویداد معمولاً کوتاه تر است.

مصنوعات

مصنوعات Scrum نشان دهنده کار یا ارزش است. آنها برای به حداکثر رساندن شفافیت اطلاعات کلیدی طراحی شده اند. بنابراین ، هر کس که آنها را بازرسی می کند ، پایه و اساس یکسان برای سازگاری دارد.

هر مصنوعات حاوی تعهد برای اطمینان از ارائه اطلاعاتی است که باعث افزایش شفافیت و تمرکز در مورد پیشرفت می شود:

• برای عقب ماندگی محصول این هدف محصول است.
• برای عقب نشینی اسپرینت این هدف اسپرینت است.
• برای افزایش ، تعریف انجام شده است.

این تعهدات برای تقویت تجربی و ارزش های اسکرام برای تیم Scrum و ذینفعان آنها وجود دارد.

بازدارنده محصول

Backlog محصول یک لیست سفارش داده شده و سفارش داده شده از آنچه برای بهبود محصول لازم است. این تنها منبع کار است که توسط تیم Scrum انجام شده است.

کالاهای عقب ماندگی محصول که توسط تیم Scrum در یک اسپرینت انجام می شود ، در یک رویداد برنامه ریزی اسپرینت آماده انتخاب می شوند. آنها معمولاً پس از فعالیتهای پالایش ، این درجه شفافیت را به دست می آورند. پالایش عقب مانده محصول عمل تجزیه و تعریف بیشتر موارد پس زمینه محصول در موارد دقیق تر است. این یک فعالیت مداوم برای اضافه کردن جزئیات مانند توضیحات ، سفارش و اندازه است. ویژگی ها اغلب با دامنه کار متفاوت است.

توسعه دهندگان که کار را انجام می دهند ، مسئولیت این اندازه را بر عهده دارند. صاحب محصول ممکن است با کمک به آنها در درک و انتخاب معاملات ، بر توسعه دهندگان تأثیر بگذارد.

تعهد: هدف محصول

هدف محصول وضعیت آینده محصول را توصیف می کند که می تواند به عنوان هدف تیم Scrum برای برنامه ریزی در برابر آن عمل کند. هدف محصول در پس زمینه محصول است. بقیه محصول پس زمینه برای تعریف "چه" هدف محصول را تعیین می کند.

یک محصول وسیله نقلیه برای ارائه ارزش است. این یک مرز واضح ، ذینفعان شناخته شده ، کاربران یا مشتریان تعریف شده است. یک محصول می تواند یک سرویس ، یک محصول فیزیکی یا چیز انتزاعی تر باشد.

هدف محصول هدف بلند مدت برای تیم Scrum است. آنها باید قبل از رسیدن به هدف بعدی ، یک هدف را انجام دهند (یا رها کنند).

پشتی اسپرینت

باقیمانده اسپرینت از هدف اسپرینت (چرا) ، مجموعه ای از موارد پس زمینه محصول انتخاب شده برای اسپرینت (چه) و همچنین یک برنامه عملی برای ارائه افزایش (چگونه) تشکیل شده است.

Backlog Sprint طرحی است که توسط و برای توسعه دهندگان و توسعه دهندگان است. این یک تصویر بسیار قابل مشاهده و در زمان واقعی از کارهایی است که توسعه دهندگان قصد دارند در طول اسپرینت به منظور دستیابی به هدف اسپرینت انجام دهند. در نتیجه ، عقب نشینی اسپرینت در سراسر اسپرینت به روز می شود ، همانطور که بیشتر آموخته می شود. این باید جزئیات کافی داشته باشد که آنها می توانند پیشرفت خود را در Scrum روزانه بررسی کنند.

تعهد: هدف اسپرینت

هدف اسپرینت هدف تنها برای اسپرینت است. اگرچه هدف اسپرینت تعهد توسعه دهندگان است ، اما از نظر کار دقیق مورد نیاز برای دستیابی به آن ، انعطاف پذیری را فراهم می کند. هدف Sprint همچنین باعث ایجاد انسجام و تمرکز می شود و تیم Scrum را ترغیب می کند تا به جای ابتکارات جداگانه ، با هم همکاری کنند.

هدف Sprint در طول رویداد برنامه ریزی Sprint ایجاد می شود و سپس به Backlog Sprint اضافه می شود. از آنجا که توسعه دهندگان در حین اسپرینت کار می کنند ، هدف اسپرینت را در ذهن خود نگه می دارند. اگر این کار متفاوت از آنچه انتظار می رفت متفاوت باشد ، آنها با صاحب محصول همکاری می کنند تا در مورد دامنه عقب نشینی اسپرینت در حوزه اسپرینت مذاکره کنند بدون اینکه روی هدف اسپرینت تأثیر بگذارد.

افزایش

افزایش یک سنگ پله بتونی به سمت هدف محصول است. هر افزایش برای همه افزایش های قبلی افزودنی و کاملاً تأیید شده است ، و اطمینان حاصل می کند که همه افزایش ها با هم کار می کنند. برای تأمین ارزش ، افزایش باید قابل استفاده باشد.

چندین افزایش ممکن است در یک اسپرینت ایجاد شود. مجموع افزایش ها در بررسی اسپرینت ارائه می شود و از این رو از تجربی پشتیبانی می کند. با این حال ، یک افزایش ممکن است قبل از پایان اسپرینت به ذینفعان تحویل داده شود. بررسی اسپرینت هرگز نباید دروازه ای برای انتشار ارزش در نظر گرفته شود.

کار را نمی توان بخشی از افزایش در نظر گرفت ، مگر اینکه تعریف انجام شده را برآورده کند.

تعهد: تعریف انجام شده

تعریف انجام شده توصیف رسمی از وضعیت افزایش در هنگام انجام اقدامات کیفیت مورد نیاز برای محصول است.

لحظه ای که یک کالای عقب مانده از محصول با تعریف انجام شده مطابقت دارد ، یک افزایش متولد می شود.

تعریف انجام شده با ارائه درک مشترک از آنچه که به عنوان بخشی از افزایش انجام شده ، شفافیت ایجاد می کند. اگر یک کالای عقب مانده از محصول تعریف انجام شده را برآورده نکند ، نمی توان آن را منتشر کرد یا حتی در The Sprint Review ارائه کرد. درعوض ، برای بررسی آینده به عقب ماندگی محصول باز می گردد.

اگر تعریف انجام شده برای افزایش بخشی از استانداردهای سازمان باشد ، همه تیم های Scrum باید حداقل آن را دنبال کنند. اگر این یک استاندارد سازمانی نباشد ، تیم Scrum باید تعریفی از انجام شده مناسب برای محصول ایجاد کند.

توسعه دهندگان موظفند با تعریف انجام شده مطابقت داشته باشند. اگر چندین تیم Scrum وجود داشته باشند که روی یک محصول با هم کار می کنند ، باید با همان تعریف انجام شده ، به طور متقابل تعریف و رعایت کنند.

پینوشت

Scrum رایگان است و در این راهنما ارائه می شود. چارچوب Scrum ، همانطور که در اینجا بیان شد ، تغییر ناپذیر است. در حالی که اجرای فقط بخش هایی از Scrum امکان پذیر است ، نتیجه Scrum نیست. Scrum فقط در کلیت و عملکردهای خود و همچنین یک ظرف برای سایر تکنیک ها ، روش ها و روش ها وجود دارد.

سپاسگزاریها

مردم

از بین هزاران نفری که به اسکرام کمک کرده اند ، ما باید کسانی را که در ابتدا مؤثر بودند ، جدا کنیم: جف ساترلند با جف مک کینا و جان اسکومیوتالس کار کرد و کن شوابر با مایک اسمیت و کریس مارتین همکاری کرد و همه آنها با هم کار کردندبشربسیاری دیگر در سالهای بعد کمک کرده اند و بدون کمک آنها اسکرام مانند امروز تصفیه نمی شود.

تاریخچه راهنمای اسکرام

کن شوابر و جف ساترلند برای اولین بار در کنفرانس اوسلا در سال 1995 در کنفرانس اوسلا به هم پیوستند. این اساساً این یادگیری را که کن و جف طی چند سال گذشته به دست آوردند ، مستند کردند و اولین تعریف رسمی از اسکرام را عمومی کردند.

راهنمای Scrum Scrum را به عنوان توسعه ، تکامل و پایدار به مدت 30 سال توسط جف ساترلند و کن شوابر اسناد می کند. منابع دیگر الگوهای ، فرآیندها و بینش هایی را ارائه می دهند که چارچوب Scrum را تکمیل می کنند. اینها ممکن است بهره وری ، ارزش ، خلاقیت و رضایت از نتایج را افزایش دهد.

تاریخچه کامل اسکرام در جای دیگر شرح داده شده است. برای احترام به اولین مکان هایی که در آن محاکمه و اثبات شده است ، ما شرکت های فردی ، روزنامه ، سرمایه گذاری وفاداری و IDX (اکنون GE Medical) را به رسمیت می شناسیم.

© 2020 Ken Schwaber و Jeff Sutherland این نشریه برای مجوز تحت مجوز سهم سهم-عاملی از عوام خلاق ارائه می شود ، که در https://creativeecommons. org/licenses/by-sa/4. 0/legalcode قابل دسترسی است و همچنین در شکل خلاصه شرح داده شده استhttps://creativeecommons. org/licenses/by-sa/4. 0/. با استفاده از این راهنمای Scrum ، شما تأیید می کنید و موافقت می کنید که خوانده اید و موافقت کرده اید که به شرایط مجوز سهم یکپارچه سازنده های خلاق متعهد باشید.

© 2023 Scrumguides. org. کلیه حقوق محفوظ است.< Pan> تاریخچه کامل اسکرام در جای دیگر شرح داده شده است. برای احترام به اولین مکان هایی که در آن محاکمه و اثبات شده است ، ما شرکت های فردی ، روزنامه ، سرمایه گذاری وفاداری و IDX (اکنون GE Medical) را به رسمیت می شناسیم.