Jira juurutamine fintech-ettevõtte äriarenduse- ja tugitiimides: Bondora lugu
2023. aasta sügise alguses jõudis lõpusirgele Bondora Jira juurutamise projekt. Uue tööriista kasutuselevõtuga kaasnes kaks paralleelset väljakutset – migreerida finantstehnoloogia ettevõtte 15-aastane ajalugu Asanast Jirasse ning tuua tiimid võimalikult sujuvalt ühelt platvormilt teisele.
Järgnevalt saame teada, kuidas juurutusprotsessi teostasime, milliseid tehnilisi lahendusi rakendasime ning millised on tiimide senised kogemused Jiraga.
Bondorast
2008. aastal, ülemaailmse finantskriisi haripunktis, asutati ühes tudengite ühiselamu toas Bondora ühel kindlal eesmärgil: aidata inimesi, keda pangad on alt vedanud. Bondora missioon on võimaldada inimestel elada oma unistuste elu raha pärast muretsemata.
Miks otsustati Jira kasuks?
Sarnaselt Jirale on Asana projekti- ja tööde haldamise tarkvara, mille abil ülesandeid planeerida, jälgida ja juhtida. Kuigi Jira Software loodi algselt eelkõige arendust toetavaks tarkvaraks, sobib see väga erinevate protsesside toetamiseks just tänu oma mitmekülgsusele.
Mõned Jira Software eelised Asana ees:
- paindlikud seadistusvõimalused töövoogude, piletitüüpide, väljade, vaadete ja õiguste näol;
- Scrum metoodikat toetavad funktsionaalsused nagu sprint, backlog ja sprindipõhised raportid;
- laialdased liidestusvõimalused;
- spetsiaalne päringukeel Jira Query Language (JQL) piletite otsimiseks;
- Advanced Roadmaps projekti portfoolio haldamiseks.
Kuna Bondora tegeleb ka arendusega, mängis Jira kasuks otsustamisel muuhulgas olulist rolli ka liidestusvõimalus Azure DevOps’iga, mis ei ole Asana puhul võimalik.
“Jira funktsionaalsused võimaldavad tööriista kohandada vastavalt konkreetsetele protsessidele ja nõuetele,” põhjendas arendustiimi juht Aleksandr Knjazetski migreerimise otsust.
Juurutus tiimide kaupa
Jira juurutamisega tegi Bondora algust iseseisvalt ja esmalt võeti ette arendustiimid. Kuna mõned spetsialistid nendes tiimides olid Jira Software´iga varasemalt kokku puutunud, siis ei olnud tegemist suure väljakutsega.
“Teiste tiimidega tekkis probleem, kuna puudusid kogemused protsesse toetavate Jira funktsioonide osas. Otsustasime leida eksperdid, kes aitaksid meid teiste tiimide ületoomisel ning kes jagaksid oma teadmisi Jira funktsioonide kohta ja kogemusi Jira haldamisest,” selgitas Aleksandr, kes juhtis juurutusprojekti Bondora poolelt.
Koostöös jätkasime Jira rakendamist personali,- turunduse,- riski,- laienduse,- ja finantsosakonna tiimide kaupa. Tiimi ületoomise jagasime kolmeks põhietapiks:
- sisendi kogumine – tööprotsessidega tutvumine, Asana projektide ja tahvlitega tutvumine, nõuete dokumenteerimine;
- Jira projekti seadistamine;
- lahenduste valideerimine ja vajadusel täiendavate muudatuste teostamine.
Mainitud etappidega toimus paralleelselt andmete ületoomine Asanast Jirasse. Andmete migreerimist teostas Bondora omal käel ning selle nüanssidest ja õppetundidest saad lähemalt lugeda Aleksandri blogipostitusest.
Jira nõuete dokumenteerimiseks tegime iga tiimi jaoks spetsiaalse Confluence´i lehe, kuhu talletasime infot vajalike väljade, piletitüüpide, töövoogude, õiguste ja teavituste kohta.
Standardne dokumentatsiooni mall, tekstisisene kommenteerimine ja kasutajate teavitamine @ märkimise teel võimaldas detaile täpsustada vahetult ja otse konteksti sees. Kiireks kommunikatsiooniks ja planeerimiseks kasutasime Slack´i kanaleid.
