Wéi mir, an de Bedéngungen vun der trashyer Architektur a Mangel u Scrum Fäegkeeten, Cross-Component Teams erstallt hunn

Hallo!

Mäin Numm ass Alexander, an ech féieren IT Entwécklung bei UBRD!

Am 2017 hu mir am Zentrum fir d'Entwécklung vun Informatiounstechnologie Servicer bei UBRD gemierkt datt d'Zäit komm ass fir global Ännerungen, oder éischter, agile Transformatioun. An Konditiounen vun intensiv Affär Entwécklung a rapid Wuesstem vun Concours am Finanzmäert, zwee Joer ass eng beandrockend Period. Dofir ass et Zäit de Projet ze resuméieren.

Déi schwieregst Saach ass Äert Denken z'änneren a lues a lues d'Kultur an der Organisatioun z'änneren, wou et üblech ass ze denken: "Wie wäert de Chef an dësem Team sinn?", "De Chef weess besser wat mir maache mussen," " Mir schaffen zënter 10 Joer hei a kennen eis Clientë besser.“ , mir wësse wat se brauchen.

Agile Transformatioun kann nëmme geschéien wann d'Leit selwer änneren.
Ech géif déi folgend Schlëssel Ängscht ënnersträichen, déi d'Leit verhënneren datt se änneren:

  • Angscht vu Kraaft a "Epauletten" ze verléieren;
  • Angscht fir onnéideg fir d'Firma ze ginn.

Nodeems mir op de Wee vun der Transformatioun ugefaang hunn, hu mir déi éischt "erfuerene Kanéngercher" ausgewielt - Mataarbechter vum Retail Departement. Den éischte Schrëtt war d'ineffizient IT Struktur nei ze designen. Nodeems mir en Zilkonzept fir d'Struktur ukomm sinn, hu mir ugefaang Entwécklungsteams ze bilden.

Wéi mir, an de Bedéngungen vun der trashyer Architektur a Mangel u Scrum Fäegkeeten, Cross-Component Teams erstallt hunn

D'Architektur an eiser Bank, wéi a villen aneren, ass "Trash", fir et mild ze soen. Eng riesech Unzuel vun Uwendungen a Komponenten sinn monolithesch matenee verbonne mat DB Link, et gëtt en ESB Bus, awer et erfëllt net säin virgesinn Zweck. Et ginn och e puer ABS.

Wéi mir, an de Bedéngungen vun der trashyer Architektur a Mangel u Scrum Fäegkeeten, Cross-Component Teams erstallt hunn

Ier Dir Scrum Teams geformt huet, ass d'Fro opgestan: "Wat soll d'Team ronderëm zesummegesat ginn?" D'Konzept, datt et e Produit an der Dose war, war natierlech an der Loft, awer just ausserhalb. No vill Gedanken hu mir décidéiert datt d'Equipe ronderëm eng Richtung oder Segment gesammelt soll ginn. Zum Beispill, "Team Credits", déi Prêten entwéckelt. Nodeems mir dëst decidéiert hunn, hu mir ugefaang mat enger Zilkompositioun vu Rollen an enger Rei vu Kompetenzen ze kommen, déi néideg sinn fir eng effektiv Entwécklung vun dësem Gebitt. Wéi vill aner Firmen hu mir all Rollen ausser dem Scrum Master berücksichtegt - deemools war et bal onméiglech, dem CIO z'erklären, wat d'Roll vun dëser wonnerbarer Persoun war.

Als Resultat, nodeems mir de Besoin erkläert hunn Entwécklungsteams ze lancéieren, hu mir dräi Teams gestart:

  1. Prêten
  2. Kaarte
  3. Passiv Operatiounen

Mat enger Rei vu Rollen:

  1. Entwécklung Manager (Tech Lead)
  2. Entwéckler
  3. Analyst
  4. Tester

Den nächste Schrëtt war fir ze bestëmmen wéi d'Team funktionnéiert. Mir hunn agile Training fir all Teammember gemaach a souzen jiddereen an engem Raum. Et waren keng POs an den Equippen. Wahrscheinlech jiddereen, deen eng agile Transformatioun gemaach huet, versteet wéi schwéier et ass d'Roll vun engem PO dem Geschäft z'erklären, an nach méi schwéier fir hien nieft der Equipe ze sëtzen an him Autoritéit ze ginn. Awer mir sinn an dës Ännerunge "getratt" mat deem wat mir haten.

Mat sou vill Uwendungen, déi an de Prêtprozesser involvéiert sinn an de Rescht vum Geschäftsgeschäft, hu mir ugefaang ze denken, wien kéint déi richteg Fit fir d'Roll sinn? En Entwéckler vun engem Technologie Stack, an da kuckt Dir - an Dir braucht en Entwéckler vun enger anerer Technologie Stack! An elo hutt Dir déi fonnt, déi gebraucht ginn, awer de Wonsch vum Employé ass och eng wichteg Saach, an et ass ganz schwéier eng Persoun ze zwéngen ze schaffen, wou hien net gär huet.

No der Analyse vun der Aarbecht vum Prêt-Geschäftsprozess a laange Gespréicher mat Kollegen, hu mir endlech e Mëttelwee fonnt! Dëst ass wéi dräi Entwécklungsteams erschéngen.

Wéi mir, an de Bedéngungen vun der trashyer Architektur a Mangel u Scrum Fäegkeeten, Cross-Component Teams erstallt hunn

Wat d'nächst?

D'Leit hunn ugefaang ze trennen an déi, déi wëllen änneren an déi net. Jiddereen ass gewinnt an de Bedéngungen ze schaffen "si hunn mir e Problem ginn, ech hunn et gemaach, loosst mech eleng", awer Teamaarbecht implizéiert dat net. Mä mir hunn dëse Problem och geléist. Am Ganzen hunn 8 vun 150 Leit während den Ännerungen opginn!

Dunn huet de Spaass ugefaang. Eis Cross-Component Teams hunn ugefaang sech selwer z'entwéckelen. Zum Beispill gëtt et eng Aufgab fir déi Dir Fäegkeeten am Beräich vum CRM Entwéckler muss hunn. Hien ass am Team, awer hien ass eleng. Et gëtt och en Oracle Entwéckler. Wat maache wann Dir 2 oder 3 Aufgaben am CRM léise musst? Léieren géigesäiteg! D'Kärelen hunn ugefaang hir Kompetenzen openeen ze transferéieren, an d'Team huet seng Fäegkeeten erweidert, d'Ofhängegkeet vun engem staarke Spezialist miniméiert (iwwregens, an all Firma sinn et Supermen, déi alles wëssen an näischt soen).

Haut hu mir 13 Entwécklungsteams fir all Beräicher vun der Geschäfts- a Serviceentwécklung zesummegesat. Mir fuere weider eis agile Transformatioun an erreechen en neien Niveau. Dëst wäert nei Ännerungen verlaangen. Mir wäerten Teams an Architektur nei designen, a Kompetenzen entwéckelen.

Eis lescht Zil: séier op Produktännerungen reagéieren, séier nei Features op de Maart bréngen an d'Bankservicer verbesseren!

Source: will.com

Setzt e Commentaire