Kiel, en la kondiĉoj de malpura arkitekturo kaj manko de Scrum-kapabloj, ni kreis trans-komponentajn teamojn

Saluton!

Mi nomiĝas Aleksandro, kaj mi gvidas IT-disvolvadon ĉe UBRD!

En 2017, ni ĉe la centro por la disvolviĝo de informaj teknologioservoj ĉe UBRD rimarkis, ke venis la tempo por tutmondaj ŝanĝoj, aŭ pli ĝuste, lerta transformo. En kondiĉoj de intensa komerca disvolviĝo kaj rapida kresko de konkurenco en la financa merkato, du jaroj estas impona periodo. Tial, estas tempo resumi la projekton.

La plej malfacila afero estas ŝanĝi vian pensadon kaj iom post iom ŝanĝi la kulturon en la organizo, kie oni kutimas pensi: "Kiu estos la estro en ĉi tiu teamo?", "La estro scias pli bone, kion ni devas fari," " Ni laboras ĉi tie dum 10 jaroj kaj konas niajn klientojn pli bone." , Ni scias, kion ili bezonas."

Lerta transformo povas okazi nur kiam la homoj mem ŝanĝiĝas.
Mi reliefigus la jenajn ŝlosilajn timojn, kiuj malhelpas homojn ŝanĝiĝi:

  • Timo perdi potencon kaj "epoletojn";
  • Timo fariĝi nenecesa por la kompanio.

Ekirinte la vojon de transformo, ni elektis la unuajn "spertajn kuniklojn" - dungitojn de la podetala fako. La unua paŝo estis restrukturi la malefikan IT-strukturon. Elpensinte celkoncepton por la strukturo, ni komencis formi evoluajn teamojn.

Kiel, en la kondiĉoj de malpura arkitekturo kaj manko de Scrum-kapabloj, ni kreis trans-komponentajn teamojn

La arkitekturo en nia banko, kiel en multaj aliaj, estas "rubo", por paroli milde. Grandega nombro da aplikoj kaj komponantoj estas monolite interligitaj per DB-ligo, ekzistas ESB-buso, sed ĝi ne plenumas sian celitan celon. Estas ankaŭ kelkaj ABS.

Kiel, en la kondiĉoj de malpura arkitekturo kaj manko de Scrum-kapabloj, ni kreis trans-komponentajn teamojn

Antaŭ ol formi Scrum-teamojn, la demando ekestis: "Kion devus la teamo kunveni?" La koncepto, ke estis produkto en la ladskatolo, kompreneble estis en la aero, sed nur ekstere de atingo. Post multe da pripensado, ni decidis ke la teamo devus esti kolektita ĉirkaŭ direkto aŭ segmento. Ekzemple, "Team Kreditoj", kiu disvolvas pruntedonadon. Decidinte pri tio, ni komencis elpensi celan konsiston de roloj kaj aron da kompetentecoj necesaj por la efika disvolviĝo de ĉi tiu areo. Kiel multaj aliaj kompanioj, ni konsideris ĉiujn rolojn krom la Scrum Master - tiam estis preskaŭ neeble klarigi al la CIO, kia estas la rolo de ĉi tiu mirinda persono.

Kiel rezulto, post klarigi la bezonon lanĉi evoluajn teamojn, ni lanĉis tri teamojn:

  1. Pruntoj
  2. Kartoj
  3. Pasivaj Operacioj

Kun aro de roloj:

  1. Evolumanaĝero (Teknika Ĉefo)
  2. ellaboranto
  3. Analizisto
  4. Testilo

La sekva paŝo estis determini kiel la teamo funkcios. Ni faris lertan trejnadon por ĉiuj teamanoj kaj sidigis ĉiujn en unu ĉambro. Ne estis POoj en la teamoj. Verŝajne ĉiuj, kiuj faris lertan transformon, komprenas kiom malfacile estas klarigi la rolon de PO al la komerco, kaj eĉ pli malfacile sidi lin apud la teamo kaj doni al li aŭtoritaton. Sed ni "paŝis" en ĉi tiujn ŝanĝojn kun tio, kion ni havis.

Kun tiom da aplikoj implikitaj en pruntprocezoj kaj la resto de la podetala komerco, ni komencis pensi, kiu eble taŭgas por la roloj? Ellaboranto de unu teknologia stako, kaj tiam vi rigardas - kaj vi bezonas programiston de alia teknologia stako! Kaj nun vi trovis tiujn, kiuj estas bezonataj, sed la deziro de la dungito ankaŭ estas grava afero, kaj estas sufiĉe malfacile devigi homon labori kie li ne ŝatas.

Analizinte la laboron de la prunta komerca procezo kaj longaj konversacioj kun kolegoj, ni finfine trovis mezan vojon! Tiel aperis tri evoluaj teamoj.

Kiel, en la kondiĉoj de malpura arkitekturo kaj manko de Scrum-kapabloj, ni kreis trans-komponentajn teamojn

Kio sekvas?

Homoj komencis dividi en tiuj kiuj volas ŝanĝi kaj tiuj kiuj ne. Ĉiuj kutimas labori en la kondiĉoj de "ili donis al mi problemon, mi faris ĝin, lasu min trankvila", sed teama laboro ne implicas tion. Sed ni solvis ankaŭ ĉi tiun problemon. Entute 8 el 150 homoj rezignas dum la ŝanĝoj!

Tiam la amuzo komenciĝis. Niaj trans-komponentaj teamoj komencis disvolvi sin. Ekzemple, estas tasko por kiu vi devas havi kapablojn en la kampo de CRM-programisto. Li estas en la teamo, sed li estas sola. Ekzistas ankaŭ Oracle-programisto. Kion fari se vi bezonas solvi 2 aŭ 3 taskojn en CRM? Instruu unu la alian! La uloj komencis transdoni siajn kompetentecojn unu al la alia, kaj la teamo vastigis siajn kapablojn, minimumigante dependecon de unu forta specialisto (cetere, en iu ajn kompanio estas superhomoj, kiuj scias ĉion kaj ne diras al iu ajn).

Hodiaŭ ni kunvenis 13 evoluajn teamojn por ĉiuj areoj de komerca kaj servo-disvolviĝo. Ni daŭrigas nian lertan transformon kaj atingas novan nivelon. Ĉi tio postulos novajn ŝanĝojn. Ni restrukturos teamojn kaj arkitekturon, kaj disvolvos kompetentecojn.

Nia fina celo: rapide respondi al produktaj ŝanĝoj, rapide alporti novajn funkciojn al la merkato kaj plibonigi la servojn de la banko!

fonto: www.habr.com

Aldoni komenton