LIBRA INTERNET BANK este o banca inovatoare, care a atins o cota de piata de 1,21% la finalul anului 2018. Cu o retea de 52 de sucursale si 3 centre IT de dezvoltare in tara, banca este puternic orientata spre inovatie si servicii digitale, avand o varsta medie a angajatilor bancii de doar 28 de ani. LIBRA ofera de asemenea produse si servicii specializate clientilor din zona profesiilor liberale, agribusiness si dezvoltatorilor de proiecte rezidentiale.
Cum ati ajuns sa folositi Jira in Libra Bank?
Pana la inceputul lui 2018, Jira era cunsocuta in cadrul Libra doar de persoanele tehnice sau de cei care au lucrat in trecut in alte companii cu acest ‘tool’.
Nevoia de a avea Jira a aparut in momentul in care in cadrul organizatiei am ales sa pornim cu doua echipe Scrum, pentru a implementa rapid cerintele al caror volum in backlog crestea exponential. Mai mult, din momentul documentarii pana in momentul testarii, cerintele sufereau modificari care generau intarzieri. Astfel, un prim pas catre Jira a fost in momentul in care cele doua echipe din banca au inceput sa lucreze Agile.
In toata perioada pana am trecut la Jira, echipele au incercat sa respecte metodologia Agile si sa puna in aplicare, in mare parte in Excel, tot ce insemna planificarea sprintului, burndown chart, velocity report, backlog si planificarea resurselor.
Ce v-a facut sa aveti nevoie de un expert Jira? Ati avut de ales intre Jira si alte tool-uri similare?
In perioada mentionata mai sus, in care stiam sa folosim metodolgia Agile si o puneam in practica in Excel, a aparut nevoia de a avea un ‘tool’ specializat pentru a tine managementul acestor echipe si de a folosi timpul necesar realizarii acestor fisiere pentru activitati mult mai productive. Dupa principiul Pareto, am ales ca efortul depus in managementul echipelor sa fie unul redus iar rezultatele sa fie considerabil mai mari (20 efort/ 80 efect).
Asa incat am incercat sa gasim un raspuns la intrebarea “Este ceea ce avem nevoie acum?”.
Dupa aceasta investigatie, am ajuns la concluzia ca Jira este solutia potrivita pentru a economisi timpul dorit si am ales sa mergem pe varianta Cloud pentru ca, dupa cum spune si pagina de prezentare Atlassian, “este cea mai bună opțiune pentru echipele care doresc să înceapă rapid și ușor și care nu doresc să gestioneze complexitatea tehnică a găzduirii proprii.”
Expertul Jira a aparut in peisajul organizatiei cand ne-am dat seama ca desi Jira raspunde nevoilor noastre, avem nevoie de customizari suplimentare, fluxuri proprii, notificari catre diferiti membri ai echipei, catre management in anumite momente ale sprintului, dar si sa intelegem principiile si algoritmilor de functionare.
Desi la prima vedere aplicatia pare simpla si prietenoasa, zona de admin este putin ‘tricky’ pentru cineva care nu a mai lucrat cu ea inainte. Iar dupa ce intelegi aceasta parte, este normal ca din business sa apara cerinte noi care nu mai pot fi satisfacute de functionalitatile ‘core’ ale aplicatiei si ai nevoie de ‘add on’-uri, unele din ele necesitand timp de intelegere dar si cunostinte de programare (Script Runner fiind un exemplu foarte bun in acest sens). Astfel, fara o persoana specializata in aceasta zona nu cred ca am fi reusit, sau cel putin nu la fel de rapid si eficient sa implementam Jira.
De ce am ales Jira? Stiam ca exista pe piata mai multe aplicatii asemanatoare insa interfata user friendly, recomandarile colegilor care au utilizat aplicatia in alte organizatii, precum si raportul pret/calitate au fost principalele motive pentru care am optat pentru Jira.
Ce cerinte ati avut pentru acest proiect?
Dupa implementarea Jira pentru cele doua echipe Scrum am mers mai departe cu metodologia si catre alte echipe. Am cautat sa folosim aplicatiile la potentialul maxim si am observat un alt element consumator de timp: managementul portofoliului de proiecte, care era tinut intr-o aplicatie Open Source.
Dupa mai multe discutii purtate cu consultantul, am decis sa gestionam portofoliul de proiecte in Jira. Fiind o aplicatie pentru managementul proiectelor si nu al portofoliului, partea complicata a fost in a identifica o metoda de a face Jira sa functioneze asa cum doream noi, sa avem imaginea tuturor proiectelor din banca dar sa le si putem granula si trimite in backlog-uri pentru a fi solutionate si sa putem raporta rapid stadiul acestora la nivelul intregii banci.
Implementarea acestui proiect a necesitat ‘add on’-uri sumplimentare si stabilirea unei ierarhii cu un nivel mai mult decat permite Jira in mod normal.
Ce a fost livrat de catre Life in Codes?
Cred ca cel mai important lucru si pe care l-am apreciat la Life in Codes a fost ca tot ce am cerut in caietul de sarcini a fost livrat la timp. Am avut momente in care am considerat ca noi intarziem proiectul si nu partenerul deoarece ritmul de implementare era mult mai rapid decat documentarea cerintelor pentru fluxuri, notificari, permisiuni, roluri.
“Pentru o situatie pe care un consultant o poate rezolva in cateva ore puteti consuma si zile in gasirea solutiei. Astfel, puneti in balanta acest timp dar mai mult, cunostintele si viziunea cu care poate veni o astfel de persoana.”
Cum a fost colaborarea cu Life in Codes?
Colaborarea cu Life in Codes a fost buna, bazata pe profesionalism. Am simtit nu numai dorinta de a finaliza proiectul, dar si de a aduce idei noi si a se adapta gandirii noastre ‘out of the box’.
Cel mai important lucru din punctul nostrul de vedere a fost expertiza, deoarece orice intrebare adresata nu venea doar cu o solutie implementata in flux ci si cu o explicatie. Asa am putut intelege mult mai bine cum functioneaza Jira si ce putem cere de la aplicatie.
Ce sfat ai da unei organizatii care trece printr-o situatie similara?
De multe ori o idee buna si inovatoare nu va veni din interior, deoarece oamenii sunt ancorati in procesele actuale. Astfel, o privire de ansamblu din afara data de un ochi avizat poate aduce eficienta si simplitate.
Nu uitati ca si timpul pe care il folositi in research costa, timp care ar putea fi folosit in alte scopuri mult mai productive. Pentru o situatie pe care un consultant o poate rezolva in cateva ore puteti consuma si zile in gasirea solutiei. Astfel, puneti in balanta acest timp dar mai mult, cunostintele si viziunea cu care poate veni o astfel de persoana.
Dupa cum stim cu totii ca o poza face cat 1000 de cuvinte, mai departe as vrea sa va arat 2 poze (2000 de cuvinte) ce ilustreaza modul de lucru inainte de Jira si cel din prezent.
Sprint planning si burndown chart in excel
Sprint planning in Jira
“Dupa implementarea Jira, am obervat o crestere a user story-urilor livrate de echipa cu 103% si o crestere a velocitatii acestora cu 99%”
Statistici
In momentul implementarii Jira, cele 2 echipe Scrum formate aveau deja un istoric de 9 Sprint-uri gestionate in excel.
Ulterior implementarii JIRA, numarul echipelor Scrum a crescut, astfel incat in acest moment am ajuns sa avem 7 echipe functionale.
In plus, pentru cele 2 echipe existente inaintea implementarii JIRA, am observat o crestere in ceea ce priveste productivitatea echipelor ce a venit odata cu introducerea aplicatiei Jira in cadrul organizatiei, atat din punct de vedere al user story-urilor livrate pentru care am observat o crestere de 103% in medie pentru cele doua echipe, dar si in ceea ce priveste velocitatea acestora, care a crescut in medie cu 99%.
Distribuiti acest articol:
