Kepiye, ing kahanan arsitektur sampah lan kekurangan katrampilan Scrum, kita nggawe tim lintas komponen

Hello!

Jenengku Alexander, lan aku mimpin pangembangan IT ing UBRD!

Ing 2017, kita ing pusat pangembangan layanan teknologi informasi ing UBRD nyadari yen wektu wis teka kanggo owah-owahan global, utawa luwih, transformasi tangkas. Ing kahanan pangembangan bisnis intensif lan wutah cepet saka kompetisi ing pasar financial, rong taun iku wektu nyengsemaken. Mulane, wektu kanggo nyimpulake proyek kasebut.

Wangsulan: Bab ingkang paling angel kanggo ngganti pikiran lan mboko sithik ngganti budaya ing organisasi, ngendi iku umum kanggo mikir: "Sapa sing bakal dadi boss ing tim iki?", "Bos luwih ngerti apa sing kudu kita tindakake," ". Kita wis kerja ing kene suwene 10 taun lan luwih ngerti klien kita." , kita ngerti apa sing dibutuhake."

Transformasi sing lincah mung bisa kedadeyan nalika wong-wong mau owah.
Aku bakal nyorot rasa wedi utama ing ngisor iki sing nyegah wong ngganti:

  • Wedi kelangan daya lan "epaulets";
  • Wedi dadi ora perlu kanggo perusahaan.

Sawise miwiti dalan transformasi, kita milih "terwelu sing berpengalaman" pisanan - karyawan departemen ritel. Langkah pisanan yaiku ngrancang maneh struktur IT sing ora efisien. Sawise nggawe konsep target kanggo struktur kasebut, kita wiwit nggawe tim pangembangan.

Kepiye, ing kahanan arsitektur sampah lan kekurangan katrampilan Scrum, kita nggawe tim lintas komponen

Arsitèktur ing bank kita, kaya ing pirang-pirang liyane, minangka "sampah," kanthi gampang. A nomer ageng saka aplikasi lan komponen monolithically interconnected dening link DB, ana bis ESB, nanging ora nepaki tujuan dimaksudaké. Ana uga sawetara ABS.

Kepiye, ing kahanan arsitektur sampah lan kekurangan katrampilan Scrum, kita nggawe tim lintas komponen

Sadurunge mbentuk tim Scrum, pitakonan muncul: "Tim apa sing kudu diklumpukake?" Konsep sing ana produk ing bisa, mesthi, ana ing udhara, nanging mung metu saka tekan. Sawise mikir akeh, kita mutusake manawa tim kasebut kudu dikumpulake ing arah utawa segmen. Contone, "Kredit Tim", sing ngembangake pinjaman. Sawise mutusake babagan iki, kita wiwit nggawe komposisi target peran lan set kompetensi sing dibutuhake kanggo pangembangan efektif wilayah iki. Kaya akeh perusahaan liyane, kita njupuk kabeh peran kajaba Scrum Master - ing wektu iku meh mokal kanggo nerangake CIO apa peran saka wong apik iki.

AkibatΓ©, sawise nerangake perlune ngluncurake tim pangembangan, kita ngluncurake telung tim:

  1. Pinjaman
  2. Kartu
  3. Operasi pasif

Kanthi set peran:

  1. Manajer Pengembangan (Tech Lead)
  2. Pangembang
  3. Analyst
  4. Tester

Langkah sabanjure yaiku nemtokake cara kerja tim. Kita nganakake latihan tangkas kanggo kabeh anggota tim lan lungguh kabeh ing siji ruangan. Ora ana PO ing tim kasebut. Mbokmenawa saben wong sing wis nindakake transformasi tangkas ngerti carane angel nerangake peran PO kanggo bisnis, lan malah luwih angel kanggo njagong ing jejere tim lan menehi wewenang. Nanging kita "mlaku" menyang owah-owahan iki karo apa sing kita duwe.

Kanthi akeh aplikasi sing melu proses kredit lan bisnis ritel liyane, kita mulai mikir, sapa sing cocog kanggo peran kasebut? A pangembang siji tumpukan teknologi, lan banjur katon - lan sampeyan kudu pangembang tumpukan teknologi liyane! Lan saiki sampeyan wis nemokake sing dibutuhake, nanging kepinginan karyawan uga penting, lan cukup angel kanggo meksa wong bisa kerja ing ngendi dheweke ora seneng.

Sawise nganalisa karya proses bisnis kredit lan obrolan dawa karo kolega, kita pungkasanipun nemokake tengah! Mangkene telung tim pangembangan muncul.

Kepiye, ing kahanan arsitektur sampah lan kekurangan katrampilan Scrum, kita nggawe tim lintas komponen

Apa sabanjurΓ©?

Wong-wong wiwit dibagi dadi sing pengin ngganti lan sing ora. Saben uwong wis biasa kerja ing kahanan "dheweke menehi masalah, aku nindakake, ninggalake aku dhewe," nanging kerja tim ora ateges iki. Nanging kita uga ngrampungake masalah iki. Secara total, 8 saka 150 wong mandheg nalika owah-owahan!

Banjur kesenengan diwiwiti. Tim lintas-komponen kita wiwit berkembang dhewe. Contone, ana tugas sing sampeyan kudu duwe katrampilan ing bidang pangembang CRM. Dheweke ana ing tim, nanging dheweke dhewekan. Ana uga pangembang Oracle. Apa sing kudu ditindakake yen sampeyan kudu ngrampungake 2 utawa 3 tugas ing CRM? Saling ajar! Wong lanang wiwit nransfer kompetensi kanggo saben liyane, lan tim ditambahi kabisan, minimalake katergantungan ing siji spesialis kuwat (kanthi cara, ing sembarang perusahaan ana supermen sing ngerti kabeh lan ora ngomong sapa).

Dina iki kita wis nglumpuk 13 tim pembangunan kanggo kabeh wilayah bisnis lan pangembangan layanan. Kita nerusake transformasi tangkas lan tekan level anyar. Iki mbutuhake owah-owahan anyar. Kita bakal ngrancang maneh tim lan arsitektur, lan ngembangake kompetensi.

Tujuan pungkasan: nanggapi owah-owahan produk kanthi cepet, nggawa fitur anyar menyang pasar lan nambah layanan bank!

Source: www.habr.com

Add a comment