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

3,078 views
3,329 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
3,078
On SlideShare
0
From Embeds
0
Number of Embeds
1,873
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Paminėti, kad Agile taikytas nepalankiomis salygomis
  • Užakcentuoti kad iseinamais konkretaus projekto ribų.
  • 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į ?

    ×