Paulius Nomgaudas ir Renata Kananavičiūtė. Apie dokumentų ir procesų valdymo sistemos diegimą Agile principais pagal tipinę dokumentaciją Vilniaus Gedimino technikos universitete
1 of 9
Download to read offline
More Related Content
Paulius Nomgaudas.Renata Kananavičiūtė.Dokumentų ir procesų valdymo sistemos diegimas Agile principais pagal tipinę dokumentaciją.Agilepusryciai2019
1. VGTU sėkmės istorija:
Dokumentų ir procesų valdymo sistemos
diegimas Agile principais pagal tipinę pirkimo
dokumentaciją
Paulius Nomgaudas
Renata Kananavičiūtė
Vilnius
2019-05-30
3. Projekto tikslas ir vizija
• Tikslas – įdiegti elektroninių dokumentų ir procesų valdymo
platformą, kurią galėtume plėsti ir vystyti, integruoti su vidinėmis
sistemomis savo jėgomis. Aukštesnis veiklos procesų
automatizacijos lygis.
• Vizija – nesudėtingas, mobilus ir greitas elektroninių dokumentų
rengimas ir derinimas pagal apibrėžtus procesus.
4. Apie projektą
• Apimtis – DocLogix DVS diegimas (11 procesų)
• Pirkimo dokumentacija – klasikiniai viešųjų pirkimų reikalavimai
(fiksuota kaina ir apimtis), nepritaikyti Agile metodams, tačiau
numatytas valandų kiekis nenumatytiems darbams.
• Trukmė – 8 mėnesiai
• Komanda
– VGTU: Projektų vadovas, DVS administratorius, programuotojai (4),
sistemų administratorius, VGTU DVS diegimo darbo grupė (9)
– DocLogix: Projektų vadovė, konsultantai-analitikai (3), programuotojai (2)
5. Viešasis pirkimas
Ekonomiškai naudingiausio pasiūlymo atranka
Eil.
Nr.
Vertinimo kriterijai
Parametro
lyginamasis svoris
Kriterijaus lyginamasis
svoris ekonominio
naudingumo įvertinime
1. Pasiūlymo kaina (C) X= 40
2. Funkcinės charakteristikos (T) Y= 60
2.1 Siūlomo sprendimo standartinio funkcionalumo atitikties apimtis (P1) L1= 0,5
2.2. Funkcionalumo plečiamumas (P2) L2= 0,5
.TCS X
C
C
C
p
min
YPT
s
s
1
min
1 L
R
R
P
p
2
max
2 L
R
R
P p
6. Projekto eiga
• Diegimas
– Projektas pradedamas sistemos standartų diegimu, pradiniu parametrizavimu, rezultato demonstravimu
klientams.
• Analizė
– VGTU iš anksto pasiruošė ir pateikė vidinių procesų detalias schemas;
– Baigtinis, konkretus dokumentų derinimo iteracijų skaičius (ne daugiau 3);
– Poreikis gryninamas su procesų savininkais analizės etape.
• Konfigūravimas
– Abiejų pusių projekto lūkesčių/vizijų suderinimas ir aptarimas;
– Iteracinis rezultatų pateikimas ir aptarimas;
– Į sprendimų testavimą VGTU iš savo pusės įtraukia tikslines grupes/procesų savininkus;
– Prioritetai aptariami/koreguojami interacijų aptarimų metu.
• Mokymai
– Vykdomi iteracijomis viso diegimo metu.
8. Patirtis
• Pamokos
– Lūkesčio nesuderinimas projekto pradžioje.
– Analizės etapo suvaldymas.
• Sėkmės
– IT lankstumas.
– Veiklos padalinių įsitraukimas.
– Galutinio sistemos naudotojo įtraukimas jau projekto eigoje.
– Aukščiausios vadovybės palaikymas.
– Kliento ir tiekėjo tikslų pasiekimas.