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.

V.Masiulionyte - Valstybiniai projektai ir Agile - ar tai suderinama?

4,221 views

Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

V.Masiulionyte - Valstybiniai projektai ir Agile - ar tai suderinama?

  1. 1. Valstybiniai projektai ir Agile – ar tai suderinama? Vaida Masiulionytė
  2. 2. Trumpai apie mane...• Kompanijoje Hnit-Baltic dirbu projektų vadove, analitike, scrum meistre;• VU MIF dėstau paslaugų vadybą;• Esu sertifikuota Scrum Meistrė (CSM);• Dalyvauju Agile Lietuva asocijacijos veikloje;
  3. 3. Trumpai apie projektą...• Tikslas : Sukurti geografinę informacinę sistemą• Trukmė: Daugiau nei metai• Klientas: Valstybinio sektoriaus institucija
  4. 4. Daugybė mitų• Fiksuotas laikas ir kaina prieštarauja Agile principams• Neįmanoma suvaldyti projekto apimties• Tradicinių dokumentų rengimas netelpa į Agile rėmus
  5. 5. Fiksuotas laikas ir kaina• Reikia prisitaikyti prie realybės• Sutartį dalinti etapais
  6. 6. O jei jau pasirašyta standartinė sutartis?• Dokumentai;• Dokumentai;• IS kūrimas;
  7. 7. Projekto apimtis• Iš praktikos yra atvirkščiai – apimties valdymo supaprastėjimas. – Veikia principas „Skaldyk ir valdyk“
  8. 8. Tradicinė projekto eiga vs. Agile Tradicinis projekto Agile kūrimas Realus darbas Kūrimas prasideda prasideda projekto kūrimo etape pradžioje Sukurti Dokumentai dokumentai gale kuriami projekto kartais nuosekliai viso neatitinka projekto metu realybės
  9. 9. Tradicinė projekto eiga vs. Agile 2 Tradicinis projekto Agile kūrimas Klientui sunku Kuriama sistema suvokti būsimą klientui matoma sistemą remiantis nuo pradžių tik dokumentais Vykdytojui sudėtinga Projekto analizė tinkamai atlikti atliekama dalimis viso projekto analizę Vėluojant Užsitęsus projektui klientas analizės fazei, turi pagrindinį kenčia kūrimas veikiantį sistemos funkcionalumą
  10. 10. Kaip susitvarkyti su reikalavimais?• Grupuoti į logines dalis/etapus;• Prioretizuoti;• Versti į User story‘ius (1:1; 1:n);
  11. 11. Projekto tikslas – dokumentai?
  12. 12. Kur įkomponuoti dokumentus?• Tradiciniai projekto dokumentai  Ruošiami nuosekliai viso projekto metu  Įkomponuojami į kiekvieną sprint‘ą• Derinamos IS specifikacijos ruošimas  Ruošiama projekto pradžioje  Išskiriama kaip atskiras (ar keli) User Story
  13. 13. O kokia kliento reakcija?
  14. 14. Kaip pripratinti klientą prie sistemos?• Sistema pradedama demonstruoti nuo projekto pradžių• Leidžiama klientui ją išsibandyti• Suteikiamas prisijungimas
  15. 15. Ar vis tik klientui reikia kalno dokumentų?
  16. 16. Ar kliento norai neribojami?
  17. 17. Projekto statusas• Projektas priduotas sklandžiai• Vyksta bandomoji eksploatacija
  18. 18. Keletas praktinių patarimų• Darbas su keliais projektais vienu metu  Tris dienas per savaitę visa komanda dirba prie projekto;  Iteracijos trukmė 3 savaitės• Užduočių planavimas  Daug analitinio darbo atliekama planavimo metu
  19. 19. Keletas praktinių patarimų 2• Burndown‘o elgesio ypatybės:
  20. 20. Kada viskas griūna?• Taisyklės yra paprastos, bet jų privalu laikytis
  21. 21. Pabaigai...Praktiškai įrodyta: dokumentai yra tik priedas prie realios Informacinės Sistemos.
  22. 22. Ačiū už dėmesį ?

×