Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Ramūnas Krukonis “Mobilaus laiškininko” sistemos įgyvendinimas iteraciniu-inkrementiniu kūrimo būdu.Agilepusryciai2019

Ramūnas Krukonis “Mobilaus laiškininko” sistemos įgyvendinimas iteraciniu-inkrementiniu kūrimo būdu Lietuvos pašte

  • Login to see the comments

  • Be the first to like this

Ramūnas Krukonis “Mobilaus laiškininko” sistemos įgyvendinimas iteraciniu-inkrementiniu kūrimo būdu.Agilepusryciai2019

  1. 1. “Mobilaus laiškininko” sistemos įgyvendinimas iteraciniu-inkrementiniu kūrimo būdu Ramūnas Krukonis AB „Lietuvos paštas“ Informacinių sistemų planavimo skyriaus vadovas 2019 05 30
  2. 2. 2 Lietuvos paštas skaičiais 88 mln. € pajamos 4 923 darbuotojai 32 mln. operacijų skaičius pašto skyriuose per metus 545 pašto skyriai 116 Finansinių paslaugų „PayPost“ skyrių 106 Mobilūs laiškininkai 150 kurjerių 136 LP EXPRESS siuntų savitarnos terminalai 45 mln. laiškų 16 mln. siuntinių 423 transporto priemonės Šaltinis: 2018 m. Lietuvos pašto duomenys €
  3. 3. 3 Pradžia: 2018 m. incijuotas „Mobilaus laiškininko“ projektas
  4. 4. 4 Pradžia: Techninė pirkimo specifikacija  Reikalavimus apibrėžėme naudojant vartotojo pasakojimą (user story)  Numatėme funkcionalumo etapų prieaugius  Nustatėme reikalavimą tiekėjui – sistema turi būti kuriama iteraciniu-inkrementiniu (angl. Agile) būdu
  5. 5. 5 Vykdymas: Tarp-funkcinė komanda LP verslo paslaugos savininkas (1) LP kūrimo komanda ( 5) LP IT analitikai (2) Partnerių kūrimo komanda (4)
  6. 6. 6 Diegimai – tai, kas svarbiausia įmonei ir klientams ETAPAS #1 o UPP paslaugos ETAPAS #2 o Prenumerata o Mažmena ETAPAS #3 o Įmokos o Išmokos o Kitos spec. siuntos o Vykdėme pilotą – išbandėme pirmo etapo funkcionalumą su įmonės ambasadoriais o Įmonė gavo didžiausią vertę, nes naudojosi funkcionalumais ir galėjo aptarnauti klientus o Komanda gavo teigiamą grįžtamąjį ryšį apie sukurto funkcionalumo dalis o Minimizavome nereikalingų/nenaudojamų funkcijų programavimo darbus bei galėjome greitai reaguoti ir tobulinti naudojamo funkcionalumo vietas
  7. 7. 7 Projekto plėtra: II etapo gairės o Dar detaliau skaidome „user story‘ius“, priskiriant kiekvienam reikalavimui biznio vertę ir prioritetą. o Komandą papildome naujais paslaugų savininkais, kurie atsakingi už savo paslaugas. o Planuojame pirkti ne funkcionalumus, bet tiekėjo DEV komandą pagal kompetencijų pirkimo sutartį.
  8. 8. 8 Apibendrinimas o Tinkamas pasiruošimas paslaugų pirkimui: - Reikalavimus formuluoti naudotojo pasakotojo stiliumi, nes tai padės verslo padaliniams tikrai suprasti koks funkcionalumas bus realizuotas; - Būtina numatyti etapus, prioritetų keitimo galimybę ir visišką sutarties nutraukimo galimybę; - Nėra tikslinga aprašyti visus reikalavimus projekte, kurio trukmė yra daugiau kaip 6 mėnesiai, nes tai neįmanoma; - Numatyti galimybę nekurti funkcionalumo, kurio galimai verslo procese, dėl pasikeitusių sąlygų, gali nebereikėti; - Surasti tinkamą baudų/įsipareigojimų balansą ir neužkrauti pilnos atsakomybės tiekėjui. Tiekėjas - jūsų partneris ir projekto vykdymo metu jis tampa įmonės nariu. o Komandos suformavimas, įgaliojimų suteikimas sprendimams priimti ir pasitikėjimas – kertiniai sėkmės faktoriai. o Organizuoti darbą etapais (iteracijomis) - nors tai nebus pilnas „Agile“, bet tai bus Jūsų pirmas žingsnis. DIEKITE FUNKCIONALUMUS GREIČIAU IR DAŽNIAU REALIOJE APLINKOJE – TIK TAIP SUPRASITE TIKRĄ KURIAMĄ VERTĘ JŪSŲ VEIKLAI!

×