Sprint rejalashtirish: Agile eng zo‘r amaliyotlar

Rejalashtirish asoslari

Sprintni sifatli rejalashtirish uchun oldingi sprintlarni tahlil qilish, jamoaning imkoniyatlarini baholash va maqsadlarni aniq belgilashni o'z ichiga olgan tizimli yondashuv kerak bo'ladi. Batafsil ma'lumot: IT jamoalari uchun IT loyihalarni boshqarish dasturi.

1. Rejalashtirish uchun tayyorgarlik oldindan boshlanishi kerak. Product Owner backlog-ni yig'ilishdan kamida bir kun oldin tayyorlab, ustuvorlik bo'yicha tartiblab qo'yishi, dasturchilar esa user story-larni oldindan o'qib chiqib, tushunarsiz joylari bo'yicha savol berishga ulgurishi kerak.
2. Klassik taqsimot qoidasi: sprint-ning har bir haftasiga ikki soat rejalashtirish ajratiladi, ya'ni ikki haftalik sprint uchun to'rt soat, lekin amalda bu vaqtni bitta uzun yig'ilishga sarflagandan ko'ra bir nechta qisqa sessiyaga bo'lish ko'pincha foydaliroq bo'ladi.

Tayyorgarlik bosqichi

Puxta tayyorgarliksiz sprint rejalashtirishni yaxshilab bo'lmaydi. Bu bosqichga ko'pincha yetarli e'tibor berilmaydi, holbuki butun jarayonning natijasi aynan unga bog'liq.

• Definition of Ready (DoR) user story sprint-ga kiritilishidan oldin qanday talablarga javob berishi kerakligini belgilaydi: har bir hikoyada aniq qabul mezonlari, murakkablik bahosi va boshqa vazifalarga bog'liqliklar ro'yxati bo'lishi lozim. DoR-ga amal qilinmasa, rejalashtirish tartibsizlikka aylanadi, chunki jamoa ishni qanday bajarishni rejalash o'rniga vaqtini savol-javobga sarflaydi.
• Backlog refinement sprint rejalashtirish arafasidagina qolib ketmasdan, muntazam o'tkazilishi kerak va odatda bunga sprint vaqtining 10% qismi ajratiladi. Jamoa haftada bir necha marta qisqa refinement sessiyalarini o'tkazib, keyingi sprintlar uchun hikoyalarni asta-sekin tayyorlab borishi mumkin.
• Velocity tahlili jamoa amalda qancha ishni bajara olishini aniq ko'rsatadi. Bunda oxirgi 3-5 sprint-ning o'rtacha Velocity-si bilan birga keyingi sprint-da ish unumiga ta'sir qilishi mumkin bo'lgan omillarni ham hisobga olish kerak: rejalashtirilgan ta'tillar, bayramlar, to'planib qolgan texnik qarz yoki tashqi bog'liqliklar.

Rejalashtirish sessiyalari

Sprintni rejalashtirish ikki bosqichdan iborat: avval sprint-da nima topshirilishi, keyin tanlangan ish qanday bajarilishi belgilanadi. Bu bosqichlar turli ma'lumotlarni talab qiladi va turli natija beradi, shuning uchun ularni aralashtirib yuborsangiz, ikkalasining ham foydasi kamayadi.

1. Jamoa, Product Owner bilan birgalikda, tanlangan barcha user story-larni birlashtiradigan sprint maqsadini belgilaydi. Maqsad aniq, o'lchanadigan va barcha ishtirokchilar uchun mazmunli bo'lishi kerak. Yomon maqsadga misol: "Foydalanuvchi tajribasini yaxshilash". Yaxshi maqsadga misol: "Foydalanuvchilar bir bosish bilan ijtimoiy media orqali ro'yxatdan o'tishlari mumkin bo'ladi".
2. Dasturchilar jamoasi tanlangan hikoyalarni vazifalarga bo'lib, har biriga necha soat ketishini baholaydi. Shu jarayonda hikoya darajasida ko'rinmagan yashirin murakkabliklar va bog'liqliklar yuzaga chiqadi. Bitta vazifa 8 soatdan oshmasligi kerak, bu chegaradan oshadigan vazifalar esa yana kichikroq qismlarga bo'linadi.

Rollar va majburiyatlar

Sprintni yaxshi rejalashtirish har bir ishtirokchi o'z rolini tushunishi va shu rol doirasida ishlashiga bog'liq.

• Scrum Master jarayonni boshqaradi, timebox-larga rioya qilinishini kuzatadi va jamoaga qaror qabul qilishda yordam beradi. U tayyor yechimni tiqishtirmaydi, to'g'ri savollar berib, muhokamani foydali yo'nalishda ushlab turadi.
• Product Owner backlog ustuvorligi va qaysi funksiyalar birinchi navbatda qilinishi haqidagi qarorlar uchun javob beradi. U har bir hikoyaning biznes uchun qiymatini tushuntirib bera olishi va dasturchilarning savollariga baholash qilish mumkin bo'ladigan darajada aniq javob berishi kerak.
• Dasturchilar jamoasi natijani yetkazib berish majburiyatini oladi. Bu majburiyat tashqaridan yuklanmasdan, jamoaning o'zidan chiqishi kerak, chunki jamoa o'zi bergan va'da majburan qo'yilgan maqsadlarga qaraganda ancha kuchliroq motivatsiya va mas'uliyat hissini uyg'otadi.

Umumiy xatolar

• Imkoniyatlarni haddan tashqari baholash sprint rejalashtirilishidagi eng ko'p uchraydigan xatodir. Jamoalar, ayniqsa loyiha boshida yoki muvaffaqiyatli sprintdan keyin, deyarli har doim bajara oladiganidan ko'proq ish oladi. Qoida oddiy: kamroq va'da berib, ko'proq bajargan yaxshi. Bajarilmagan va'dalar manfaatdor tomonlarning ishonchini yo'qotadi va keyingi sprintlarda jamoa ruhini tushiradi.
• Vaqt buferlarining yo'qligi muhim tarkibiy xatodir. Sprint rejasida kutilmagan vazifalar, xatolar va texnik yordam so'rovlari uchun 10-20% zaxira vaqt qoldirilishi kerak. Bu zaxirani oldindan qo'shimcha hikoyalar bilan to'ldirib qo'yish yaramaydi, chunki u har bir sprint-da albatta chiqadigan rejadan tashqari ishlar uchun mo'ljallangan.
• Bog'liqliklarni e'tiborga olmaslik sprint o'rtasida to'siqlar yaratadi. Barcha tashqi bog'liqliklarni rejalashtirish paytidayoq aniqlab, hal qilib qo'yish kerak. Vazifa boshqa jamoa yoki tashqi yetkazib beruvchiga bog'liq bo'lsa, muddatlar sprint boshlanishidan oldin kelishib olinishi va tasdiqlanishi lozim.

Jarayonni kuzatish

Tajribali Agile jamoalar rejalashtirish jarayonining o'zini ham doimiy ravishda takomillashtirib boradi. Retrospektivlarda jamoa sprint natijalarini tahlil qilish bilan birga rejalashtirish sifatini ham alohida ko'rib chiqishi kerak.

Tahlil uchun metrikalar:

• Baholash aniqligi, ya'ni har bir hikoya va vazifa bo'yicha rejalashtirilgan va haqiqatda sarflangan vaqtning farqi
• Tugatilgan hikoyalar foizi, ya'ni sprint-ga olingan hikoyalardan qanchasi sprint oxirigacha topshirilgani
• Rejalashtirishdan keyin sprintdagi o'zgarishlar soni, bu reja qanchalik barqaror va talablar qanchalik aniq bo'lganini ko'rsatadi
• Rejalashtirishga sarflangan vaqt, uni standart taqsimot bilan solishtirib, jamoa muntazam ravishda rejalashtirishga ortiqcha yoki kam vaqt ajratayotganini aniqlash mumkin

Burndown grafiklari sprint davomida ish qanday borayotganini ko'rsatib turadi va muammolarni hali tuzatishga ulgurish mumkin bo'lgan paytda sezishga yordam beradi. Agar grafik jamoa rejadagi ishni tugata olmasligini ko'rsatsa, choralar ko'rish kerak: qolgan vazifalarni qayta ustuvorlashtirish yoki eng past ustuvorlikdagi user story-larni sprint doirasidan chiqarish.

Rejalashtirishni moslashtirish

• Masofaviy jamoalar sprint rejalashtirilishi uchun maxsus moslashuvlarni talab qiladi. Ular uchun hamkorlik vositalari oldindan tayyorlab qo'yilishi va har bir masofaviy ishtirokchi teng so'z olishi faol nazorat qilinishi kerak, chunki tarqoq jamoada bitta uzun yig'ilishdan ko'ra bir nechta qisqa sessiya deyarli har doim yaxshiroq ishtirok va natija beradi.
• Bir nechta jamoali katta dasturlar dastur darajasida muvofiqlashtirishni talab qiladi. Scrum of Scrums yoki SAFe (Scaled Agile Framework) bir-biriga bog'liq jamoalarning sprint rejalarini o'zaro moslashtirish imkonini beradi.
• Texnik xizmat loyihalari, ya'ni sprint vaqtining katta qismi qo'llab-quvvatlash va xatolarni tuzatishga ketadigan loyihalarda rejadan tashqari ishlar uchun quvvatni ochiq-oydin band qilib qo'yish kerak. Odatda sprint quvvatining 30-50% qismi qo'llab-quvvatlashga, qolgani yangi funksiyalarni ishlab chiqishga ajratiladi. Bunday taqsimot qo'llab-quvvatlash ishini rejadagi yuklama o'rniga qo'shimcha xarajat deb hisoblash natijasida muddatlar buzilishining oldini oladi.

Tegishli maqolalar:

Loyiha boshqaruv ramkalari va cheklovlarni muvozanatlash uchun, o'qing Loyiha boshqaruv uchburchagi: doira, vaqt va xarajatni muvozanatlash.

Kanban taxtalari va vizual ish jarayonini boshqarishning amaliy umumiy ko'rinishi uchun, o'qing Kanban taxtasi nima? Vizual ish jarayonini boshqarish bo'yicha qo'llanma.

Agile jamoalari haqiqiy foydalanuvchi ehtiyojlariga moslashishda qanday qilib personajlardan foydalanishi haqida, o'qing Agile personajlar: Agile loyihalarda foydalanuvchi markaziy rivojlanishni kuchaytirish. Ko'proq o'qing: Kanban taxtasi.

Xulosa

Sprintni yaxshi rejalashtirish uchun tizimli yondashuv va loyiha tugashini kutmasdan, doimiy va ongli ravishda olib boriladigan takomillashtirish kerak. Retrospektivlar sprint natijalarini ham, ularni belgilab bergan rejalashtirish qarorlarini ham tahlil qilish imkonini beradi, shu tariqa rejalashtirish jarayonining o'zi ham Agile mahsulotni takomillashtirganidek bosqichma-bosqich yaxshilanib boradi.