Sprint rejalashtirish
Sprint rejalashtirish - bu Scrumdagi sprintning boshlang'ich bosqichi. Unda sprint davomida ish hajmi va uni amalga oshirish usullari aniqlanadi. Rejalashtirishda butun Scrum jamoasi ishtirok etadi.
Sprint - bu aniq belgilangan vaqt oralig'i bo'lib, unda kelishilgan ish qismini bajarish kerak. Ishga kirishdan oldin sprint rejalashtirish talab etiladi. Eng avvalo, sprintning davomiyligi va maqsadini aniqlash kerak.
Rejalashtirish yig'ilishida vazifalar ro'yxati va sprintning maqsadi muhokama qilinadi. Jamoani ish uchun to'g'ri motivatsiya bilan zaryadlash muhim, shunda har bir ishtirokchi muvaffaqiyatga erishishga qaratiladi.
Agar sprint yaxshi rejalashtirilmagan bo'lsa, bu jamoani muvaffaqiyatsizlikka olib kelishi mumkin. Dasturchilar ularga berilgan umidlarni qondira olmaydilar, chunki vazifalar amalga oshirib bo'lmaydigan darajada bo'lib chiqadi.
Sprint rejalashtirishda hal qilinishi kerak bo'lgan savollar:
- Buyurtmachi yoki Dastur egalari sprintning maqsadini e'lon qiladi, uni qanday erishish yo'llarini tushuntiradi. Scrum jamoasi kelgusi sprintda bu maqsadga erishish uchun qanday vazifalarni bajarish mumkinligini aniqlaydi.
- Dasturchilar ish rejasini o'zaro taqsimlaydilar, bu Dastur buyurtmachisi bilan kelishiladi.
- Sprint rejasini tuzishda har doim mahsulotning egasi (mahsulot egasi) ishtirok etadi. U maqsadni belgilaydi va dasturchilar jamoasi uni sprintda amalga oshirish mumkinligini aniqlashlari kerak.
- Reja tuzishda mahsulot backlogidan foydalanish kerak, undan olingan ma'lumotlarni reja qo'shish mumkin.
- Jamoa ishtirokchilari rejalashtirish yig'ilishini yakunlab, natijaga erishish uchun nima kerakligini aniq tushunishlari kerak. Kelgusi harakatlar tartibini sprint backlogida ko'rsatish mumkin.
Rejalashtirishga haftasiga ikki soatdan ortiq vaqt ajratilmasligi kerak. Scrum-master vaqt cheklovlari borligini hammaga tushuntirishi kerak. Agar barcha ishchi savollar tezda hal etilsa, yig'ilishni odatdagidan oldin tugatish mumkin. Bunday yig'ilish uchun minimal davomiylik belgilanmagan.
Vazifalarni baholash
Ishning murakkabligini baholashda haddan oshirmaslik kerak. Rejalashtirish jarayoni aniq emas, balki hech bo'lmaganda taxminiy murakkablik bahosiga ehtiyoj sezadi. Jamoa nafaqat sprintning maqsadini tushunishi, balki maqsadni o'z jamoasining imkoniyatlari bilan solishtirishi kerak.
Murakkablikni baholash uchun hamma uchun tanish bo'lgan kiyim o'lchamlarini qo'llash mumkin (L, XL, XXL). Albatta, bu hech qanday kafolat bermaydi, lekin baribir.
Murakkablik bahosi aniqroq bo'lishi uchun o'zaro tushunish kerak. Jamoa ishtirokchilari o'z fikrlarini ochiqcha baham ko'rishlari va mahsulot egasidan savollar berishdan qo'rqmasliklari kerak.
Ish tugagandan keyin jamoaga nisbatan tanqid qilish kelgusi sprint rejalashtirishda bashoratlarni kamroq optimistik qilishga olib kelishi mumkin. Bu jamoani xatoni qayta takrorlashdan qochishga yordam beradi va kelajakda salbiy bahodan himoya qiladi.
Murakkablikni ochkolar, ballar va soatlar bilan baholash
Odatda dasturchilar jamoalari ishning murakkabligini vaqt bilan baholaydi. Ammo ba'zi Agile jamoalari murakkablikni ballar yoki ochkolar bilan baholashni tanlaydi. Bu ishlab chiqarilgan backlog elementini amalga oshirish yoki boshqa belgilangan vazifani bajarish uchun zarur bo'lgan umumiy xarajatlarni yaxshiroq ko'rsatadi.
Ballar murakkablik va ish hajmiga qarab beriladi. Shuningdek, mumkin bo'lgan xavflar ham inobatga olinadi. Ushbu metod bo'yicha ballar ajratish ishni kichik bosqichlarga samarali ajratishga yordam beradi.
Rejalashtirish paytida muntazam ravishda ochkolar (ballar) ajratish usulini qo'llab, jamoalar o'zlariga ishni bajarish uchun qancha vaqt kerakligini yaxshiroq va aniqroq tushunadilar. Buning ustiga, yana boshqa afzalliklar ham mavjud.
- Vaqt bahosi loyihaga bevosita taalluqli bo'lmagan ishlarni hisobga olmaydi, garchi ular albatta paydo bo'ladi. Ish savollarini messenger orqali muhokama qilish, yig'ilishlar o'tkazish - bularning hammasi jamoa a'zolarining vaqtini oladi.
- Sana tanlashga his-tuyg'ular ta'sir qilishi mumkin. Ish bahosida ochkolarni ajratish bu omilni chetlab o'tadi.
- Ish murakkabligi bahosi va shunga mos ravishda, vazifalarni bajarish tezligi har bir jamoada turlicha bo'lishi mumkin. Bajarilgan ochkolar hisobiga bajarilgan ish tezligi har qanday tezlik ko'rsatkichi deb hisoblanmaydi. Yani, jamoaga psixologik bosim yo'q.
- Mehnat xarajatlari va murakkablikni to'g'ri taqsimlash orqali ochkolarni jamoa ishtirokchilariga tez va mojarosiz taqsimlash mumkin.
- Vazifani bajarish uchun olingan ballar miqdori uning murakkabligiga bog'liq, sarflangan vaqtdan emas. Shuning uchun dasturchilar o'z samaradorliklarini oshirish haqida o'ylaydilar, bunga qancha vaqt sarflanishi haqida emas.
Murakkablik bahosining kamchiliklari shundaki, ko'pincha noto'g'ri ishlatiladi. Masalan, bu usul xodimlarni baholash uchun qo'llanilmasligi kerak.
Jamoalar o'zlariga topshirilgan ish hajmini yaxshiroq tushunish va to'g'ri ustuvorliklarni belgilash uchun ochkolar bo'yicha tizimni qo'llashlari kerak.
Daily Scrum Meeting
Ish yig'ilishlari muhim ahamiyatga ega: ularda jamoa ishtirokchilari o'z fikrlarini baham ko'radilar, muloqot qilishadi va keyingi harakatlarni muvofiqlashtiradilar. Har kungi scrum-yig'ilishlar jamoa ruhini ko'tarish va hozirgi yangiliklarni e'lon qilish uchun ham zarur.
Standup — bu loyiha asosiy ishtirokchilarining qisqa uchrashuvi: Dastur egalari, dasturchilar va scrum-master. Standupning oʻz tuzilmasi uchta savoldan iborat.
- Kecha nimalarni bajara oldik?
- Bugun nimalar ustida ishlaymiz?
- Natijaga erishishda nimalar to'sqinlik qilmoqda?
Bu savollarni qo'yish rivojlanishni rag'batlantiradi va jamoadagi muammolarni aniqlashga yordam beradi. Har bir ishtirokchi qanday qilib umumiy maqsadga erishishga yordam berayotgani haqida ma'lumot berganida, bu jamoa ichidagi o'zaro tushunishni yaxshilaydi.
Esda tutish kerakki, standuplarni o'tkazish uchun yagona shablon yo'q. Har bir jamoa o'z jamoasi xususiyatlariga asoslanib, yig'ilishlarni o'z modeli bo'yicha o'tkazadi.
Endi mukammal standup uchun nimani muhokama qilish kerakligini va samarali standuplar misollari bilan tanishamiz.
Avvalroq barcha uchun mos vaqtni tanlash kerak. Odatda bir ofisdan iborat jamoalar uchun standuplar ish kunining boshida o'tkaziladi — ertalab soat 9 dan 10 gacha. Bu kunning jadvalini yaxshiroq rejalashtirish uchun vaqt beradi. Agar jamoa a'zolari turli tumanlarda ishlasalar, unda hammani qoniqtiradigan vaqt tanlanadi. Masalan, jamoaning ba'zi a'zolari Kaliforniya va Sidneyda yashasa, unda standup Kaliforniya vaqtiga ko'ra soat 15:30da boshlanadi. Albatta, kechki standup hamma uchun qulay emas, lekin bu okean ortidagi hamkasblar bilan aloqani saqlash imkonini beradi.
Standup samaradorligini nazorat qiling. Yig'ilishni juda uzoq o'tkazmang — diqqatni yuqori darajada saqlash kerak. Agar bu mumkin bo'lsa, standuplarni 15 minutdan oshiq o'tkazmang.
To'pdan foydalaning. Uni navbat bilan bir-biringizga tashlab o'ynang. Shu tariqa har bir ishtirokchi muhokamaga jalb qilinadi. Bu o'yin guruhda diqqatni saqlashga yordam beradi. Jamoaviy retrospektivani qo'llang. Standuplar ko'pgina Agile-texnikalarda qo'llaniladi, bu esa retrospektivalarda standuplarning samaradorligini muhokama qilishga hech qanday to'sqinlik qilmaydi. Kimdir har kuni yig'iladi, boshqa jamoalar esa — haftada bir necha marta. Agar jamoa standupdan foyda olishda qiyinchilik ko'rsa, buning sababini toping va nimanidir o'zgartiring.
Sprint review
Sprint review sprintning yakuniy bosqichida o'tkaziladi. Bu mahsulot inkrementini tekshirish va backlogni moslash uchun zarur. Sprint natijalarini ko'rib chiqishda butun scrum jamoasi va barcha manfaatdor tomonlar ishtirok etadi. Yig'ilish loyiha ishtirokchilarining o'zaro aloqasini yaxshilash uchun erkin formatda o'tkaziladi.
Sprint natijalarini ko'rib chiqish quyidagi elementlarni o'z ichiga oladi:
- Dastur egasi backlogdan nima bajarilgan va nima bajarilmaganligini ko'rsatadi.
- Dasturchilar nima yaxshi bo'lganligi va qaerda muammolar paydo bo'lganligi, hamda ularni qanday bartaraf etilganligi haqida muhokama qiladilar.
- Dasturchilar jamoasi sprint davomida o'z ish natijalarini ko'rsatadi va ular qaysi mahsulot inkrementiga erishganliklarini ko'rsatadi.
- Mahsulot egasi hozirgi holatda backlog haqidagi o'z fikrini bildiradi. U, shuningdek, keyingi maqsad va uning bajarilishi mumkin bo'lgan muddatini bashorat qiladi.
- Shundan keyin barcha bozorda baholash va foydalanuvchilar manfaatlari asosida kelajakda nima qilish yaxshiroq ekanligini muhokama qiladilar.
- Backlogni qo'shimcha qilish uchun muddatlar, byudjet va kelajakdagi istiqbollari haqida fikr almashish sodir bo'ladi.
Natijada kelgusi sprintlar uchun yangi maqsadlar bilan yangilangan backlog keladi. Agar yuzaga kelgan vaziyat shuni talab qilsa, backlog o'zgartirilishi mumkin.
Sprint Retrospective
Sprint Retrospective - bu ish jarayonini qanday yaxshilash haqida muhokama qilinadigan ish yig'ilishi. Shuningdek, unda keyingi sprint uchun yaxshilash rejasi tuziladi. Yig'ilish odatda sprint natijalarini ko'rib chiqqandan so'ng o'tkaziladi va uch soatdan ko'proq vaqt olmasligi kerak. Yig'ilishni scrum-master olib boradi.
Sprint Retrospective maqsadlariga quyidagilar kiradi:
- Sprintni tahlil qilish (ishtirokchilarning ishi, natijalar va muammolar).
- Kelgusi sprintlarda ish chiqarishni yaxshilash uchun mumkin bo'lgan yechimlarni muhokama qilish.
- Jamoa ishtirokchilari ishlab chiqishni amalga oshirish jarayonida o'z takliflarini qanday kiritish bo'yicha reja tuzadi.
Scrum-master jamoa ishtirokchilarini ishlab chiqishni samaradorligini oshirish bo'yicha o'z takliflarini kiritishga taklif qiladi. Jamoa takliflarni muhokama qiladi va ularni amalga oshirishning turli usullari va usulini taklif qiladi.
Sprint Retrospectivani yakunlab, jamoa kelgusi sprintda amalga oshirish uchun yaxshilash bo'yicha bir necha takliflarni tanlashi kerak. Kelib tushgan takliflarni har qanday vaqtda amalga oshirish mumkin, lekin Sprint Retrospective jamoa nuqtai nazaridan ularning mumkin bo'lgan moslashuvini chuqurroq tahlil qilish imkonini beradi.
Bu yerda Scrum metodologiyasini muhokamani tugatamiz. Siz u bilan tematik hujjatlarda yoki o'zingizning birinchi ish joyingizda batafsil tanishishingiz mumkin.
GO TO FULL VERSION