Kako smo, u uslovima trashy arhitekture i nedostatka Scrum vještina, stvarali međukomponentne timove

Zdravo!

Moje ime je Aleksandar i vodim IT razvoj u UBRD-u!

U 2017. godini smo u Centru za razvoj informacionih tehnologija pri UBRD-u shvatili da je došlo vrijeme za globalne promjene, odnosno agilnu transformaciju. U uslovima intenzivnog razvoja poslovanja i brzog rasta konkurencije na finansijskom tržištu, dve godine su impresivan period. Stoga je vrijeme da sumiramo projekat.

Najteže je promijeniti način razmišljanja i postepeno mijenjati kulturu u organizaciji, gdje je uobičajeno razmišljati: “Ko će biti šef u ovom timu?”, “Šef bolje zna šta treba da radimo”, “ Ovdje radimo 10 godina i bolje poznajemo naše klijente.” , znamo šta im treba.”

Agilna transformacija se može dogoditi samo kada se sami ljudi mijenjaju.
Istaknuo bih sledeće ključne strahove koji sprečavaju ljude da se promene:

  • Strah od gubitka moći i “epolete”;
  • Strah da će postati nepotreban za kompaniju.

Krenuvši na put transformacije, odabrali smo prve "iskusne zečeve" - ​​zaposlenike maloprodajnog odjela. Prvi korak je bio redizajn neefikasne IT strukture. Nakon što smo smislili ciljni koncept strukture, počeli smo formirati razvojne timove.

Kako smo, u uslovima trashy arhitekture i nedostatka Scrum vještina, stvarali međukomponentne timove

Arhitektura u našoj banci, kao i u mnogim drugim, je, blago rečeno, “trash”. Ogroman broj aplikacija i komponenti je monolitno međusobno povezan DB vezom, postoji ESB magistrala, ali ne ispunjava svoju svrhu. Tu su i neki ABS.

Kako smo, u uslovima trashy arhitekture i nedostatka Scrum vještina, stvarali međukomponentne timove

Prije formiranja Scrum timova, postavilo se pitanje: “Oko čega bi se tim trebao okupiti?” Koncept da postoji proizvod u limenci, naravno, bio je u zraku, ali van domašaja. Nakon dugog razmišljanja, odlučili smo da tim treba da bude okupljen oko pravca ili segmenta. Na primjer, “Team Credits”, koji razvija kreditiranje. Odlukom o tome, počeli smo da dolazimo do ciljanog sastava uloga i skupa kompetencija neophodnih za efikasan razvoj ove oblasti. Kao i mnoge druge kompanije, uzeli smo u obzir sve uloge osim Scrum Mastera – u to vrijeme je bilo gotovo nemoguće objasniti CIO-u koja je uloga ove divne osobe.

Kao rezultat toga, nakon objašnjenja potrebe za pokretanjem razvojnih timova, pokrenuli smo tri tima:

  1. Krediti
  2. Kartice
  3. Pasivne operacije

Sa setom uloga:

  1. Menadžer razvoja (Tech Lead)
  2. Programer
  3. Analitičar
  4. Tester

Sljedeći korak je bio odrediti kako će tim raditi. Proveli smo agilni trening za sve članove tima i smjestili sve u jednu prostoriju. U timovima nije bilo PO. Vjerovatno svi koji su napravili agilnu transformaciju shvaćaju koliko je teško objasniti ulogu PO za posao, a još teže ga posjesti uz tim i dati mu autoritet. Ali u te promjene smo „zakoračili“ sa onim što smo imali.

Uz toliki broj aplikacija uključenih u procese pozajmljivanja i ostatak maloprodajnog poslovanja, počeli smo razmišljati, ko bi mogao biti pravi za te uloge? Programer jednog tehnološkog steka, a onda pogledate - i treba vam programer drugog tehnološkog steka! I sada ste našli one koji su potrebni, ali je i želja zaposlenog važna stvar i prilično je teško natjerati čovjeka da radi tamo gdje mu se ne sviđa.

Nakon analize rada procesa kreditiranja i dugih razgovora sa kolegama, konačno smo pronašli sredinu! Tako su nastala tri razvojna tima.

Kako smo, u uslovima trashy arhitekture i nedostatka Scrum vještina, stvarali međukomponentne timove

Što je sljedeće?

Ljudi su se počeli dijeliti na one koji žele promjenu i one koji ne žele. Svi su navikli da rade u uslovima „dali su mi problem, ja sam to uradio, ostavite me na miru“, ali timski rad to ne podrazumeva. Ali riješili smo i ovaj problem. Ukupno je 8 od 150 ljudi dalo otkaz tokom promjena!

Onda je počela zabava. Naši međukomponentni timovi počeli su se sami razvijati. Na primjer, postoji zadatak za koji morate imati vještine u oblasti CRM programera. On je u timu, ali je sam. Tu je i Oracle programer. Šta učiniti ako trebate riješiti 2 ili 3 zadatka u CRM-u? Učite jedni druge! Momci su počeli prenositi svoje kompetencije jedni na druge, a tim je proširio svoje mogućnosti, minimizirajući ovisnost o jednom jakom stručnjaku (usput, u bilo kojoj kompaniji postoje supermeni koji sve znaju i nikome ne govore).

Danas smo okupili 13 razvojnih timova za sve oblasti poslovanja i razvoja usluga. Nastavljamo našu agilnu transformaciju i dostižemo novi nivo. Ovo će zahtijevati nove promjene. Redizajnirat ćemo timove i arhitekturu, te razvijati kompetencije.

Naš konačni cilj: brzo odgovoriti na promjene proizvoda, brzo donijeti nove mogućnosti na tržište i poboljšati usluge banke!

izvor: www.habr.com

Dodajte komentar