Nola, trash arkitekturaren baldintzetan eta Scrum-en gaitasun faltan, osagaien arteko taldeak sortu genituen

Hi!

Nire izena Alexander da, eta UBRDn IT garapena zuzentzen dut!

2017an, UBRDko informazio teknologien zerbitzuen garapenerako zentroan konturatu ginen aldaketa globaletarako garaia iritsi zela, edo hobeto esanda, eraldaketa arinetarako. Negozioen garapen intentsiboaren eta finantza-merkatuan lehiaren hazkunde azkarraren baldintzetan, bi urte aldi ikusgarria da. Beraz, proiektua laburbiltzeko garaia da.

Zailena zure pentsaera aldatzea eta pixkanaka antolakuntzan kultura aldatzea da, non ohikoa den pentsatzea: “Nor izango da nagusi talde honetan?”, “Nagusiak hobeto daki zer egin behar dugun”, “. 10 urte daramatzagu hemen lanean eta hobeto ezagutzen ditugu gure bezeroak.” , badakigu zer behar duten”.

Eraldaketa bizkorra pertsonak bera aldatzen direnean bakarrik gerta daiteke.
Jendea aldatzea eragozten duten funtsezko beldur hauek nabarmenduko nituzke:

• Boterea galtzeko beldurra eta “palletak”;
• Enpresarentzat alferrikako bihurtzeko beldurra.

Eraldaketaren bideari ekin ondoren, lehen "esperientziadun untxiak" aukeratu genituen - txikizkako saileko langileak. Lehen urratsa IT egitura eraginkorra birdiseinatzea izan zen. Egituraren xede-kontzeptu bat asmatu ondoren, garapen-taldeak osatzen hasi ginen.

Gure bankuko arkitektura, beste askotan bezala, “zaborrontzia” da, horixe esanda. Aplikazio eta osagai kopuru handi bat DB loturaren bidez monolitikoki konektatzen da, ESB bus bat dago, baina ez du bere helburua betetzen. ABS batzuk ere badaude.

Scrum taldeak osatu aurretik, galdera sortu zen: "Zerren inguruan bildu behar da taldea?" Latetan produktu bat zegoela dioen kontzeptua, noski, airean zegoen, baina besterik ez. Asko pentsatu ondoren, taldea norabide edo segmentu baten inguruan bildu behar zela erabaki genuen. Adibidez, "Taldearen Kredituak", maileguak garatzen dituena. Hori erabakita, arlo hau eraginkortasunez garatzeko beharrezkoak diren rolen xede-osaketa eta gaitasun multzoa asmatzen hasi ginen. Beste enpresa askok bezala, rol guztiak kontuan hartu genituen Scrum Master izan ezik - garai hartan ia ezinezkoa zen CIO-ri pertsona zoragarri honen rola zein zen azaltzea.

Ondorioz, garapen taldeak martxan jartzeko beharra azaldu ostean, hiru talde jarri ditugu martxan:

1. maileguak
2. txartela
3. Eragiketa pasiboak

Rol multzo batekin:

1. Garapen zuzendaria (Teknologiako arduraduna)
2. Sustatzailearen
3. Analista
4. Probatzailea

Hurrengo urratsa taldea nola funtzionatuko zuen zehaztea izan zen. Taldekide guztientzat entrenamendu bizkorra egin genuen eta denak gela batean eseri genituen. Taldeetan ez zegoen POrik. Seguruenik, eraldaketa arin bat egin duten guztiek ulertzen dute zein zaila den PO baten rola negozioari azaltzea, eta are zailagoa bera taldearen ondoan esertzea eta autoritatea ematea. Baina guk genuenarekin aldaketa horietan “urrats egin” genuen.

Mailegu-prozesuetan eta gainerako txikizkako negozioetan parte hartzen duten aplikazio askorekin, pentsatzen hasi ginen, nor izan zitekeen egokia roletarako? Pila teknologiko baten garatzailea, eta gero begiratu - eta beste pila teknologiko baten garatzaile bat behar duzu! Eta orain beharrezkoak direnak aurkitu dituzu, baina langilearen nahia ere gauza garrantzitsua da, eta nahiko zaila da pertsona bat nahi ez duen tokian lan egitera behartzea.

Mailegu negozio-prozesuaren lana eta lankideekin izandako elkarrizketa luzeak aztertu ondoren, azkenean erdibide bat aurkitu dugu! Honela agertu ziren hiru garapen talde.

Zer da hurrengoa?

Jendea aldatu nahi dutenak eta ez dutenak banatzen hasi zen. Denak ohituta daude “arazo bat eman zidaten, egin nuen, utzi bakean” baldintzetan lan egitera, baina talde lanak ez dakar hori. Baina arazo hau ere konpondu genuen. Guztira, 8 pertsonetatik 150k utzi zuten uzten aldaketetan!

Orduan hasi zen dibertsioa. Gure osagaien arteko taldeak euren burua garatzen hasi ziren. Adibidez, CRM garatzailearen alorrean trebetasunak izan behar dituzun zeregin bat dago. Taldean dago, baina bakarrik dago. Oracle garatzaile bat ere badago. Zer egin CRMn 2 edo 3 zeregin konpondu behar badituzu? Irakatsi elkarri! Mutilak beren gaitasunak elkarri transferitzen hasi ziren, eta taldeak bere gaitasunak zabaldu zituen, espezialista indartsu baten menpekotasuna gutxituz (bide batez, edozein enpresatan dena dakiten eta inori kontatzen ez dioten supergizonak daude).

Gaur egun, 13 garapen talde bildu ditugu negozio eta zerbitzuen garapenaren arlo guztietarako. Gure eraldaketa arin jarraitzen dugu eta maila berri batera iristen gara. Horrek aldaketa berriak eskatuko ditu. Taldeak eta arkitektura birdiseinatuko ditugu, eta konpetentziak garatuko ditugu.

Gure azken helburua: produktuen aldaketei azkar erantzun, merkatura funtzio berriak azkar ekarri eta bankuaren zerbitzuak hobetu!

Iturria: www.habr.com