Blokatorlarni aniqlash - bu muammolarni jamoa sifatida hal qilish usuli
Dasturiy ta'minot muhandisi uchun "scrum" uchrashuvining hikoyasi juda standartlashtirilgan: har bir ishlab chiquvchi o'zining oldingi kundagi ishlarini, bugun nima qilishlarini sanab o'tadi ... va ular biron bir blokerga duch kelgan yoki yo'qligini tasvirlaydi.
"Ushbu uchrashuvning maqsadi" jamoa a'zolariga kontekstni almashish imkonini berishdir. Agile metodologiyalari ishlab chiquvchilarning "oqim holatida" yashashini xohlaydi: minimal chalg'itadigan narsalar bilan maksimal mahsuldorlik. Lekin qanday qilib ular buni uddalay oladilar va baribir jamoaning bir qismi bo'la oladilar?
Ishlab chiquvchilar o'z hamkasblari bilan qanday hamkorlik qiladilar? Qanday qilib menejerlar nima bo'layotganini kuzatib borishlari va muammolarni hal qilish uchun resurslarni to'plashlari mumkin? Mahsulot egasi o'z loyihasidagi xavfni qanday aniqlashi mumkin? Kundalik skrum yig'ilishi buni hal qilishi kerak - va nima uchun blokerlar mavjud.
Shunga qaramay, ishlab chiquvchilar ko'pincha bloklangan deb aytish qiyin. Nima sababdan?
Ego ta'sirini kamaytirish
Men bilgan ishlab chiquvchilar o'z ishlari bilan faxrlanadilar va ular o'zlarining yutuqlari va boshqa ishlab chiquvchilar orasidagi obro'si haqida qayg'uradilar. Ularning kundalik ishi muammoni tushunish va uni bartaraf etishdir, shuning uchun blokirovka qilish nimani anglatadi?
Ishlab chiquvchi yangi xususiyatni joriy qiladimi, xato sababini aniqlashga harakat qiladimi yoki yangi tizim bilan integratsiyalashganmi, dasturlashning kundalik ishi bir xil bo'ladi. Ishlab chiquvchi muammoga etarlicha uzoq vaqt qaraydi, turli echimlarni sinab ko'radi va oxir-oqibat keyingi vazifaga o'tishga imkon beradigan xulosaga keladi.
Ba'zi ishlab chiquvchilar uchun blokirovka qilish ishlay olmaslik bilan bir xil bo'ladi. Biror kishi muammoni hal qila olmasligini aytish mag'lubiyatni tan olgandek tuyulishi mumkin. Har safar bloker e'lon qilinganida menejerlar va jamoadoshlar qoshlarini chimirib, ingrashsa, bu foyda bermaydi.
Biz qilishimiz kerak bo'lgan narsa, blokerni aniqlash atrofida stigmani kamaytirishdir. Keling, buni hal qilishning ba'zi usullarini ko'rib chiqaylik.
Muntazam faoliyatda blokerlarni tanib olish
Birinchi muhim vazifa - "bloker" so'zining aqliy assotsiatsiyasini o'zgartirish. Jamoangizga har kuni blokerlar bilan duch kelayotganimizni tushunishga yordam bering - hatto arzimas qiyinchiliklar ham bloker deb hisoblanishi kerak, chunki ular bizning mahsuldorligimizga ta'sir qiladi.
- Tobeliklar— Agar qaramlikni kutayotganingizda, foydalanuvchi hikoyasini qanday hal qilishni aniq bilsangiz ham bloklanasiz. Avval qo'nish uchun sizga qaramlik kerak.
- Jadvallar— Baʼzan menejerlar: “Bu kodni seshanba kuni chiqarilgunga qadar oʻzgartirishni toʻxtatib turing”, deyishadi. Ehtimol, siz sherik bilan uchrashuvni kutayotgandirsiz yoki jamoa faqat bayram tugaganidan keyin katta o'zgarishlarni amalga oshirishga qaror qiladi. Kod tayyor bo'lsa ham bloklangansiz.
- Tasdiqlashlar— Ayrim loyihalar jamoaning ichki aʼzolari, hamkorlar yoki tashqi mijozlar tomonidan imzo chekishni talab qiladi. Ishni tugatganingizdan so'ng, hamma narsa aniq bo'lishini kutganingizda, o'zingizni bloklangan deb belgilang.
- Qarorlar— Muayyan qaror yuzasidan haddan tashqari bahs-munozaralar yuzaga kelganda, loyiha ba'zan to'xtab qolishi mumkin. Buni ma'lumotlar qatlamida yoki biznes darajasida hal qilishimiz kerakmi? Yangi API qo'shishimiz kerakmi yoki yo'qmi? Siz bloklangansiz, chunki jamoa kelishuvga erishishi kerak.
- Yo'qotilgan hikoyalar— Baxtsiz muammolardan biri jamoa a'zosiga loyiha ustida ishlashni buyurgan bo'lsa-da, ularning mahsulot egasi yoki scrum ustasi yoki menejeri hali chiptalarni yozmagan yoki yakunlamagan. Xayr! Siz buni erta qo'lga olishingiz kerak. Ishlab chiquvchining vaqti qimmat va biz uni behuda sarflashni xohlamaymiz!
Sizning jamoangiz bloker shunchaki "men hujjatlarni tushunmayapman va mening kodim ishlamayapti"dan ko'proq narsa bo'lishi mumkinligini ko'rgandan so'ng, siz jamoangizni qayerda qolib ketganligi haqida ko'proq gapirish va yordam so'rash uchun bo'shatishingiz mumkin.
Esda tutish kerak bo'lgan muhim narsa shundaki, siz o'zingiz ta'sir qila olmaysizda bloklanasiz. Siz qo'lingizdan kelganini qildingiz va keyingi qadam sizning menejeringiz yoki jamoadoshlaringiz kirishib, logjamni hal qilishda yordam berishlari kerak.
Odamlar va protsessorlar uchun rejalashtirish algoritmlari
Zamonaviy protsessor blokerga yetganda - ehtimol u sekin qattiq diskda, tarmoq yoki klaviatura kiritishda kutishi kerak - u vazifalarni almashtiradi. Men buni yozayotganimda, mening protsessorim 257 ta jarayonga ega va deyarli uch mingta ip faol.
Bir tomondan, siz jamoangizga boshqa vazifalarni berish orqali ta'sir ko'rsatishda yordam bera olasiz. Agar jamoa a'zosi bitta vazifada bloklangan bo'lsa, ular hissa qo'shishi mumkin bo'lgan boshqasini ochib bera olasizmi? Agar jamoa loyihani boshlashi uchun bitta yakuniy qarorga muhtoj bo'lsa, ehtimol ular keyingisini boshlashlari mumkinmi?
Vazifani haddan tashqari ko'p o'zgartirish ham blokerlarni hal qilish uchun etarlicha harakat qilmayotgan jamoaning belgisi bo'lishi mumkin. Uchta faol loyihaga ega bo'lgan jamoa a'zosi, ehtimol, ulardan birida bloklangan. Rahbar e'tibor beradimi? Jamoadoshlar qat'iyatsizlik bilan muammo tug'diryaptimi? Bularning har biri bilan nima sodir bo'lmoqda? Blokerlarning asosiy sabablariga e'tibor qaratib, ularni hal qila olamizmi?
Faol bo'lmagan vazifalarga da'volarni bekor qiling
Umumiy qiyinchilik - bu ishlab chiquvchining turli sohalarga qiziqishini hal qilish. Iqtidorli dasturchi, albatta, tuzatmoqchi bo'lgan yaqinlashib kelayotgan vazifani, foydalanuvchi hikoyasini yoki xatoni ko'rishi mumkin. Ehtimol, bu ular yaxshi ko'radigan texnologiya yoki ularga g'amxo'rlik qiladigan xususiyatdir.
Har qanday holatda, ishlab chiquvchi loyiha yoki chipta yoki xato haqida bir necha hafta oldin da'vo qilishi mumkin - bu boshqa hech kim buni qila olmaydi.
Sizning menejeringiz yoki scrum masteringiz ushbu muammoni imkon qadar aniqlash va yumshatishga yordam berishi kerak. Biz ishlab chiquvchilarimiz o‘z ishlariga ishtiyoqli bo‘lishlarini istaymiz va jamoamiz a’zolarini o‘zlari qiziqtirgan chiptalarni tanlashga undamoqchimiz.
Ammo ishlab chiquvchi "Faol" holatida besh-o'nta foydalanuvchi hikoyasiga ega bo'lsa, ular juda ko'p narsa qilishga harakat qilishlari mumkin. Ulardan bir vaqtning o'zida ikkita yoki uchta vazifaga e'tibor berishlarini so'rang va siz boshqa jamoa a'zolari uchun ishni blokdan chiqarishingiz mumkin.
Kichik topshiriqlar va muntazam tortib olish so'rovlaridan foydalaning
Chipta blokerlarini kamaytirishning foydali usullaridan biri jamoangizni "vaqt o'tishi bilan muntazam ravishda kichik majburiyatlar" qilishga undashdir. Har bir kichik tortishish so'rovi umumiy loyihaning bir qismi bo'lishi mumkin. Kichkina tortishish so'rovlarining doimiy oqimi jamoa a'zosi bloklanmaganligini ko'rsatadi.
Agar ma'lum bir foydalanuvchi hikoyasi ishlab chiquvchi uchun faol bo'lsa va bu ishlab chiquvchi bir necha kun ichida tortib olish so'rovini yubormagan bo'lsa, bu blokerning e'tiborga olinmasdan kirib kelganini ko'rsatishi mumkin - yoki foydalanuvchi hikoyasi juda uzoqda bo'lgan bo'lishi mumkin. katta va kichikroq bo'laklarga bo'linishi kerak edi.
Menejerlar katta voqealarni hal qilishda foydalanadigan usullardan biri bu vazifa uchun "mas'uliyatni aylantirish" - lekin bu faqat oxirgi chora sifatida ishlatilishi kerak. Bir ishlab chiquvchidan topshiriqni olib qo'yish va uni boshqasiga o'tkazish jazo kabi tuyulishi mumkin va bunga bunday qaramaslik kerak.
Buni hal qilishning eng yaxshi usuli - ishlab chiquvchiga hozirgacha qilgan ishlari uchun minnatdorchilik bildirish va “Bu chipta juda katta ekan. Keling, uni yarmiga ajratamiz. Biz bu chiptani yopamiz va ikkita yangisini ochamiz. Siz A chiptasida ishlashingiz mumkin va bu odam B chiptasida ishlaydi.
Blokerlarga bo'lgan munosabatingizni kuzatib boring
Agar suhbatni bitta kuchli maslahat bilan yakunlay olsam, bu shunday: Blokatorlarni aniqlagani uchun jamoangizga rahmat. Kimdir qo'llarini ko'tarib, muammoni aniqlasa, "Oh, yaxshi tuting! Keling, nima qilishimiz mumkinligini ko'rib chiqaylik."
Vaqt o'tishi bilan sizning jamoangiz kerak bo'lganda yordam olishlarini qadrlashlari kerak va blokerlar salbiy narsa bo'lishni to'xtatib, o'rniga ular har doim bo'lishi kerak bo'lgan narsaga aylanishi kerak: jamoaning kuchini murakkab muammoni hal qilishga yo'naltirish vositasi.
Ted Spens "Bellevue kolleji" da dars beradi va "Lockstep" da muhandislik bo'limiga rahbarlik qiladi. Agar siz dasturiy ta'minot muhandisligi va biznes tahliliga qiziqsangiz, men sizdan "LinkedIn" da xabar olishni istardim.
