Doiralarda yugurish

Nega Agile ishlamayapti va biz boshqacha yo'l tutamiz

Agile qadriyatlar to'plami sifatida boshlandi. Qadriyatlar nozik va mavhumdir, shuning uchun tez tarqaladigan narsa qadriyatlar emas, balki tsikllarda ishlash amaliyoti edi. Ko'chadan tushuntirish oson va nusxa ko'chirish oson.

Bizning sanoatimizdagi odamlar sharshara qilishni to'xtatib, chaqqonlikka o'tishgan deb o'ylashadi. Aslida ular shunchaki yuqori chastotali sharsharaga o'tdilar.

Agile tezlik bilan sinonimga aylandi. Hamma tezroq, ko'proq narsani xohlaydi. Va ko'pchilik jamoalar etarlicha tezkor ish olib bormayotgan narsa bu yuk tashish. Shunday qilib, tsikllar "tezlik" va muvaffaqiyat o'lchovi bo'ldi.

Ammo tezlik bu muammo emas. Va tsiklning o'zi sizni jo'natishga yordam bermaydi. Muammolar noto'g'ri ishlarni bajarish, o'ziga xos xususiyatlarni yaratish va chalg'itish.

Haqiqiy Agile ™ ning o'tmishda yoki kelajakda bo'lishini da'vo qilish ham yordam bermaydi. Sizning jamoangiz yuk tashishda qiyinchiliklarga duch kelganda, sizga bu erda va hozir qo'llashingiz mumkin bo'lgan amaliy qadamlar kerak. Faqat ideal emas.

Tsikllar yaxshi. Biz Basecampda ko'chadan ishlaymiz. Ammo tsikldan tashqari, o'z vaqtida va sog'lig'ingizni etkazib berish uchun sizga yana uchta amaliyot kerak.

Resurslarni qasddan taqsimlash

Dizaynerlar va ishlab chiquvchilar, agar odamlar doimo ularning diqqatini jalb qilsalar, olg'a siljishmaydi. Qo'llab-quvvatlashda xato topilsa yoki sotuvga yangi xususiyat kerak bo'lsa, muhim emas. Resurslarni taqsimlash resurslarni ajratishni anglatadi. Kimdir o'ziga xos xususiyatni yaratish uchun vaqt va pulni kim ajratsa, jamoani himoya qilishi kerak, shunda ular so'ragan narsani bajarishlari mumkin. Jamoa vaqti va e'tiborini ta'minlash uchun yuqoridan mandat talab qilinadi. Jamoa buni amalga oshirmoqda va faqat tsikl davomida.

Basecampda biz har bir tsiklni uchta guruhdan iborat: bitta dizayner va ikkita dasturchi bilan boshlaymiz. Ularning ushbu loyihadan boshqa hech qanday aloqasi yo'q. Agar siz xatolar paydo bo'lgan bo'lsa, ularni tuzatish kerak deb hisoblasangiz, buning uchun resurslarni sarflang. Agar siz savdo va mahsulot o'rtasida keskinlik bo'lsa, ushbu tsiklni tanlang. Agar etarlicha odam bo'lmasa, tsikl vaqtini bo'limlar orasida o'zgartiring.

Faqat boshqaruv diqqatni himoya qilishi mumkin. Jamoa e'tiborini faqat ish qo'llab-quvvatlasagina ishlaydi.

O'zgaruvchan talablar

Agar jamoa biron bir guruhga ishlasa, iteratsiya qilishning ma'nosi yo'q. Qayta ishlashning maqsadi - yo'nalishda borganingizda yo'nalishni o'zgartirish. Loyihani oldindan belgilash jamoani sharshara jarayoniga majbur qiladi. Agar rejaning har bir tafsilotini tuzish kerak bo'lsa, jamoalar biror narsani kashf qilishganda kutilganidan qiyinroq, kutilganidan kam ahamiyatli yoki haqiqat rejaga zid bo'lganda tanlov qilishmaydi.

Basecamp-da har bir loyihani asosiy tushuncha bilan boshlaymiz. Biz ajratgan vaqtimizda g'oyaning ba'zi versiyalari mazmunli bajarilishini tekshirish uchun biz strategiya tomonida uy vazifamizni bajaramiz. Shuningdek, biz kontseptsiyaning 100% dan kamrog'i etkazib berilishiga aminmiz. Hamma narsa buni qilmaydi, lekin muhim narsalar amalga oshiradi. Agar biz ishonchimiz komil bo'lmasa, biz tsiklga biron bir narsani qo'yamiz va kontseptsiyani etarli darajada bajarganimizdan keyin qaytib kelamiz.

Shu kabi tushuncha bilan jamoalarni boshlash uchun siz yadroni tashqi qismdan ajratishingiz kerak. Mutlaqo muhim bo'lgan narsalarni "biz buni qanday amalga oshirishimiz kerakligi" g'oyasidan ajratib oling.

Bitta UI qarori bir haftada keraksiz ishlarga olib kelishi mumkin. Dasturchi Javascript to'plamini o'zgartirish uchun faqat tafsilotlar kontseptsiyaga mos kelmasligini bilib olish uchun kurashishi mumkin edi. Dizayner shunchaki narxni bilmasdan bu shovqinni tanlab oldi.

Amalda, bu jamoalarga imkoniyatlarni qayta aniqlash uchun kuch berish demakdir. Ba'zi narsalar zarur, boshqa narsalar esa yo'q. Jamoa farqni bilishi va shunga mos ravishda qo'ng'iroqlarni amalga oshirishi kerak. Buni kuchaytirish uchun biz jamoalarga tsikl boshlanganida past aniqlikdagi qo'lda chizilgan eskizlarni beramiz va dizayn va amalga oshirish xususiyatlaridan ko'ra ko'proq motivatsiyaga ko'proq vaqt sarflaymiz.

Jeysonning

Tepalik strategiyalari

"Tezlik" va "voqea nuqtalari" ni kuzatib boradigan jamoalar rivojlanishni xuddi chiziqli mehnat kabi qabul qiladilar. Dasturiy ta'minotni ishlab chiqarish qoziq toshlarini ko'chirishga o'xshamaydi.

Agar ish shu kabi bo'lsa, siz toshlarni sanashingiz mumkin, boshqasini ko'chirish vaqtini hisoblashingiz, matematikani bajarishingiz va bajarilishi kerak edi.

Muammoni hal qilishni talab qiladigan ish ko'proq tepaga o'xshaydi. Siz nima qilayotganingizni aniqlaydigan yuqori bosqich. Keyin tepaga chiqqandan so'ng, siz boshqa tomonni va nimani tugatish kerakligini ko'rishingiz mumkin.

Ko'tarilish bosqichi noto'g'ri qadamlar va doiralar va o'lik uchlarga to'la. Bu erda siz kutilmagan narsaga duch kelasiz. Dasturchi "ha, ikki kun kerak bo'ladi" deb aytadi, lekin keyin ular kodga tegishni boshlaydilar va haqiqat yanada murakkabroq. Yoki dizayner "bu shovqin mukammal bo'ladi" deb aytadi va ular uni qurilmada sinab ko'rishadi va bu ular kutgan narsa emas.

Jamoa uchun eng muhim savol "nima qoldi?" Emas, "nima noma'lum?" Siz u erga kirib, o'zgarishi kerak bo'lgan hamma narsani ko'rdingizmi? Ishonchni qozonishning yagona usuli - bu sizning yengingizni o'rash va muammo haqiqati bilan shug'ullanish.

Basecamp-da bizning jamoalar qo'rqinchli noma'lum bo'lgan joylarni qidirib topadilar va ular ustida birinchi bo'lib ishlaydilar. Ushbu yuqori darajadagi ish strategiyani talab qiladi. Biz bu haqda Getting Realda yozdik. Kodni oching, ishlaydigan narsaga aylantiring, uni haqiqiy ma'lumotlar bilan yuklang va sinab ko'ring. Agar butun xususiyat prototip uchun juda katta bo'lsa, eng muhim qismlarni ajratib oling va ularni qismlarga ajratib oling.

Ko'tarilish va tushishning turli bosqichlari

Yuqori ish - bu qiyin va mumkin bo'lgan narsalarni bilib, qiymatli qarorlarni qabul qiladigan joy. Mana shu o'zgaruvchan talablar to'g'risida qaror qabul qilasiz, chunki uni amalga oshirishdagi haqiqiy xarajatlar va imkoniyatlarni ko'rib turibsiz. Balandlikni o'rganish, ataylab ajratilgan resurslar orqali jamoalarga berilgan e'tibor va vaqtni talab qiladi.

Biz buni ko'p yillar davomida norasmiy ravishda qildik, birinchi navbatda ularni noma'lum narsalarga e'tibor berdik. Yaqinda biz buni Hill Chart bilan rasmiylashtirishni boshladik. Bugungi kunda biz tez-tez beriladigan savol: "tepada u qani?"

Mana, oktyabrda etkazib berilgan loyihada qidiruv.

Avval qidiruv natijalarini qayta ishlash, keyin ularni navga o'tkazish

Va bu erda Vazifalar Guruhlari loyihasidagi ba'zi lahzalar mavjud.

Eng muhim uchta qism birinchi bo'lib tepadan o'tib ketdiO'ramoq

Yetkazib berish uchun butun biznes kerak

Jamoalar tsiklda ishlaydimi yoki yo'qmi - bu hikoyaning faqat bir qismidir. Agar "vaqt" ni boshqarishmasa, "chaqqon" jamoa juda uzoqqa ketmaydi. Va agar ular o'rgangan talablarini o'zgartirishga moslashuvchan bo'lmasa, kechqurun va kech etkazib berish kafolatlanadi.

Dizaynerlar va ishlab chiquvchilar barmoqlaringizni kesib o'tmasdan, aniqlikni qo'lga kiritish uchun Getting Real-dan yuqori strategiyalarni o'rganishlari mumkin. Kim talablarni qo'ysa, jamoalarga baland pog'onani orqaga surib qo'yishi mumkin. Va resurslarni taqsimlovchilar o'z jamoalari diqqatini jalb qilish uchun ko'proq javobgarlikni o'z zimmalariga olishlari mumkin.

Biz buni 15 yildan beri qilamiz. Umid qilamanki, ushbu usullarning ba'zilari bilan bo'lishish sizga ham yordam beradi.

YANGILASH:

Ushbu maqola yozilganligi sababli, biz o'zingizning Hill Charts-laringizni qilishingiz uchun Basecamp 3-da ushbu xususiyatni yaratdik va chiqazdik. Barcha tafsilotlarni bu erda ko'ring:

Basecamp-dagi yangilik: Hill Chart bilan qayerda loyihalar borligini ko'ring