Cumu, in e cundizioni di l'architettura trashy è a mancanza di cumpetenze Scrum, avemu creatu squadre cross-component

Hello!

Mi chjamu Alexander, è guidu u sviluppu IT à UBRD!

In 2017, avemu in u centru per u sviluppu di servizii di tecnulugia di l'informatica in UBRD hà capitu chì u tempu era ghjuntu per i cambiamenti glubale, o megliu, trasfurmazioni agile. In cundizioni di sviluppu intensivu di l'affari è crescita rapida di a cumpetizione in u mercatu finanziariu, dui anni hè un periodu impressiunanti. Dunque, hè ora di riassume u prugettu.

A cosa più difficiuli hè di cambià u vostru pensamentu è pocu à pocu cambià a cultura in l'urganizazione, induve hè cumunu di pensà: "Quale serà u capu in questa squadra?", "U capu sapi megliu ciò chì avemu bisognu di fà", " Avemu travagliatu quì dapoi 10 anni è cunnoscenu megliu i nostri clienti. ", sapemu ciò chì anu bisognu. "

A trasformazione agile pò accade solu quandu a ghjente stessu cambia.
Puderaghju mette in risaltu i seguenti teme chjave chì impediscenu à e persone di cambià:

  • A paura di perde u putere è "epaulets";
  • A paura di diventà innecessariu per a cumpagnia.

Dopu avè imbarcatu in a strada di trasfurmazioni, avemu sceltu i primi "cunigli sperimentati" - impiegati di u dipartimentu di vendita. U primu passu era di riprogettà l'inefficiente struttura IT. Dopu avè un cuncettu di destinazione per a struttura, avemu cuminciatu à furmà squadre di sviluppu.

Cumu, in e cundizioni di l'architettura trashy è a mancanza di cumpetenze Scrum, avemu creatu squadre cross-component

L'architettura in u nostru bancu, cum'è in parechji altri, hè "basura", per dì. Un gran numaru d'applicazioni è cumpunenti sò interconnessi monoliticamente da u ligame DB, ci hè un bus ESB, ma ùn cumpiendu micca u so scopu. Ci hè ancu qualchì ABS.

Cumu, in e cundizioni di l'architettura trashy è a mancanza di cumpetenze Scrum, avemu creatu squadre cross-component

Prima di furmà e squadre Scrum, a quistione hè stata: "Chì deve esse riunitu a squadra intornu?" U cuncettu chì ci era un pruduttu in a canna, di sicuru, era in l'aria, ma solu fora di a portata. Dopu avè pensatu assai, avemu decisu chì a squadra deve esse riunita intornu à una direzzione o segmentu. Per esempiu, "Credits Team", chì sviluppa u prestitu. Dopu avè decisu nantu à questu, avemu cuminciatu à vene cun una cumpusizioni di destinazione di roli è un inseme di cumpetenze necessarii per u sviluppu efficace di sta zona. Cum'è parechje altre cumpagnie, avemu pigliatu in contu tutti i roli eccettu u Scrum Master - à quellu tempu era quasi impussibile di spiegà à u CIO quale era u rolu di sta maravigliosa persona.

In u risultatu, dopu avè spiegatu a necessità di lancià squadre di sviluppu, avemu lanciatu trè squadre:

  1. Prestiti
  2. Carte
  3. Operazioni passive

Cù una serie di roli:

  1. Manager di Sviluppu (Tech Lead)
  2. Sviluppatore
  3. Analista
  4. Tester

U passu prossimu era di determinà cumu a squadra hà da travaglià. Avemu fattu una furmazione agile per tutti i membri di a squadra è pusemu tutti in una stanza. Ùn ci era micca PO in i squadre. Probabilmente tutti quelli chì anu fattu una trasfurmazioni agile capiscenu quantu hè difficiule di spiegà u rolu di un PO à l'affari, è ancu più difficiuli di pusà ellu vicinu à a squadra è dà l'autorità. Ma avemu "passatu" in questi cambiamenti cù ciò chì avemu avutu.

Cù tante applicazioni implicate in i prucessi di prestitu è ​​u restu di l'affari di vendita, avemu cuminciatu à pensà, quale puderia esse u adattatu per i roli? Un sviluppatore di una pila di tecnulugia, è poi cercate - è avete bisognu di un sviluppatore di un altru pila di tecnulugia! È avà avete trovu quelli chì sò necessarii, ma u desideriu di l'impiigatu hè ancu una cosa impurtante, è hè abbastanza difficiule di furzà una persona à travaglià induve ùn li piace micca.

Dopu avè analizatu u travagliu di u prucessu di l'affari di prestitu è ​​longu conversazioni cù i culleghi, avemu finalmente trovu un mezu mediu! Hè cusì chì trè squadre di sviluppu apparsu.

Cumu, in e cundizioni di l'architettura trashy è a mancanza di cumpetenze Scrum, avemu creatu squadre cross-component

Chi c'è vicinu?

A ghjente hà cuminciatu à dividisce in quelli chì volenu cambià è quelli chì ùn anu micca. Tutti sò abituati à travaglià in e cundizioni di "m'hà datu un prublema, aghju fattu, lasciami solu", ma u travagliu in squadra ùn implica micca questu. Ma avemu risoltu ancu stu prublema. In totale, 8 persone di 150 abbandunonu durante i cambiamenti!

Allora u divertimentu principia. I nostri squadre cross-componenti cuminciaru à sviluppà elli stessi. Per esempiu, ci hè un compitu per quale avete bisognu à avè cumpetenze in u campu di sviluppatore CRM. Hè in a squadra, ma hè solu. Ci hè ancu un sviluppatore Oracle. Cosa da fà sè avete bisognu di risolve 2 o 3 attività in CRM? Insegni l'un l'altru ! I picciotti cuminciaru à trasfiriri e so cumpetenze à l'altri, è a squadra hà allargatu e so capacità, minimizendu a dependenza di un forte specialista (per via, in ogni cumpagnia ci sò supermen chì sanu tuttu è ùn dicenu à nimu).

Oghje avemu riunitu 13 squadre di sviluppu per tutti i settori di u sviluppu cummerciale è di serviziu. Cuntinuemu a nostra trasfurmazioni agile è ghjunghje à un novu livellu. Questu averebbe bisognu di novi cambiamenti. Riprogettaremu e squadre è l'architettura, è sviluppà e cumpetenze.

U nostru scopu finale: risponde rapidamente à i cambiamenti di u produttu, purtassi rapidamente funzioni novi à u mercatu è migliurà i servizii di u bancu!

Source: www.habr.com

Add a comment