Qanday qilib axlatli arxitektura va Scrum ko'nikmalarining etishmasligi sharoitida biz o'zaro komponentlar guruhlarini yaratdik

Salom!

Mening ismim Aleksandr, men UBRDda IT rivojlanishini boshqaraman!

2017-yilda biz UBRD huzuridagi Axborot texnologiyalari xizmatlarini rivojlantirish markazida global oβ€˜zgarishlar, toβ€˜gβ€˜rirogβ€˜i, tezkor transformatsiya vaqti kelganini angladik. Biznesning jadal rivojlanishi va moliya bozorida raqobatning jadal o'sishi sharoitida ikki yil ta'sirchan davr hisoblanadi. Shunday qilib, loyihani yakunlash vaqti keldi.

Eng qiyin narsa - fikrlashni o'zgartirish va tashkilotdagi madaniyatni asta-sekin o'zgartirish, bu erda: "Bu jamoada kim xo'jayin bo'ladi?", "Boshliq nima qilishimiz kerakligini yaxshiroq biladi", "" Biz bu erda 10 yildan beri ishlaymiz va mijozlarimizni yaxshiroq bilamiz. ” , biz ularga nima kerakligini bilamiz.

Agile transformatsiya faqat odamlarning o'zi o'zgarganda sodir bo'lishi mumkin.
Men odamlarning o'zgarishiga to'sqinlik qiladigan quyidagi asosiy qo'rquvlarni ta'kidlayman:

  • Quvvatni va "epauletlarni" yo'qotishdan qo'rqish;
  • Kompaniya uchun keraksiz bo'lib qolishdan qo'rqish.

Transformatsiya yo'liga o'tib, biz birinchi "tajribali quyonlarni" - chakana savdo bo'limi xodimlarini tanladik. Birinchi qadam samarasiz IT tuzilmasini qayta ishlab chiqish edi. Tuzilish uchun maqsadli kontseptsiyani ishlab chiqqandan so'ng, biz rivojlanish guruhlarini shakllantirishni boshladik.

Qanday qilib axlatli arxitektura va Scrum ko'nikmalarining etishmasligi sharoitida biz o'zaro komponentlar guruhlarini yaratdik

Bizning bankimizdagi arxitektura, boshqalar kabi, yumshoq qilib aytganda, "axlat". Ko'p sonli ilovalar va komponentlar ma'lumotlar bazasi havolasi bilan monolitik tarzda o'zaro bog'langan, ESB avtobusi mavjud, ammo u o'z maqsadini bajarmaydi. Bundan tashqari, ba'zi ABS mavjud.

Qanday qilib axlatli arxitektura va Scrum ko'nikmalarining etishmasligi sharoitida biz o'zaro komponentlar guruhlarini yaratdik

Scrum jamoalarini shakllantirishdan oldin savol tug'ildi: "Jamoani nima atrofida yig'ish kerak?" Konserva ichida mahsulot borligi haqidagi tushuncha, albatta, havoda edi, lekin faqat qo'li yetmasdi. Ko'p o'ylab, biz jamoani bir yo'nalish yoki segment atrofida to'plash kerak degan qarorga keldik. Masalan, kreditlashni rivojlantiruvchi "Team Credits". Bu haqda qaror qabul qilib, biz ushbu sohani samarali rivojlantirish uchun zarur bo'lgan rollarning maqsadli tarkibini va bir qator vakolatlarni ishlab chiqishni boshladik. Boshqa ko'plab kompaniyalar singari, biz Scrum Masterdan tashqari barcha rollarni hisobga oldik - o'sha paytda CIOga bu ajoyib shaxsning roli nima ekanligini tushuntirish deyarli mumkin emas edi.

Natijada, rivojlanish guruhlarini ishga tushirish zarurligini tushuntirganimizdan so'ng, biz uchta jamoani ishga tushirdik:

  1. Kreditlar
  2. Xaritalar
  3. Passiv operatsiyalar

Rollar to'plami bilan:

  1. Rivojlanish menejeri (texnik rahbari)
  2. Tuzuvchi
  3. Tahlilchi
  4. Sinovchi

Keyingi qadam jamoa qanday ishlashini aniqlash edi. Biz barcha jamoa a'zolari uchun tezkor mashg'ulot o'tkazdik va barchani bitta xonaga joylashtirdik. Jamoalarda hech qanday PO yo'q edi. Ehtimol, chaqqon transformatsiyani amalga oshirgan har bir kishi biznesga PO rolini tushuntirish qanchalik qiyinligini va uni jamoaning yoniga o'tirib, unga vakolat berish undan ham qiyinroq ekanligini tushunadi. Ammo biz o'zimizdagi narsalar bilan bu o'zgarishlarga "qadam berdik".

Kreditlash jarayonlari va chakana biznesning qolgan qismi bilan bog'liq ko'plab ilovalar bilan biz o'ylay boshladik, kim rollarga mos kelishi mumkin? Bitta texnologik stekni ishlab chiquvchisi, keyin siz qaraysiz - va sizga boshqa texnologiya stekini ishlab chiquvchi kerak! Va endi siz keraklilarni topdingiz, lekin xodimning xohishi ham muhim narsa va odamni yoqtirmaydigan joyda ishlashga majburlash juda qiyin.

Kreditlash biznes jarayonining ishini va hamkasblar bilan uzoq suhbatlarni tahlil qilib, biz nihoyat o'rta joy topdik! Shunday qilib uchta rivojlanish guruhi paydo bo'ldi.

Qanday qilib axlatli arxitektura va Scrum ko'nikmalarining etishmasligi sharoitida biz o'zaro komponentlar guruhlarini yaratdik

Keyin nima?

Odamlar o'zgarishni xohlaydiganlar va o'zgarmaydiganlarga bo'linishni boshladilar. Hamma β€œMenga muammo berishdi, men qildim, meni tinch qoβ€˜ying” degan sharoitda ishlashga oβ€˜rganib qolgan, ammo jamoaviy ish buni anglatmaydi. Ammo biz bu muammoni ham hal qildik. Hammasi bo'lib, o'zgarishlar paytida 8 kishidan 150 nafari ishdan chiqdi!

Keyin kulgi boshlandi. Bizning o'zaro komponentlar jamoalarimiz o'zlarini rivojlantirishni boshladilar. Masalan, CRM ishlab chiqaruvchisi sohasida ko'nikmalarga ega bo'lishingiz kerak bo'lgan vazifa mavjud. U jamoada, lekin u yolg'iz. Oracle dasturchisi ham mavjud. Agar CRM-da 2 yoki 3 ta vazifani hal qilishingiz kerak bo'lsa, nima qilish kerak? Bir-biringizga o'rgating! Yigitlar o'z vakolatlarini bir-birlariga o'tkaza boshladilar va jamoa bitta kuchli mutaxassisga qaramlikni minimallashtirib, o'z imkoniyatlarini kengaytirdi (Aytgancha, har qanday kompaniyada hamma narsani biladigan va hech kimga aytmaydigan supermenlar bor).

Bugun biz biznes va xizmatlarni rivojlantirishning barcha sohalari uchun 13 ta rivojlanish guruhini yig'dik. Biz tezkor o'zgarishlarimizni davom ettiramiz va yangi bosqichga chiqamiz. Bu yangi o'zgarishlarni talab qiladi. Biz jamoalar va arxitekturani qayta loyihalashtiramiz va malakalarni rivojlantiramiz.

Bizning yakuniy maqsadimiz: mahsulot oβ€˜zgarishlariga tezda javob berish, bozorga yangi funksiyalarni tezda olib kirish va bank xizmatlarini yaxshilash!

Manba: www.habr.com

a Izoh qo'shish