کِن شوئِبِر و جِف سادِرلند
راهنمای اسکرام ۲۰۲۰
راهنمای قطعی اسکرام :قوانین بازی
نوامبر 2020
ما اسکرام را در اوایل دهه 90 میلادی توسعه دادیم و در سال ،۲۰۱۰اولین نسخه راهنمای اسکرام را تألیف کردیم تا به مردم سراسر جهان کمک کنیم اسکرام را درک کنند .از آن زمان تاکنون این راهنما را با بروزرسانی های کاربردی و کوچک تکمیل کردیم و باهم از آن پشتیبانی میکنیم.
راهنمای اسکرام دربرگیرنده تعریف اسکرام است .هر یک از عناصر این چارچوب هدفی ویژه را دنبال میکنند که برای ارزش کلی و نتایجی که از اسکرام انتظار می رود ،ضروریاند .هر تغییری در طراحیِ هسته یا ایده های اسکرام ،حذف عناصر ،یا پیروی نکردن از قوانین اسکرام ،مشکلات را پنهان و مزایای اسکرام را محدود میکند ،حتی به شکل بالقوه ای آن را بی فایده خواهد کرد.
امروزه شاهد افزایش استفاده از اسکرام در دنیایی پیچیده رو به رشد هستیم .از اینکه می بینیم اسکرام فراتر از توسعه محصولات نرم افزاری ،جایی که در آن ریشه داشته است ،در بسیاری حوزه ها که اساساً درگیر کارِ پیچیده هستند نیز پذیرفته شده است ،به خود میبالیم .همراستا با گسترش استفاده از اسکرام، توسعه دهندگان ،محققان ،تحلیلگران ،دانشمندان و سایر متخصصان کارها را باهم انجام میدهند .ما در اسکرام از واژه «( Developers توسعه دهندگان)»،نه برای مستثنا کردن بلکه برای ساده سازی استفاده میکنیم .اگر اسکرام برایتان ارزشی خلق میکند ،خودتان را مشمولش بدانید.
هنگام استفاده از اسکرام ممکن است شما الگوها ،فرآیندها و بینش هایی را کشف ،ابداع یا به کار بگیرید که مطابق با چارچوب اسکرامی هست که در این سند توضیح داده شده است .اما شرح این موارد هدف راهنمای اسکرام نیست ،زیرا اینها بسیار متکی بر شرایط بوده و در کاربردهای اسکرام ،تفاوت گسترده دارند.
کِن شوئِبِر و جف سادرلند -جوالی ۲۰۲۰
© 2020 Ken Schwaber and Jeff Sutherland
This publication is offered for license under the Attribution Share-Alike license of Creative Commons,
accessible at https://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary
form at https://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you
acknowledge and agree that you have read and agree to be bound by the terms of the Attribution
Share-Alike license of Creative Commons.
اسکرام یک چارچوب سبک وزن است که به افراد ،تیمها و سازمانها کمک میکند تا از طریق یافتن راه حل های تطبیق پذیر برای مشکلات پیچیده ،ارزش خلق کنند.
به طور خلاصه ،اسکرام به یک اسکرام مستر نیاز دارد تا محیطی بپروراند که:
.1 ( Product Owner مالک محصول) ،کارهای مربوط به یک مسئلۀ پیچیده را در یک بک لاگ محصول مرتب کند.
.2 تیم اسکرام طی یک اسپرینت ،بخش منتخبی از کارها را تبدیل به ( Increment فرآورده)ای از ارزش کند.
.3 تیم اسکرام و ذینفعانشان نتایج را بازرسی کرده و برای اسپرینت بعدی تنظیم کنند.
.4 تکرار.
اسکرام ساده است .آن را همانطوری که هست امتحان کنید و ببینید که آیا فلسفه ،نظریه و ساختار آن به دستیابی به اهداف و خلق ارزش کمک میکند.
چارچوب اسکرام به طور هدفمند ناکامل است و فقط بخشهای لازم برای پیاده سازی نظریه اسکرام را تعریف میکند .اسکرام توسط خرد جمعی کسانی که از آن استفاده میکنند ساخته می شود .قوانین اسکرام به جای ارائه دستورالعمل دقیق به افراد ،روابط و تعاملات آنها را هدایت میکند.
میتوان فرآیندها ،تکنیکها و روشهای گوناگونی را در این چارچوب استفاده کرد .اسکرام میتواند در برگیرنده شیوه های موجود بوده یا موجب غیرضروری شدن استفاده از آنها نیز شود .اسکرام آثار نسبی مدیریت ،محیط و تکنیکهای کاری فعلی را نمایان و قابل رویت میکند ،به طوری که بتوان بهبودهایی ایجاد
کرد.
اسکرام بر پایه تجربه گرایی و تفکر ناب بنا نهاده شده است .تجربه گرایی تاکید میکند که دانش از تجربه حاصل می شود و تصمیم گیری بر اساس مشاهدات است .تفکر ناب اتلاف را کاهش میدهد و بر روی ضروریات تمرکز میکند.
اسکرام برای بهینه سازی امکان پیش بینی پذیری و کنترل ریسک از یک روش چرخشی ،افزایشی استفاده می کند .اسکرام گروههایی از افراد را به کار میگیرد که در مجموع همه مهارتها و تخصص های لازم برای انجام کار را دارند و در صورت نیاز آن مهارتها را با یکدیگر به اشتراک گذاشته و یا کسب میکنند.
اسکرام به منظور بازرسی و سازگاری ،چهار رویداد رسمی را درون یک رویداد به نام اسپرینت ،باهم ترکیب کرده است .این رویدادها به این دلیل کار میکنند که ارکان تجربی اسکرام :شفافیت ،بازرسی و سازگاری را اجرا میکنند.
شفافیت
کار و فرآیندِ ظهور یافته ،باید هم برای کسانی که کار را انجام میدهند و هم کسانی که نتیجه آن را دریافت میکنند آشکار باشد .با اسکرام ،تصمیمات مهم بر پایه وضعیتی که از سه مصنوع رسمی درک می گردد ،اخذ میشوند .مصنوعاتی که از شفافیت کمی برخوردارند ،می توانند منجر به تصمیماتی شوند که ارزش را کاهش و ریسک را افزایش میدهند.
شفافیت بازرسی را ممکن میسازد .بازرسی بدون شفافیت گمراه کننده و بی فایده است.
مصنوعات اسکرام و پیشرفت در مسیر اهداف توافق شده ،باید بطور مستمر و با دقت بازرسی شوند تا انحرافات نامطلوب یا مشکلات بالقوه شناسایی شوند.
اسکرام در قالب پنج رویداد ،ضرب آهنگی برای کمک به بازرسی فراهم می آورد.
بازرسی بستری است برای سازگاری که بدون آن عملا بی معنی است .رویدادهای اسکرام کارکردی جز برانگیختن تغییر ندارند.
اگر هر یک از جنبه های یک فرایند ،از محدوده های قابل قبول منحرف شود یا محصول بدست آمده قابل قبول نباشد ،باید فرآیند اعمال شده یا آنچه تولید شده است سازگار شود .برای به حداقل رساندن انحراف در آینده ،سازگاری باید هرچه سریعتر انجام شود.
در صورت نداشتن اختیار یا عدم خودمدیریتی افراد درگیر ،پایبندی به سازگاری دشوارتر میشود .از یک تیم اسکرام انتظار می رود که اگر چیز جدیدی را حین بازرسی آموخت در همان لحظه خود را سازگار کند.
استفاده موفق از اسکرام بستگی به افزایش مهارتِ افراد در اُنس با این پنج ارزش دارد:
تعهد ،تمرکز ،باز بودن ،احترام و شجاعت
تیم اسکرام در حمایت از یکدیگر و رسیدن به اهدافشان با هم متعهدند .تمرکز اصلی آنها بر روی کارهای اسپرینت است تا بهترین پیشرفت ممکن را در راستای این اهداف داشته باشند .تیم اسکرام و ذینفعانشان در مورد کار و چالش هایش باز عمل می کنند .اعضای تیم اسکرام برای اینکه افرادی توانمند و مستقل باشند به هم احترام میگذارند و به همین ترتیب از سوی افرادی که با آنها کار میکنند دارای احترام هستند .اعضای تیم اسکرام شجاعت لازم برای انجام کار درست و کار کردن بر روی مسائل دشوار را دارند.
این ارزشها به تیم اسکرام در کار ،اعمال و رفتارشان جهت میدهد .تصمیماتی که گرفته میشود ،گامهایی که برداشته میشود و نحوه استفاده از اسکرام باید تقویت کننده این ارزشها باشد ،نه کاهنده یا تضعیف کننده آنها .اعضای تیم اسکرام این ارزشها را در حین کار با رویدادها و مصنوعات اسکرام،
فراگرفته و کشف میکنند .هنگامی که این ارزشها در تیم اسکرام و افرادی که با آنها کار میکنند نهادینه شود ،ارکان تجربه گرایانه اسکرام ،شفافیت، بازرسی و سازگاری به وجود آمده و اعتماد ساخته میشود.
واحد بنیادین اسکرام یک تیم کوچک از افراد ،یا همان تیم اسکرام است .تیم اسکرام متشکل از یک اسکرام مستر ،یک ( Product Owner مالک محصول) و ( Developers توسعه دهندگان) است .در یک تیم اسکرام هیچگونه زیرتیم یا سلسله مراتبی وجود ندارد .این تیم یک واحد منسجم از حرفهایی است که در هر لحظه بر روی یک مقصود که همان هدف محصول است ،متمرکزند.
تیمهای اسکرام فراوظیفه ای هستند .به این معنا که اعضایش تمام مهارتهای لازم برای خلق ارزش در هر اسپرینت را دارند .آنها خود مدیریت نیز هستند.
به این معنا که درون تیم تصمیم میگیرند که چه کسی ،چه کاری را در چه وقت و چگونه انجام دهد.
تیم اسکرام آنقدر کوچک است که چابک بماند و آنقدر بزرگ است که بتواند کار قابل توجهی را در یک اسپرینت کامل کند .معموالً ۱۰نفر یا کمتر .بر اساس یافته های ما ،عموماً تیمهای کوچکتر بهتر تعامل کرده و حاصلخیزترند .اگر تیمهای اسکرام بیش از اندازه بزرگ شوند ،باید در قالب چند تیم منسجم
اسکرام که همه بر روی همان محصول متمرکزند ،مجدد سازماندهی شوند .پس همگی باید در یک هدف محصول ،یک بک لاگ محصول و یک ( Product Owner مالک محصول) شریک باشند.
تیم اسکرام مسئول تمام فعالیتهای مرتبط با محصول است .از تعامل با ذینفعان تا ارزیابی ،نگهداری ،بهره برداری ،آزمایش ،تحقیق و توسعه و هر چیز دیگری که ممکن است الزم شود .اعضای تیم توسط سازمان ،ساختار یافته و توانمند می شوند تا بتوانند کارشان را خودشان مدیریت کنند .کار کردن با ضرب آهنگ پایدار در اسپرینتها ،تمرکز و ثبات تیم اسکرام را بهبود میدهد.
در طول هر اسپرینت ،کل تیم اسکرام در قبال ایجاد یک ( Increment فرآورده) ارزشمند و قابل استفاده پاسخگوست .اسکرام سه مسؤولیت مشخص در تیم اسکرام تعریف کرده است( Developers :توسعه دهندگان)( Product Owner ،مالک محصول) و اسکرام مستر.
( Developers توسعه دهندگان) افرادی در تیم اسکرام هستند که متعهد به ایجاد همه جوانب یک ( Increment فرآورده) قابل استفاده در هر اسپرینت هستند.
مهارتهای خاص مورد نیاز برای ( Developers توسعه دهندگان) اغلب گسترده بوده و نسبت به حوزه کار متفاوت است .با این حال Developers (توسعه دهندگان) همیشه در مورد موارد زیر پاسخگو هستند:
( Product Owner مالک محصول) پاسخگوی به حداکثر رساندن ارزش محصولی است که از کار تیم اسکرام نتیجه می شود .روش انجامش ممکن است بر اساس نوع سازمان ،تیمهای اسکرام و افراد آن بسیار متفاوت باشد.
( Product Owner مالک محصول) در مورد مدیریت موثر بک لاگ محصول هم پاسخگوست که شامل موارد زیر است:
( Product Owner مالک محصول) ممکن است این کارها را خودش انجام دهد یا مسئولیتش را به دیگران واگذار کند .درهرصورت ( Product Owner مالک محصول) پاسخگو میماند.
برای موفقیت ( Product Owner مالک محصول) ،تمام سازمان باید به تصمیمات وی احترام بگذارند .این تصمیمات در محتوا و رتبه بندی بک لاگ محصول و نیز در قالب ( Increment فرآورده) قابل بازرسی در ( Sprint Review بازبینی اسپرینت) قابل مشاهده است.
( Product Owner مالک محصول) یک نفر است ،نه یک کمیته( Product Owner .مالک محصول) ممکن است نیازهای ذینفعان زیادی را در
بک لاگ محصول اعمال کند .آنهایی که خواهان تغییر بک لاگ محصول هستند باید این کار را با تلاششان در متقاعد کردن ( Product Owner مالک محصول) انجام دهند.
مسئولیت استقرار اسکرام ،مطابق با آنچه در راهنمای اسکرام تعریف شده ،با اسکرام مستر است .اسکرام مستر ها این کار را با کمک کردن به افراد درون تیم اسکرام و سازمان در جهت درک تئوری اسکرام و تمرین شیوه ها ،انجام میدهند.
اسکرام مستر پاسخگوی اثربخشی تیم اسکرام است .اسکرام مستر ها این کار را با توانمند کردن تیم اسکرام در جهت بهبود شیوه هایش در قالب چارچوب اسکرام ،انجام میدهند.
اسکرام مستر ها رهبران واقعیاتی هستند که به تیم اسکرام و سازمان خدمت رسانی می کنند.
اسکرام مستر به روشهای مختلفی به تیم اسکرام خدمت رسانی میکند ،شامل:
اسکرام مستر به روشهای مختلفی به ( Product Owner مالک محصول) خدمت رسانی میکند ،شامل:
اسکرام مستر به روشهای مختلفی به سازمان خدمت رسانی میکند ،شامل:
اسپرینت ظرفی برای تمام رویدادهای دیگر است .هر رویداد در اسکرام فرصتی رسمی برای بازرسی و سازگاری مصنوعات اسکرام است .این رویدادها مشخصاً طراحی شدهاند تا شفافیت مورد نیاز را مهیا کنند .شکست در اجرای هرکدام از رویدادهای تعیین شده ،منجر به از دست رفتن فرصت برای بازرسی سازگاری میشود .رویدادها مورد استفاده اسکرام برای ایجاد نظم و به حداقل رساندن نیاز به جلساتی که در اسکرام تعریف نشده اند به کار میروند.
به طور بهینه ،تمامی رویدادها در زمان و مکان ثابت برگزار میشوند تا پیچیدگی را کاهش دهند.
اسپرینت ،نبضِ تپندۀ اسکرام است ،جایی که ایده ها به ارزش تبدیل می شوند.
اسپرینتها رویدادهایی با طولِ ثابتِ یکماهه یا کمترند تا ثبات ایجاد شود .اسپرینت جدید بلافاصله بعد از به سرانجام رسیدن اسپرینت قبلی آغاز میشود.
تمام کارهای لازم برای دستیابی به هدف اسپرینت ،شامل ( Sprint Planning برنامه ریزی اسپرینت)( Daily Scrum ،اسکرام روزانه) ها (Sprint Review بازبینی اسپرینت) و ( Sprint Retrospective بازاندیشی اسپرینت) ،داخل اسپرینتها اتفاق میافتند.
در طولِ اسپرینت:
اسپرینت ها با اتکا بر بازرسی پیشرفت و سازگاری آن نسبت به هدف محصول دست کم در هرماه ،پیش بینی پذیری را فراهم میکنند .وقتی افق یک اسپرینت خیلی طولانی باشد ،ممکن است که هدف اسپرینت نامعتبر شود ،پیچیدگی زیاد شده و ریسک نیز افزایش یابد .اسپرینت های کوتاهتر می توانند برای ایجاد چرخه های یادگیری بیشتر و محدود کردن ریسکِ هزینه و تالش به یک بازه زمانی کوتاهتر ،مورد استفاده قرار گیرند .هر اسپرینت را میتوان یک پروژۀ کوتاه تلقی کرد.
شیوه های گوناگونی مانند بِرنداونها ،بِرن آپها یا روندهای انباشتگی برای پیش بینی پیشرفت کار وجود دارند .بااینکه فواید این ابزارها و ابتکارها اثبات شده است اما هیچکدام جایگزین اهمیت تجربه گرایی نخواهند بود .در محیطهای پیچیده ،آنچه روی خواهد داد ناشناخته است .تنها آنچه از قبل اتفاق افتاده است میتواند برای تصمیم گیری آینده نگرانه مورد استفاده قرار گیرد.
یک اسپرینت زمانی که هدفش منسوخ شده یا دیگر معتبر نباشد میتواند لغو شود .تنها ( Product Owner مالک محصول) اختیار لغو اسپرینت را دارد.
( Sprint Planning برنامه ریزی اسپرینت) با مشخص کردن کاری که باید در آن اسپرینت انجام شود اسپرینت را آغاز میکند .برنامه بدست آمده ،حاصل کار جمعی همه تیم اسکرام است.
مالک محصول اطمینان حاصل میکند که شرکتکنندگان آماده بحث و گفتگو درباره مهمترین اقلام بک لاگ محصول و چگونگی نگاشت آنها به هدف محصول باشند .تیم اسکرام میتواند افراد دیگری را هم برای مشورت گرفتن به ( Sprint Planning برنامه ریزی اسپرینت) دعوت کند.
( Sprint Planning برنامه ریزی اسپرینت) موضوعات زیر را پوشش میدهد:
( Product Owner مالک محصول) مطرح میکند که چگونه محصول در اسپرینت جاری می تواند ارزش و سودمندی خود را افزایش دهد .سپس همه تیم اسکرام برای تعیین هدف اسپرینت همکاری میکنند؛ هدفی که بیان میکند چرا این اسپرینت برای ذینفعان سودمند است .هدف اسپرینت باید قبل از اتمام برنامه ریزی اسپرینت نهایی شده باشد.
( Developers توسعه دهندگان) از راه بحث و گفتگو با مالک محصول ،اقلامی از بلاگ محصول را برای قرار دادن در اسپرینت جاری انتخاب میکنند.
تیم اسکرام میتواند در طی همین فرآیند این موارد را پالایش نیز کند ،که درک و اطمینان از موضوع را افزایش میدهد.
انتخاب چیزهایی که در یک اسپرینت میتوانند کامل شوند ممکن است چالش برانگیز باشد .با این حال هرچه ( Developers توسعه دهندگان) درباره عملکرد گذشته خود ،ظرفیتشان در اسپرینت پیش رو ،و تعریف تکمیل شده بیشتر بدانند ،در پیش بینی هایشان درباره اسپرینت مطمئن تر خواهند بود.
( Developers توسعه دهندگان) برای هر یک از اقلام انتخاب شده بک لاگ محصول ،کار لازم برای ساختن ( Increment فرآورده)ی که مطابق تعریف تکمیل شده باشد ،را برنامه ریزی می کنند .این کار اغلب با تجزیه کردن اقلام بک لاگ محصول به کارهای کوچکتر یکروزه یا کوتاهتر انجام میشود.
چگونگی انجام این کار تنها به صلاحدید ( Developers توسعه دهندگان) است .هیچ کس دیگر به آنها نمی گوید که چگونه باید اقدام بک لاگ محصول را به ( Increment فرآورده)های ارزش تبدیل کنند.
هدف اسپرینت ،اقلام انتخاب شده از بک لاگ محصول برای اسپرینت ،بعلاوه طرح تحویل آنها ،همه باهم بک لاگ اسپرینت نامیده میشود.
زمانِ بستۀ ( Sprint Planning برنامه ریزی اسپرینت) برای یک اسپرینت یک ماهه هشت ساعت است .برای اسپرینتهای کوتاه تر ،این رویداد معمولا کوتاهتر است.
مقصود از ( Daily Scrum اسکرام روزانه) ،بازرسی پیشرفت کار در جهت رسیدن به هدف اسپرینت و در صورت نیاز سازگاری بک لاگ اسپرینت و تنظیم کردن کارهای برنامه ریزی شده آینده است.
اسکرام روزانه یک رویداد ۱۵دقیقهای برای ( Developers توسعه دهندگان) تیم اسکرام است .جهت کاهش پیچیدگی ،این رویداد در هر روز کاری اسپرینت ،در زمان و مکان ثابت برگزار می شود .چنانچه ( Product Owner مالک محصول) یا اسکرام مستر بر روی اقلامی از بک لاگ اسپرینت فعالانه کار می کنند ،ایشان نیز به مثابه توسعه دهندگان در این رویداد شرکت میکنند.
( Developers توسعه دهندگان) می توانند هر ساختار و تکنیکی را که میخواهند انتخاب کنند ،به شرط آنکه ( Daily Scrum اسکرام روزانه) آنها روی پیشرفت کار به سمت هدف اسپرینت تمرکز کند و یک برنامه قابل اقدام برای روز پیش رویِ کاری ایجاد کند .این باعث ایجاد تمرکز و بهبود خودمدیریتی
میشود.
( Daily Scrum اسکرام روزانه) ارتباطات را بهبود میبخشد ،موانع را شناسایی میکند ،تصمیم گیری سریع را ترویج میدهد و در نتیجه نیاز به جلسات دیگر را برطرف میکند.
البته اسکرام روزانه تنها زمانی نیست که ( Developers توسعه دهندگان) مجاز به تنظیم برنامه شان باشند .آنها اغلب در طول روز برای بحث های جزئی تر در مورد انطباق یا برنامه ریزی مجدد کارهای باقیمانده اسپرینت با هم دیدار میکنند.
مقصود از ( Sprint Review بازبینی اسپرینت) بازرسی برآیند اسپرینت و تعیین سازگاریهای آینده است .تیم اسکرام خروجی کار خود را به ذینفعان اصلی ارائه می دهد و پیشرفت انجام شده در جهت هدف محصول به بحث گذاشته میشود.
در طول این رویداد ،تیم اسکرام و ذینفعان آنچه را که در اسپرینت انجامشده و تغییراتی که در محیطشان رویداده است ،را مرور می کنند .شرکت کنندگان بر اساس این اطلاعات در مورد اقدامات آتی با هم تعامل می کنند .بک لاگ محصول نیز ممکن است متناسب با فرصتهای جدید تنظیم شود
( Sprint Review بازبینی اسپرینت) یک جلسه کاری است و تیم اسکرام باید از محدود کردن آن صرفاً به یک جلسه نمایش خودداری کند.
( Sprint Review بازبینی اسپرینت) رویداد ماقبل آخر اسپرینت بوده و زمان بستۀ آن در یک اسپرینت یک ماهه حداکثر چهار ساعت است .برای اسپرینت های کوتاه تر ،این رویداد معموالً کوتاهتر است.
هدف ( Sprint Retrospective بازاندیشی اسپرینت) ،برنامه ریزی و تعریف روشهایی برای افزایش کیفیت و اثربخشی است.
تیم اسکرام چگونگی پیشرفت اسپرینت قبل را با توجه به افراد ،تعاملات ،فرآیندها ،ابزارها و تعریف تکمیل شده بازرسی میکند .موضوعاتی که در این جلسه بازرسی می شوند اغلب با توجه به دامنه کار متفاوت هستند .فرضیاتی که باعث گمراهی تیم شده شناخته و ریشه آنها کشف می شود .تیم اسکرام در این خصوص که در اسپرینت قبل چه چیزی خوب پیش رفته است ،با چه مشکلاتی روبرو شده اند و آن مشکلات چگونه حلشده (یا نشدهاند) ،بحث میکنند.
تیم اسکرام مفیدترین تغییراتی که باعث بهبود اثربخشی میشوند را مشخص میکند .تأثیرگذارترین بهبودها در سریعترین زمان ممکن ،اقدام می شوند .حتی ممکن است این موارد به بک لاگ اسپرینت بعدی اضافه شوند.
( Sprint Retrospective بازاندیشی اسپرینت) ،اسپرینت را خاتمه میدهد .زمان بستۀ ( Retrospective بازاندیشی) برای یک اسپرینت یک ماهه حداکثر سه ساعت بوده که در مورد اسپرینتهای کوتاهتر ،زمان این رویداد معمولا کمتر است.
مصنوعات اسکرام نشان دهنده ارزش یا کاری هستند .آنها طوری طراحی شده اند که شفافیت اطلاعات کلیدی را به حداکثر برسانند؛ بنابراین همه افرادی که آنها را بازرسی میکنند ،مبنای یکسانی برای سازگاری و انطباق دارند.
هر مصنوع دربردارنده یک تعهد است تا متضمن این باشد که با فراهم کردن اطلاعات در جهت بهبود میزان شفافیت و تمرکز بتوان پیشرفت را اندازهگیری
کرد:
● برای بک لاگ محصول ،هدف محصول است.
● برای بک لاگ اسپرینت ،هدف اسپرینت است.
● برای ( Increment فرآورده) ،تعریف تکمیل شده است.
این تعهدات به منظور تقویت تجربه گرایی و ارزشهای اسکرام ،برای تیم اسکرام و ذینفعانشان وجود دارند.
بک لاگ محصول یک فهرست رتبه بندی شده و البته پدیدار شونده از چیزهایی است که برای بهبود محصول موردنیاز است .این تنها منبع کاری ای است که تیم اسکرام آن را به عهده گرفته است.
اقلامی از بک لاگ محصول که قابلیت تکمیل شدن توسط تیم اسکرام در یک اسپرینت را داشته باشند ،به عنوان اقالمِ «آماده» برای انتخاب در یک جلسه ( Sprint Planning برنامه ریزی اسپرینت) شناخته می شوند .آنها معمولا بعد از فعالیتهای پالایش به این درجه از شفافیت میرسند .پالایش بک لاگ محصول عمل شکستن و تعریف کردن اقلام بک لاگ محصول به اقلام کوچکتر و دقیقتر است .این یک فعالیت مداوم برای افزودن جزئیاتی مانند توضیحات ،رتبه و اندازه است .این ویژگیها نسبت به حوزه کاری می توانند متفاوت باشند.
( Developers توسعه دهندگان)ی که کار را انجام خواهند داد مسئول برآوردن کردن کار هستند( Product Owner .مالک محصول) ممکن است با کمک در فهم و ایجاد مقایسه ،بر روی ( Developers توسعه دهندگان) تاثیر بگذارد.
هدف محصول ،توصیفی از وضعیت آینده محصول است که تیم اسکرام هنگام برنامهریزی میتواند از آن به عنوان یک جهت یا تارگت استفاده کند .هدف محصول در بک لاگ محصول قرار دارد .مابقی بک لاگ محصول برای تعریف «آنچه» هدف محصول را عملی خواهد کرد ،پدیدار میشود.
محصول ،وسیله ای برای تحویل ارزش است .مرزی شفاف ،ذینفعانی مشخص و تعریف واضحی از کاربران یا مشتریان دارد .محصول می تواند یک سرویس، محصولی فیزیکی و یا چیزی انتزاعی تر باشد.
هدف محصول ،مقصودی بلندمدت برای تیم اسکرام است .قبل از برداشتن گام بعدی ،آنها باید به هدف رسیده (و یا هدفی را رها کرده) باشند.
بک لاگ اسپرینت از هدف اسپرینت (چرایی) ،اقلام انتخاب شده از بک لاگ محصول برای اسپرینت (چه ها) و همچنین یک برنامه عملیاتی برای تحویل یک ( Increment فرآورده) (چگونگی) تشکیل شده است.
بک لاگ اسپرینت برنامه ای است تهیه شده توسط ( Developers توسعه دهندگان) و برای توسعه دهندگان است .بک لاگ اسپرینت تصویری به شدت شفاف و لحظه ای از کارهایی است که توسعه دهندگان برنامه ریزی می کنند تا با تکمیل آن در طول یک اسپرینت به هدف اسپرینت برسند .پس بک لاگ اسپرینت در تمام طول اسپرینت با یادگیری بیشتر بروز می شود .این برنامه باید جزییات کافی داشته تا آنها بتوانند در ( Daily Scrum اسکرام روزانه) میزان پیشرفت آن را بازرسی کنند.
هدف اسپرینت چرایی و مقصود نهایی یک اسپرینت است .اگرچه هدف اسپرینت تعهدی برای ( Developers توسعه دهندگان) است ،در عین حال همین موجب ایجاد انعطاف پذیری در مورد کار دقیق لازم در جهت رسیدن به آن نیز فراهم میکند .ارزش اصلی هدف اسپرینت ،انسجام و تمرکز است ،تا تیم اسکرام به جای ابتکار عمل های فردی ،باهم کار کنند.
هدف اسپرینت در رویداد ( Sprint Planning برنامه ریزی اسپرینت) خلق می شود و سپس به بک لاگ اسپرینت اضافه میگردد.
در طول کار یک اسپرینت همیشه هدف اسپرینت را به یاد دارند .اگر کارها به سمتی پیش رفت که انتظارش را داشتند.
(Developer توسعه دهندگان) با ( Product Owner مالک محصول) همکاری میکنند تا درباره دامنه بک لاگ اسپرینت بدون آسیب زدن به هدف اسپرینت مذاکره کنند.
یک ( Increment فرآورده) سنگ قدمی عینی به سوی هدف محصول است .هر ( Increment فرآورده) افزودهای است بر همه Increment (فرآورده)های قبلی و کاملا تایید شده که اطمینان میدهد تمامی ( Increment فرآورده)ها با یکدیگر کار میکنند .به منظور فراهم آوردن ارزش،( Increment فرآورده) باید قابل استفاده باشد.
در طول یک اسپرینت ممکن است چندین ( Increment فرآورده) ایجاد شوند .مجموع ( Increment فرآورده)ها در ( Sprint Review بازبینی اسپرینت) ارائه میشوند ،از این قرار که پشتوانه ای بر تجربه گرایی باشند .هر چند ممکن است یک ( Increment فرآورده) پیش از پایان اسپرینت به ذینفعان تحویل شود( Sprint Review .بازبینی اسپرینت) نباید هرگز به منزلۀ یک گیت یا پایانه برای منتشر کردن ارزش در نظر گرفته شود.
تا زمانی که یک کار ضوابط تعریف تکمیل شده را برآورده ننماید ،نمی تواند قسمتی از یک ( Increment فرآورده) در نظر گرفته شود.
تعریف تکمیل شده توضیحی رسمی از وضعیت ( Increment فرآورده) است ،زمانی که ( Increment فرآورده) شاخص های کیفی مورد نیاز محصول را برآورده میکند.
لحظه ای که یک قلم بک لاگ محصول تعریف تکمیل شده را برآورده کند ،یک ( Increment فرآورده) زاده میشود.
تعریف تکمیل شده با فراهم کردن یک فهم مشترک برای همه از اینکه چه کار مشخصی برای به ثمر رسیدن بخشی از ( Increment فرآورده) انجام شده است ،باعث ایجاد شفافیت می شود .اگر یک قلم بکالگ محصول تعریف تکمیل شده را برآورده نکند ،نمیتواند انتشار یابد یا حتی در Sprint Review (بازبینی اسپرینت) ارائه شود .در عوض برای رسیدگی در آینده به بک لاگ محصول برمیگردد.
اگر تعریف تکمیل شده برای یک ( Increment فرآورده) قسمتی از استانداردهای سازمان باشد ،تمامی تیمهای اسکرام باید از آن به عنوان یک حداقل پیروی کنند .اگر تعریف تکمیل شده یک استاندارد سازمانی نباشد ،تیم اسکرام باید یک تعریف تکمیل شده متناسب با محصول را ایجاد کند.
( Developers توسعه دهندگان) ملزماند از تعریف تکمیل شده پیروی کنند .اگر چندین تیم اسکرام با یکدیگر بر روی یک محصول کار کنند ،آنها باید به طور مشترک ،یک تعریف تکمیل شده را تدوین نموده و رعایت کنند.
سخن آخر
اسکرام رایگان بوده و در این راهنما ارائه شده است .چارچوب اسکرام ،آنطور که در اینجا مطرح شد ،تغییرناپذیر است .درحالیکه پیاده سازی و اجرای فقط بخشی هایی از اسکرام نیز امکان پذیر است ،ولی نتیجه ،دیگر اسکرام نیست .اسکرام تنها با تمام موجودیت داشته و به عنوان ظرفی برای شگردها، متدولوژی ها و روشهای دیگر ،عملکرد خوبی دارد.
سپاسگزاری
اشخاص
از هزاران نفری که تاکنون به اسکرام کمک کردهاند ،ما باید به آنهایی که از ابتدا وسیله ساز و موثر بودند اشاره کنیم :جف سادرلند به همراه جف مککِنا و جان اسکامْنیتالِس مشغول کار بود و از سوی دیگر کن شوئبر با مایک اسمیت و کریس مارتین کار میکرد .بسیاری دیگر نیز طی سالهای بعد در این امر مشارکت داشتند که بدون کمک آنها ،اسکرام به پالایش امروزی خود نمی رسید.
کن شوئبر و جف سادرلند برای نخستین بار اسکرام را در همایش OOPSLA سال 1995 به صورت مشترک معرفی کردند .آن ارائه ،اساساً دانشی که کِن و جِف طی چندین سالِ گذشته کسب کرده بودند را مستند کرده بود و نخستین تعریف رسمی از اسکرام را در معرض عموم قرار داد.
راهنمای اسکرام ،اسکرامی که طی بیش از سی سال توسط جِف سادرلند و کِن شوئِبِر ،توسعه ،نگهداری و رشد داده شده را مستند کرده است .دیگر منابع الگوها ،فرآیندها و بینشی که باعث تکمیل چارچوب اسکرام میشود را فراهم میکنند .آنها ممکن است بهره وری ،ارزش آفرینی ،خلاقیت و سطح رضایت از نتایج را افزایش دهند.
پیشینۀ خودِ اسکرام در جای دیگری توضیح داده شده است .برای ارج نهادن به نخستین مجموعه ای که اسکرام در آنها اجرا و پالایش شد میتوانیم به Individual, Inc.، Newspage، Fidelity Investments ( IDX که در حال حاضر )GE Medical اشاره کرد.
سپاسگزاری از مترجمین
با سپاس فراوان از تلاش ویژه ی اعضای «انجمن چابک ایران» ،که بار زحمت ترجمه و تنظیم نسخه پیش رو بر دوش ایشان بوده است :اسد صفری،
اسماعیل وکیلی ،سهیل صمدزاده ،رسول باغبان ،نوید نیکپی ،مسعود باقری ،ندا کاشی ،حسام معین الدین ،حمید صابری ،،محمود اسدی ،آرش خرمشاهی و همکاری صمیمانه در ترجمه و تنظیم نسخه های پیشین :ابراهیم نبیئی قهرودی ،آیدین ضیاپور و آراز ساعی ارسی ،علی حاجی زاده مقدم ،یوسف امیری،مرتضی رشیدی ،محمد حسین احمدی ،تقی جاودانی ،ایوب کوکبی ،اکبر داستانی ،علیرضا اسماعیلی و محسن مؤمنی و مجتبی بهروزی. به دلیل تأکید مؤلفین راهنما در ضرورت عدم ترجمه چند واژه تخصصی اسکرام ،این واژگان به همان شکل اصلی در متن حفظ شدهاند.
اطلاعات تماس:
Translation Group Name : Iran Agile Community
Primary Contact Email : asad.safari@gmail.com
Website : https://t.me/iranagile
Twitter : https://twitter.com/iranagile
تغییرات ایجاد شده از راهنمای اسکرام 2017 تا 2020
تمایل کمتر به تجویزی بودن
در طی این چند سال گذشته راهنمای اسکرام به سمت تجویزی شدن قدم برداشت .در نسخه 2020 تلاش شده با حذف یا کم کردن نگرش تجویزی بودن آن ،اسکرام را به سمت یک چارچوب حداقلی کافی بازگرداند .به طور مثال سوال های جلسه اسکرام روزانه را حذف کرد ،در مورد ویژگیهای اقلام
بک لاگ محصول کمتر صحبتی انجام شد ،به اقلام ( Sprint Retrospective بازاندیشی اسپرینت) در بک لاگ اسپرینت کمتر پرداخته شد ،بخش مربوط به لغو اسپرینت کوتاه تر شد و …
هدف از بین بردن مفهوم یک تیم جداگانه در تیم است که منجر به رفتار “پروکسی” یا ایجاد “ما” و “آنها” بین مالک محصول و تیم توسعه شده بود .در این نسخه ما یک تیم اسکرام داریم که تمرکزش بر روی یک هدف است که البته متشکل از مسئولیت های متفاوت اسکرام مستر Product Owner ، (مالک محصول) و ( Developers توسعه دهندگان) است.
راهنمای اسکرام 2020 مفهوم هدف محصول را معرفی می کند تا به واسطه آن تمرکز بیشتری در راستای اهداف ارزشمند بزرگتر در تیم اسکرام ایجاد کند.
هر اسپرینت باید محصول را به هدف کلی تعیین شده نزدیک کند. خانه ای برای “هدف اسپرینت” ،”تعریف تکمیل شده” و “هدف محصول”
راهنماهای قبلی اسکرام هدف اسپرینت و تعریف تکمیل شده را فقط توضیح داده اند ،بدون آنکه واقعا به آن هویتی ببخشند .آنها در واقع مصنوعات اسکرام نیستند بلکه به نوعی متصل به مصنوعات هستند .با اضافه شدن هدف محصول ،نسخه 2020 وضوح بیشتری در این موضوع فراهم کرده است .هر کدام از این سه مصنوعات ،حالا دربردارنده «تعهد» به آنها نیز هستند.که این تعهد در مورد بک لاگ محصول همان هدف محصول است بک لاگ اسپرینت هم هدف اسپرینت را دارد و ( Increment فرآورده) متعهد به تعریف تکمیل شده است (این بار بدون کوتیشن).در واقع آنها برای ایجاد شفافیت و تمرکز در جهت پیشرفت هر کدام از مصنوعات حضور دارند.
راهنماهای قبلی اسکرام به این اشاره داشتند که تیمهای توسعه به صورت خودسازمان ده انتخاب میکنند که چه کسی و چگونه کار را انجام دهد .در نسخه 2020 با تمرکز بیشتر بر روی تیم اسکرام ،تاکید بر این است که تیم اسکرام به صورت خود مدیریت انتخاب میکند که چه کسی ،چگونه و چه کاری را انجام دهد.
عالوه بر «چه چیزی» و«چگونگی» که از موضوعات ( Sprint Planning برنامه ریزی اسپرینت) است ،در نسخه ،2020 تاکید را بر موضوع سوم یعنی «چرایی» میگذارد که به هدف اسپرینت اشاره میکند.
ساده سازی کلی ادبیات برای مخاطبان گسترده تر نسخه 2020 راهنمای اسکرام یک تاکید بر از بین بردن زائدات و جملات پیچیده دارد ،همانطور که هر چیزی از اصطلاحات فناوری اطلاعات (مانند تست، سیستم ،طراحی ،نیازمندی و )…استنباط می شود را حذف نموده است .راهنمای اسکرام اکنون کمتر از 13 صفحه است.
به مدیریت علاقه مند هستم و عاشق برنامه نویسی، معتقدم ندانسته هام بسیار زیادن و برای کم کردنشون هر روز تلاش میکنم و در تلاشم با کمک دیگر همکارانم بهبودی هر چند کوچک در مدیریت ایجاد کنم.
ممنون از مطلبتون