Hoe ons, in die toestande van afvallige argitektuur en gebrek aan Scrum-vaardighede, kruiskomponentspanne geskep het

ΠŸΡ€ΠΈΠ²Π΅Ρ‚!

My naam is Alexander, en ek lei IT-ontwikkeling by UBRD!

In 2017 het ons by die sentrum vir die ontwikkeling van inligtingstegnologiedienste by UBRD besef dat die tyd aangebreek het vir globale veranderinge, of liewer, ratse transformasie. In toestande van intensiewe besigheidsontwikkeling en vinnige groei van mededinging in die finansiΓ«le mark, is twee jaar 'n indrukwekkende tydperk. Daarom is dit tyd om die projek op te som.

Die moeilikste ding is om jou denke te verander en geleidelik die kultuur in die organisasie te verander, waar dit algemeen is om te dink: "Wie sal die baas in hierdie span wees?", "Die baas weet beter wat ons moet doen," " Ons werk al 10 jaar hier en ken ons kliΓ«nte beter.” , ons weet wat hulle nodig het.”

Agile transformasie kan slegs plaasvind wanneer die mense self verander.
Ek wil die volgende sleutelvrese uitlig wat mense verhoed om te verander:

  • Vrees om krag te verloor en "epaulets";
  • Vrees om onnodig vir die maatskappy te word.

Nadat ons die pad van transformasie aangepak het, het ons die eerste "ervare hase" gekies - werknemers van die kleinhandelafdeling. Die eerste stap was om die ondoeltreffende IT-struktuur te herontwerp. Nadat ons met 'n teikenkonsep vir die struktuur vorendag gekom het, het ons begin om ontwikkelingspanne te vorm.

Hoe ons, in die toestande van afvallige argitektuur en gebrek aan Scrum-vaardighede, kruiskomponentspanne geskep het

Die argitektuur in ons bank, soos in baie ander, is "asblik", om dit sagkens te stel. 'n Groot aantal toepassings en komponente is monolities met mekaar verbind deur DB-skakel, daar is 'n ESB-bus, maar dit voldoen nie aan sy beoogde doel nie. Daar is ook 'n paar ABS.

Hoe ons, in die toestande van afvallige argitektuur en gebrek aan Scrum-vaardighede, kruiskomponentspanne geskep het

Voordat Scrum-spanne gevorm is, het die vraag ontstaan: "Waarom moet die span saamgestel word?" Die konsep dat daar 'n produk in die blik was, was natuurlik in die lug, maar net buite bereik. Na baie nadenke het ons besluit dat die span rondom 'n rigting of segment bymekaar gemaak moet word. Byvoorbeeld, "Team Credits", wat lenings ontwikkel. Nadat ons hieroor besluit het, het ons begin om vorendag te kom met 'n teikensamestelling van rolle en 'n stel vaardighede wat nodig is vir die effektiewe ontwikkeling van hierdie area. Soos baie ander maatskappye het ons al die rolle behalwe die Scrum Master in ag geneem – dit was destyds amper onmoontlik om aan die CIO te verduidelik wat die rol van hierdie wonderlike persoon was.

As gevolg hiervan, nadat ons die behoefte verduidelik het om ontwikkelingspanne te begin, het ons drie spanne van stapel gestuur:

  1. lenings
  2. Kaarte
  3. Passiewe bedrywighede

Met 'n stel rolle:

  1. Ontwikkelingsbestuurder (tegniese leier)
  2. Ontwikkelaar
  3. Ontleder
  4. Toetser

Die volgende stap was om te bepaal hoe die span sou werk. Ons het ratse opleiding vir alle spanlede gedoen en almal in een kamer gesit. Daar was geen PO's in die spanne nie. Seker almal wat 'n ratse transformasie gedoen het, verstaan ​​hoe moeilik dit is om die rol van 'n PO aan die besigheid te verduidelik, en selfs moeiliker om hom langs die span te sit en hom gesag te gee. Maar ons het in hierdie veranderinge β€œgestap” met wat ons gehad het.

Met soveel aansoeke betrokke by uitleenprosesse en die res van die kleinhandelbesigheid, het ons begin dink wie is dalk die regte pas vir die rolle? 'n Ontwikkelaar van een tegnologiestapel, en dan kyk jy - en jy benodig 'n ontwikkelaar van 'n ander tegnologiestapel! En nou het jy diegene gevind wat nodig is, maar die begeerte van die werknemer is ook 'n belangrike ding, en dit is nogal moeilik om 'n persoon te dwing om te werk waar hy nie hou nie.

Na die ontleding van die werk van die uitleenbesigheidsproses en lang gesprekke met kollegas, het ons uiteindelik 'n middeweg gevind! Dit is hoe drie ontwikkelingspanne ontstaan ​​het.

Hoe ons, in die toestande van afvallige argitektuur en gebrek aan Scrum-vaardighede, kruiskomponentspanne geskep het

Wat is volgende?

Mense het begin verdeel in diegene wat wil verander en diegene wat nie wil nie. Almal is gewoond daaraan om te werk in die toestande van "hulle het my 'n probleem gegee, ek het dit gedoen, los my uit," maar spanwerk impliseer nie dit nie. Maar ons het ook hierdie probleem opgelos. In totaal het 8 uit 150 mense opgehou tydens die veranderinge!

Toe begin die pret. Ons kruiskomponentspanne het hulself begin ontwikkel. Daar is byvoorbeeld 'n taak waarvoor jy vaardighede in die veld van CRM-ontwikkelaar moet hΓͺ. Hy is in die span, maar hy is alleen. Daar is ook 'n Oracle-ontwikkelaar. Wat om te doen as jy 2 of 3 take in CRM moet oplos? Leer mekaar! Die ouens het hul vaardighede aan mekaar begin oordra, en die span het sy vermoΓ«ns uitgebrei en die afhanklikheid van een sterk spesialis verminder (terloops, in enige maatskappy is daar supermanne wat alles weet en vir niemand vertel nie).

Vandag het ons 13 ontwikkelingspanne saamgestel vir alle areas van besigheids- en diensontwikkeling. Ons gaan voort met ons ratse transformasie en bereik 'n nuwe vlak. Dit sal nuwe veranderinge vereis. Ons sal spanne en argitektuur herontwerp en vaardighede ontwikkel.

Ons finale doelwit: reageer vinnig op produkveranderinge, bring vinnig nuwe kenmerke na die mark en verbeter die bank se dienste!

Bron: will.com

Voeg 'n opmerking