Leonard Vorobej pranešimas

1. 1
Kaip užsitikrinti projekto
sėkmę dar iki projekto
pradžios?
Projektų vadovas
Leonard Vorobej
leonard.vorobej@am.lt
2023-06-09

2. Pagal IVPK patvirtintą Valstybės IS gyvavimo ciklo valdymo metodiką
http://valstybe.agile.lt/valstybes-informaciniu-sistemu-gyvavimo-ciklo-metodika/

3. Kiekvieno etapo veiklos
Inicijavimas
(1-24mėn.+)
VIS [saugos]
nuostatai
Galimybių studija
(GS)
Investicinis projektas
(IP)
Vieša konsultacija
Techninė
specifikacija (TS)
Viešasis pirkimas
(VP)
Sutartis su tiekėju
Kūrimas
iki 36mėn.
Analizė
Projektavimas
Konstravimas
Priėmimo testavimas
Diegimas/mokymai
[Bandomoji]
eksploatacija
Eksploatavimas
X mėn.
Garantinė priežiūra
Palaikymas
Modernizavimas
X * iki 36 mėn.
TS
IS nuostatai
VP
Sutartis su tiekėju
Likvidavimas
?

4. Kiekvieno etapo veiklos
Inicijavimas
(1-24mėn.+)
VIS [saugos]
nuostatai
Galimybių studija
(GS)
Investicinis projektas
(IP)
Vieša konsultacija
Techninė
specifikacija (TS)
Viešasis pirkimas
(VP)
Sutartis su tiekėju
Kūrimas
iki 36mėn.
Analizė
Projektavimas
Konstravimas
Priėmimo testavimas
Diegimas/mokymai
[Bandomoji]
eksploatacija
Eksploatavimas
X mėn.
Garantinė priežiūra
Palaikymas
Modernizavimas
X * iki 36 mėn.
TS
IS nuostatai
VP
Sutartis su tiekėju
Likvidavimas
?

5. Kiekvieno etapo veiklos
Inicijavimas
(1-24mėn.+)
VIS [saugos]
nuostatai
Galimybių studija
(GS)
Investicinis projektas
(IP)
Vieša konsultacija
Techninė
specifikacija (TS)
Viešasis pirkimas
(VP)
Sutartis su tiekėju
Kūrimas
iki 36mėn.
Analizė
Projektavimas
Konstravimas
Priėmimo testavimas
Diegimas/mokymai
[Bandomoji]
eksploatacija
Eksploatavimas
X mėn.
Garantinė priežiūra
Palaikymas
Modernizavimas
X * iki 36 mėn.
TS
IS nuostatai
VP
Sutartis su tiekėju
Likvidavimas
?

6. Turinys
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
• 20/80 proporcijos pirkimui;
• Papildomi naudingi dalykai;

7. Problemos
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

8. Problemos
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

9. Problemos
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
• Ar tikrai tai problema?
• Kaip spręsti?
• Ar „legalu“?
Agile!

10. IS kuriamos „iteraciniu-inkrementiniu“ būdu
„iteracijomis“
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
• Sistemas kurti iteraciniu-
inkrementiniu būdu!
http://terminai.vlkk.lt/paieska?search=iteracija&limit=15

11. IS kuriamos „iteraciniu-inkrementiniu“ būdu
„iteracijomis“
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
• Sistemas kurti iteraciniu-
inkrementiniu būdu!
http://terminai.vlkk.lt/paieska?search=inkrementas&limit=15

12. IS kuriamos „iteraciniu-inkrementiniu“ būdu
„iteracijomis“
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
• Sistemas kurti iteraciniu-
inkrementiniu būdu!
• Rekomendacijų 1 priedas, 4
punktas.
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

13. IS kuriamos iteraciniu-inkrementiniu būdu
iteracijomis
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
• Iteracija (sprintas) ne ilgesnė nei
1 mėn.
• Inkremento/prieaugio (angl.
release) trukmė iki 3mėn.
• Inkrementas != Iteracija
• Inkrementas = 2-6 iteracijos (angl.
sprints), bet ne rečiau nei 6
iteracijos;

14. IS kuriamos iteraciniu-inkrementiniu būdu
iteracijomis
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
Iteracija
Iteracija
Iteracija

15. IS kuriamos iteraciniu-inkrementiniu būdu
iteracijomis
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
Aleksej Kovaliov pristatymas Agile pusryčiai 2018: http://valstybe.agile.lt/agile-pusryciai-2018/

16. IS kuriamos iteraciniu-inkrementiniu būdu
iteracijomis
Kas negerai?
• Tipiškai pirmas „prieaugis“ būna
po vienerių metų;
• „Viskas arba nieko“ būdu;
• 2-3 „iteracijomis“;
Sprendimas
• Rekomendacija IVPK patikslinti
gyvavimo ciklo valdymo
metodikoje rekomendacijas:
• Iteracija ne ilgesnė nei 4 savaitės!
• Prieaugis ne ilgesnis nei 3
mėnesiai!

17. Kas čia blogai?
Abi šios problemos nėra sukeltos įrankio!!!
Blogai naudojasi įrankiu Naudoja blogą įrankį
17
https://www.youtube.com/watch?v=UjcO2mN9exE https://youtu.be/j2bAlONGEPw?t=85

18. Problemos
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;

19. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Kas negerai?
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
IVPK rekomendacijos
• 26. Valstybės informacinės sistemos kūrimo stadijos metu siekiama:
• 26.1. parengti Specifikacijos projektą, kuriame apibrėžiami siekiami
kompiuterizuoti institucijos veiklos procesai ir jų pokyčiai, aprašomi veiklos
reikalavimai valstybės informacinei sistemai, sudaromas valstybės
informacinės sistemos kūrimo projekto (toliau – Projektas) planas;
• 26.2. atlikti detalią veiklos reikalavimų analizę ir suformuluoti realizavimo
reikalavimus;
• 26.3. parengti detalaus projektavimo dokumentą;
• 26.4. sukurti arba įsigyti ir adaptuoti programines ir technines priemones;
• 26.5. įdiegti ir išbandyti valstybės informacinę sistemą testinėje aplinkoje;
• 26.6. įdiegti valstybės informacinę sistemą gamybinėje aplinkoje ir įsitikinti,
kad ji atitinka visus nustatytus veiklos ir realizavimo reikalavimus.
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

20. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Kas negerai?
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
Praktiniai pvz.
• Teikiami 500(0)psl.+ dokumentai
pasirašytinai;
• Testinėje aplinkoje sprendimas
atsiduria tik prieš projekto pabaigą;

21. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Kas negerai?
• Analizės/projektavimo etape PO
nespėja teikti info;
• Teikiami 500(0)psl.+ dokumentai
pasirašytinai;
• Testinėje aplinkoje sprendimas
atsiduria tik prieš projekto
pabaigą;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!

22. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Šablonas (copy/paste)
• 14.8.1. Už tinkamai ir kokybiškai atliktas
Paslaugas nurodytas techninės specifikacijos
(šių konkurso sąlygų 1 priedas) 21.1 dalyje,
bus atsiskaitoma po kiekvieno 21.1.1-21.1.5
papunktyje nurodytų Paslaugų atlikimo
vadovaujantis Techninės specifikacijos 26.3
papunkčiu ir atliktų paslaugų perdavimo-
priėmimo akto pasirašymo, gavus PVM
sąskaitą faktūrą;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
CVP IS (eviesiejipirkimai.lt)

23. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Šablonas (copy/paste)
• 14.8.1. Už tinkamai ir kokybiškai atliktas
Paslaugas nurodytas techninės specifikacijos
(šių konkurso sąlygų 1 priedas) 21.1 dalyje,
bus atsiskaitoma po kiekvieno 21.1.1-21.1.5
papunktyje nurodytų Paslaugų atlikimo
vadovaujantis Techninės specifikacijos 26.3
papunkčiu ir atliktų paslaugų perdavimo-
priėmimo akto pasirašymo, gavus PVM
sąskaitą faktūrą;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
CVP IS (eviesiejipirkimai.lt)

24. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Šablonas (copy/paste)
• 14.8.1. Už tinkamai ir kokybiškai atliktas
Paslaugas nurodytas techninės specifikacijos
(šių konkurso sąlygų 1 priedas) 21.1 dalyje,
bus atsiskaitoma po kiekvieno 21.1.1-21.1.5
papunktyje nurodytų Paslaugų atlikimo
vadovaujantis Techninės specifikacijos 26.3
papunkčiu ir atliktų paslaugų perdavimo-
priėmimo akto pasirašymo, gavus PVM
sąskaitą faktūrą;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
CVP IS (eviesiejipirkimai.lt)

25. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Šablonas (copy/paste)
• Sutariama, kad funkcionalumo kūrimas/modernizavimas
yra užbaigtas kai:
• išeities kodas yra talpintas į repozitoriją suderintą projekto
inicijavime;
• funkcionalumas/modulis/paslauga yra pristatytas PO
projekto komandai (angl. Demo), jei nesutarta kitaip;
• atnaujinta (aktualizuota) dokumentacija (techninė,
naudotojo ir administratoriaus vadovai) pagal diegiamų
funkcionalumų pakeitimus arba naujai sukurtus
funkcionalumus;
• esant poreikiui, Tiekėjas atlieka PO atstovų mokymus PO
patalpose arba kitu sutartu būdu;
• Tiekėjas pateikia PO faktiškai sunaudotas valandas vystant
funkcionalumą suderintu formatu;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
CVP IS (eviesiejipirkimai.lt)

26. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Šablonas (copy/paste)
• Sutariama, kad funkcionalumo kūrimas/modernizavimas
yra užbaigtas kai:
• išeities kodas yra talpintas į repozitoriją suderintą projekto
inicijavime;
• funkcionalumas/modulis/paslauga yra pristatytas PO
projekto komandai (angl. Demo), jei nesutarta kitaip;
• atnaujinta (aktualizuota) dokumentacija (techninė,
naudotojo ir administratoriaus vadovai) pagal diegiamų
funkcionalumų pakeitimus arba naujai sukurtus
funkcionalumus;
• esant poreikiui, Tiekėjas atlieka PO atstovų mokymus PO
patalpose arba kitu sutartu būdu;
• Tiekėjas pateikia PO faktiškai sunaudotas valandas vystant
funkcionalumą suderintu formatu;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
• Prieaugiai ne rečiau nei 3 mėn.
CVP IS (eviesiejipirkimai.lt)

27. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Iteracinis-inkrementinis apibrėžimas
4. Iteracinis-inkrementinis (angl. agile) valstybės
informacinės sistemos kūrimo būdas vadinamas toks būdas,
kai valstybės informacinės sistemos realizavimas vykdomas
prieaugiais, kurie sudaromi iš vieno ar daugiau valstybės
informacinės sistemos panaudojimo atvejų (angl. use case),
siekiant per kuo trumpesnį laiką valstybės informacinę
sistemą naudojantiems asmenims pateikti bent vieną
tinkamą eksploatuoti valstybės informacinės sistemos
funkciją, veikiančią gamybinėje arba valstybės informacinės
sistemos valdytojo sutikimu testinėje aplinkoje su visomis
valstybės informacinės sistemos priėmimui būdingomis
pateiktimis: programinės įrangos kodu, diegimo paketais,
diegimo ir naudojimo instrukcijomis, kita technine
dokumentacija ir patvirtintu priėmimo ir tinkamumo
eksploatuoti aktu. Specifikacijoje įvardijami prieaugiai,
numatomi jų funkcionalumai, prieaugiai <...>
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
• Prieaugiai ne rečiau nei 3 mėn.
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

28. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Iteracinis-inkrementinis apibrėžimas
4. Iteracinis-inkrementinis (angl. agile) valstybės
informacinės sistemos kūrimo būdas vadinamas toks būdas,
kai valstybės informacinės sistemos realizavimas vykdomas
prieaugiais, kurie sudaromi iš vieno ar daugiau valstybės
informacinės sistemos panaudojimo atvejų (angl. use case),
siekiant per kuo trumpesnį laiką valstybės informacinę
sistemą naudojantiems asmenims pateikti bent vieną
tinkamą eksploatuoti valstybės informacinės sistemos
funkciją, veikiančią gamybinėje arba valstybės
informacinės sistemos valdytojo sutikimu testinėje aplinkoje
su visomis valstybės informacinės sistemos priėmimui
būdingomis pateiktimis: programinės įrangos kodu,
diegimo paketais, diegimo ir naudojimo instrukcijomis,
kita technine dokumentacija ir patvirtintu priėmimo ir
tinkamumo eksploatuoti aktu. Specifikacijoje įvardijami
prieaugiai, numatomi jų funkcionalumai, prieaugiai <...>
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
• Prieaugiai ne rečiau nei 3 mėn.
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

29. Valstybė moka už puikius rašto darbus, bet ne
veikiantį sprendimą
Kas negerai?
• Analizės/projektavimo etape PO
nespėja teikti info;
• Teikiami 500(0)psl.+ dokumentai
pasirašytinai;
• Testinėje aplinkoje sprendimas
atsiduria tik prieš projekto
pabaigą;
Sprendimas
• Apmokėjimas už veikiančią VIS!
• ne dokumentus!
• Prieaugio užbaigimo
apibrėžimas (angl. Definition of
Done);
• Prieaugiai ne rečiau nei 3 mėn.
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

30. Problemos
• IS kuriamos „iteraciniu-
inkrementiniu“ būdu
„iteracijomis“;
• Valstybė moka už puikius rašto
darbus, bet ne veikiantį
sprendimą;
• Atsakomybės trūkumas;
• Vyr. specialistai valdo
milijoninius projektus,
• Be projektų valdymo įgūdžių;
• Projektas yra dar vienas darbas į
specialisto darbų krepšelį;
• Darbuotojas neturi
mandato/žinių/laiko priimti
sprendimus;

31. Atsakomybės trūkumas
Kas negerai?
• Vyr. specialistai valdo
milijoninius projektus,
• Be projektų valdymo įgūdžių;
• Projektas yra dar vienas darbas į
specialisto darbų krepšelį;
• Darbuotojas neturi
mandato/žinių/laiko priimti
sprendimus;
Sprendimas

32. Atsakomybės trūkumas
Kas negerai?
• Vyr. specialistai valdo
milijoninius projektus,
• Be projektų valdymo įgūdžių;
• Projektas yra dar vienas darbas į
specialisto darbų krepšelį;
• Darbuotojas neturi
mandato/žinių/laiko priimti
sprendimus;
Sprendimas
• Apmokykime specialistus
projektų valdymo pagrindų!
• Suteikime laiko ir atsakomybę
priimti sprendimus;

33. Atsakomybės trūkumas
Šablonas (copy/paste)
• Numatykite finansų projekte;
• prašykite pagalbos Ministerijoje,
LRVK;
• Pirkite mokymus rinkoje;
Sprendimas
• Apmokykime specialistus
projektų valdymo pagrindų!
• Suteikime laiko ir atsakomybę
priimti sprendimus;

34. Atsakomybės trūkumas
Šablonas (copy/paste)
• <…> Agile komanda (ar
kelios komandos Scaled Agile
atveju) turėtų būti sudaryta iš
Paslaugų teikėjo ir PO
komandos narių užtikrinant,
kad bent vienas PO narys yra
kiekvienoje Agile komandoje
ir kad komandos produkto
savininkas yra PO
komandos narys.
Sprendimas
• Apmokykime specialistus
projektų valdymo pagrindų!
• Suteikime laiko ir atsakomybę
priimti sprendimus;

35. Atsakomybės trūkumas
Kokia nauda?
• Produkto savininkas yra PO
(perkančioji organizacija) pusėje,
todėl priima PO naudingus
sprendimus!
• Tiekėjas yra tik patarėjas;
• Sprendimus priima Produkto
savininkas - pasitikėkime;
Sprendimas
• Apmokykime specialistus
projektų valdymo pagrindų!
• Suteikime laiko ir atsakomybę
priimti sprendimus;

36. Pareto dėsnis tiekėjų išbandymui!
Problema
• Nežinomas tiekėjas;
• Prastas tiekėjas;
• Nepatikimas tiekėjas;
Sprendimas
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

37. Pareto dėsnis tiekėjų išbandymui!
Problema
• Nežinomas tiekėjas;
• Prastas tiekėjas;
• Nepatikimas tiekėjas;
Sprendimas
• Pirkimą struktūruoti 20/80 būdu;
• MVP: 20% funkcionalumo fiksuota
apimtis/kaina/laikas;
• 80% pinigų valandų pirkimui;
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

38. Pareto dėsnis tiekėjų išbandymui!
Kam to reikia?
• Pigus, greitas tiekėjo testas;
• Lankstumas!
• Pirmojo inkremento metu atsiradusių
pakeitimų įgyvendinimui;
• Tiekėjo [de]motyvacija;
• Papildomos 20% naudos:
• PO būdas išsigryninti tiktai tai kas būtina!
• skeptikams užtikrinimas, kad bus bent
kažkas sukurta!
Sprendimas
• Pirkimą struktūruoti 20/80 būdu;
• MVP: 20% funkcionalumo fiksuota
apimtis/kaina/laikas;
• 80% pinigų valandų pirkimui;
https://e-seimas.lrs.lt/portal/legalAct/lt/TAD/296c87d09e8e11e383c0832a9f635113/asr

39. Papildomi šablonai
Papildomi naudingi dalykai
• Analizėje gauname wireframe‘us:
26.2.1;
• Testavimo aplinka yra mūsų
infrastruktūroje: 28.2.3;
• Jeigu naudojatės Projektų valdymo
sistemą galite įsitraukti, kad
priežiūros ir vystymo darbo įrankis
(Jira/Confluence arba analogiškas)
bus užsakovo pusėje.
Šablonas (copy/paste)
CVP IS (eviesiejipirkimai.lt)

40. Papildomi šablonai
Papildomi naudingi dalykai
• Analizėje gauname wireframe‘us:
26.2.1;
• Testavimo aplinka yra mūsų
infrastruktūroje: 28.2.3;
• Jeigu naudojatės Projektų valdymo
sistemą galite įsitraukti, kad
priežiūros ir vystymo darbo įrankis
(Jira/Confluence arba analogiškas)
bus užsakovo pusėje.
Šablonas (copy/paste)
• Detali paslaugos/funkcijos analizė:
programinio kodo, jo veikimo
logikos, duomenų srautų,
integracijų ir kt. analizė,
parengiamos procesų diagramos,
funkcionalumo prototipai (angl.
wireframe);
CVP IS (eviesiejipirkimai.lt)

41. Papildomi šablonai
Papildomi naudingi dalykai
• Analizėje gauname wireframe‘us:
26.2.1;
• Testavimo aplinka yra mūsų
infrastruktūroje: 28.2.3;
• Jeigu naudojatės Projektų valdymo
sistemą galite įsitraukti, kad
priežiūros ir vystymo darbo įrankis
(Jira/Confluence arba analogiškas)
bus užsakovo pusėje.
Šablonas (copy/paste)
• Sukurtos ir modifikuotos programinės įrangos
testavimas prieš diegiant ją gamybinės
eksploatacijos aplinkoje (toliau – priėmimo
testavimas) turi būti atliekamas specialiai tam
realizuotoje testinėje aplinkoje, skirtoje
sukurtai programinei įrangai patikrinti.
• Testinė aplinka yra PO infrastruktūroje;
• Testavimų aplinkos funkcionalumas turi
visiškai atitikti gamybinę aplinką.;
• Testinės aplinkos parengimas yra
Paslaugos teikėjo atsakomybė;
CVP IS (eviesiejipirkimai.lt)

42. Papildomi šablonai
Papildomi naudingi dalykai
• Analizėje gauname wireframe‘us:
26.2.1;
• Testavimo aplinka yra mūsų
infrastruktūroje: 28.2.3;
• Jeigu naudojatės Projektų
valdymo sistemą galite įsitraukti,
kad priežiūros ir vystymo darbo
įrankis (Jira/Confluence arba
analogiškas) bus užsakovo pusėje.
Šablonas (copy/paste)
• Paslaugų teikėjo Agile darbo principai turi
būti taikomi Aplinkos apsaugos agentūros
aplinkoje, įgyvendintoje Atlassian“
programinės įrangos „Jira“ priemonėmis
(JIRA Atlassian). PO užtikrins ir suteiks
JIRA Atlassian licencijas bei prieigas
reikalingas Paslaugų teikėjui.

43. Nauji siūlymai standartizavimui
Siūlymas
• Įtraukti „API first“ sistemos
kūrimo principus į specifikaciją;
• OpenAPI specification (trump.
OAS3.0);
• Diegėjo kuriamas Front-end bus
eilinis API naudotojas;
• CI/CD įdiegimas kiekviename
projekte;
• Kodas bus public;
Ne šablonas, bet naudinga
• Iš DĖL DUOMENŲ TEIKIMO FORMATŲ IR
STANDARTŲ REKOMENDACIJŲ
PATVIRTINIMO
• 17. UDTS specifikacija turi būti parengta remiantis OpenAPI
3.0 arba aukštesnės versijos standartu. UDTS specifikacija
turi būti pateikta JSON arba YAML formatu ir parengta
viešam publikavimui internete.
• 18. UDTS specifikacijoje turi būti maksimaliai aprašomas
teikiamų duomenų formatas, nustatant teikiamų duomenų
laukų tipus, reikšmių patikros taisykles, statines
klasifikatorių reikšmes ir kitus tipus. Taip pat, turi būti
aprašomi duomenų semantikos, visumos, kokybės, esamų
arba potencialių duomenų klaidų, netikslumų arba
trūkumo, istorinių duomenų netikslumo arba trūkumo,
realaus laiko delsos, klaidų kodų, versijavimo, teisėtų
duomenų panaudojimo būdų bei kiti aspektai, kurie yra
svarbūs norint korektiškai panaudoti teikiamus duomenis.

44. Nauji siūlymai standartizavimui
Siūlymas
• Įtraukti „API first“ sistemos
kūrimo principus į specifikaciją;
• OpenAPI specification (trump.
OAS3.0);
• Diegėjo kuriamas Front-end bus
eilinis API naudotojas;
• CI/CD įdiegimas kiekviename
projekte;
• Kodas bus public;
Ne šablonas, bet naudinga
• Turint CI/CD (continuous
integration/continuous delivery),
nereikės atskirai diegimo
instrukcijos, nes visa tai bus
aprašyta CI/CD servise;
• Įsitraukimo supaprastinimas
kitam tiekėjui;

45. Nauji siūlymai standartizavimui
Siūlymas
• Įtraukti „API first“ sistemos
kūrimo principus į specifikaciją;
• OpenAPI specification (trump.
OAS3.0);
• Diegėjo kuriamas Front-end turėtų
būti kaip eilinis API naudotojas;
• CI/CD įdiegimas kiekviename
projekte;
• Kodas bus public;
Ne šablonas, bet naudinga
• Įsitraukimo supaprastinimas
kitam tiekėjui;
• Kodo skenavimas saugumo
įrankiais;

46. https://github.com/AplinkosMinisterija/biip-zuvinimas-api

47. Pabaigai
• Vertinkite proaktyvius,
adekvačius žmones!

48. Pabaigai
• Vertinkite proaktyvius,
adekvačius žmones!
• Numatykite bazinius projektų
valdymo mokymus;
• geriausia su Agile pakraipa;

49. Pabaigai
• Vertinkite proaktyvius,
adekvačius žmones!
• Numatykite bazinius projektų
valdymo mokymus;
• geriausia su Agile pakraipa;
• Dėkite maksimalias pastangas į
veikiantį sprendimą, sistemą –
biurokratinę dalį darykite
minimaliai tiek kiek reikia;

50. Pabaigai
• Vertinkite proaktyvius, adekvačius
žmones!
• Numatykite bazinius projektų
valdymo mokymus;
• geriausia su Agile pakraipa;
• Dėkite maksimalias pastangas į
veikiantį sprendimą, sistemą –
biurokratinę dalį darykite
minimaliai tiek kiek reikia;
• Konsultuokitės su kolegomis iš kitų
įstaigų, ministerijų, LRV
(valdysenos departamentas);

51. Ačiū 
51