Agile lu-01.03.2011 linda-vituma-public

741 views
647 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
741
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Agile lu-01.03.2011 linda-vituma-public

  1. 1. Ievads Agile <ul><li>01.03.2011 </li></ul>
  2. 2. Es esmu... <ul><li>Linda Vītuma </li></ul><ul><li>12 gadi IT nozarē </li></ul><ul><li>Tieto Latvia </li></ul><ul><li>Pārmaiņas, krīzes, sistēmu ieviešana produkcijā </li></ul><ul><li>LMT, Latvenergo, Rīgas Ūdens, Valsts Zemes Dienests, E-pakalpojums Nr.42 “ Elektroniskā pieteikšanās studijām ” </li></ul>
  3. 3. Agile Manifesto <ul><li>Programmatūras izstrādei </li></ul>
  4. 4. Agile Manifesto <ul><li>Mēs atklājam ar vien jaunus veidus, kā izstrādāt programmatūru labāk, darot to paši un palīdzot to darīt citiem. Šajā procesā esam nonākuši pie atziņas par šādām vērtībām: </li></ul><ul><li>Cilvēki un savstarpējā mijiedarība pār procesiem un rīkiem </li></ul><ul><li>Strādājoša programmatūra pār visaptverošu dokumentāciju </li></ul><ul><li>Cieša sadarbība ar klientu pār līgumsarunām </li></ul><ul><li>Gatavība reaģēt uz izmaiņām pār sekošanu sākotnējam plānam </li></ul><ul><li>Tas nozīmē, ka, nenoniecinot vērtības, kas ir labajā pusē, mēs augstākā godā turam vērtības, kas ir pa kreisi. </li></ul>
  5. 5. Agile Manifesto <ul><li>12 darbības principi </li></ul>
  6. 6. 1. princips <ul><li>Mūsu augstākā prioritāte ir apmierināt klienta vajadzības, pēc iespējas drīz un nepārtraukti piegādājot vērtību pievienojošu programmatūru. </li></ul>
  7. 7. 2. princips <ul><li>2. Esiet atvērti izmaiņām prasībās pat ļoti vēlā programmatūras izstrādes brīdī. Agile spēj tikt galā ar izmaiņām, lai nodrošinātu klienta konkurētspēju. </li></ul>
  8. 8. 3. princips <ul><li>3. Piegādājiet strādājošu programmatūru pēc iespējas bieži - no reizes pāris nedēļās līdz reizei pāris mēnešos, priekšroku dodot īsākiem piegādes cikliem. </li></ul>
  9. 9. 4. princips <ul><li>4. Projekta laikā biznesa cilvēkiem un izstrādātājiem diendienā vajadzētu strādāt plecu pie pleca. </li></ul>
  10. 10. 5. princips <ul><li>5. Projektā iesaistiet motivētus komandas dalībniekus. Radiet vidi, kas atbalsta viņu vajadzības un uzticieties, ka viņi paveiks savu darbu. </li></ul>
  11. 11. 6. princips <ul><li>6. Visefektīvākais un efektīgākais veids, kā izstrādes komandā apmainīties ar informāciju, ir klātienes saruna. </li></ul>
  12. 12. 7. princips <ul><li>7. Primārais darbu progresa mērs ir strādājoša programmatūra. </li></ul>
  13. 13. 8. princips <ul><li>8. Agile procesi veicina izstrādes nepārtrauktību. Biznesa cilvēkiem, izstrādātājiem un lietotājiem uz nenoteiktu laiku ir jābūt gataviem strādāt nemainīgā, vienmērīgā ritmā. </li></ul>
  14. 14. 9. princips <ul><li>9. Koncentrēšanās uz tehnisko izcilību un dizaina kvalitāti dod iespēju bez grūtībām reaģēt uz pārmaiņām. </li></ul>
  15. 15. 10. princips <ul><li>10. Vienkāršība - māksla kāpināt padarītā darba apjomu - ir kritiska. </li></ul>
  16. 16. Projekta trokšņu līmenis <ul><li>Mērķis - vienkāršība! </li></ul>
  17. 17. 11. princips <ul><li>11. Labākie arhitektūras risinājumi, prasības un projektējumi rodas pašorganizētā komandā. </li></ul>
  18. 18. 12. princips <ul><li>12. Komanda regulāri analizē savu sniegumu, lai kāpinātu sava darba efektivitāti, un atbilstoši maina un pielāgo savu uzvedību. </li></ul>
  19. 19. Agile prakses <ul><li>Ieskats </li></ul>
  20. 20. Agile prakses <ul><li>Agile Modeling - http://www.agilemodeling.com / </li></ul><ul><li>Test Driven Development (TDD) : http://www.agiledata.org/essays/tdd.html </li></ul><ul><li>Extreme Programming (XP) : http://www.extremeprogramming.org/rules.html </li></ul><ul><li>Scrum : http://www.mountaingoatsoftware.com/presentations </li></ul>
  21. 21. Scrum
  22. 22. Projekta iezīmes <ul><li>Pašorganizēta komanda </li></ul><ul><li>Darbs tiek organizēts 2-4 nedēļu garos ciklos - sprintos </li></ul><ul><li>Prasības tiek fiksētas produkta uzkrājumā </li></ul><ul><li>Nav strikti definētas izstrādes prakses </li></ul><ul><li>Projektam raksturīgi rituāli </li></ul>
  23. 23. Scrum karkass <ul><li>Lomas: Produkta īpašnieks, Scrum Master, Komanda </li></ul><ul><li>Rituāli: Plānošana, Pārskats, Retrospekcija, Ikdienas sanāksmes </li></ul><ul><li>Artifakti: Produkta uzkrājums, Sprinta uzkrājums, Progresa “ līkne ” </li></ul>
  24. 24. Produkta īpašnieks <ul><li>Definē prasības </li></ul><ul><li>Nosaka termiņus </li></ul><ul><li>Izvērtē ROI ( return of investments ) </li></ul><ul><li>Nosaka prioritātes </li></ul><ul><li>Maina prasību detalizāciju, precizē prasības sprinta laikā </li></ul><ul><li>Akceptē vai noraida paveikto darbu </li></ul>
  25. 25. Scrum Master <ul><li>Pilda projekta pārvaldības funkcijas </li></ul><ul><li>Atbildīgs par rituālu ievērošanu </li></ul><ul><li>Atbildīgs par traucēkļu novēršanu </li></ul><ul><li>Sargā komandu no ārējiem traucēkļiem </li></ul>
  26. 26. Komanda <ul><li>Visbiežāk sastāv no 5-9 cilvēkiem </li></ul><ul><li>Krosfunkcionāla </li></ul><ul><li>Sprinta laikā strādā pilnā slodzē </li></ul><ul><li>Pašorganizēta </li></ul>
  27. 27. Plānošana <ul><li>Pārskata projekta mērķus </li></ul><ul><li>Definē sprinta mērķus </li></ul><ul><li>Izvēlas sprinta darbus no produkta uzkrājuma </li></ul><ul><li>Novērtē izvēlētos darbus </li></ul>
  28. 28. Ikdienas sanāksmes <ul><li>Katru dienu atbildēt uz 3 jautājumiem: Ko darīju? Ko darīšu? Vai man kas traucē? </li></ul><ul><li>Max 15 minūtes </li></ul><ul><li>Kājās stāvot :) </li></ul><ul><li>Ir domātas problēmu identificēšanai </li></ul><ul><li>Nav domātas problēmu risināšanai </li></ul><ul><li>Var runāt tikai komandas dalībnieki - stāsts par cāli, cūku un restorānu </li></ul>
  29. 29. Pārskata sanāksme <ul><li>Tiek rādīts sprinta laikā paveiktais </li></ul><ul><li>Pēc iespējas piedalās visa komanda </li></ul><ul><li>Sanāksme var tikt izmantota realizētās funkcionalitātes izskatīšanai, komentēšanai, akceptēšanai </li></ul>
  30. 30. Retrospekcija <ul><li>Izvērtē iepriekšējā sprinta veikumu </li></ul><ul><li>Viens no veidiem - atbildēt uz 3 jautājumiem: </li></ul><ul><ul><li>Ko turpināsim darīt? Kas mums patika? </li></ul></ul><ul><ul><li>Ko pārtrauksim darīt? Kas mums nepatika? </li></ul></ul><ul><ul><li>Ko darīsim citādāk , mainīsim? </li></ul></ul>
  31. 31. Produkta uzkrājums <ul><li>Visu zināmo prasību saraksts.. </li></ul><ul><li>..Lietotāju stāstu formulējumā - < kurš : ko dara : ar kādu mērķi >.. </li></ul><ul><li>..Ar novērtējumiem, izmantojot, piemēram, plānošanas pokeri </li></ul>
  32. 32. Praktiskā pieredze
  33. 33. Grūtības <ul><li>Klients neiesaistās </li></ul><ul><li>Prakses tiek ieviestas fragmentāri </li></ul><ul><li>Prakses uzreiz tiek pielāgotas “ projekta īpatnībām ” </li></ul><ul><li>Pašorganizētība un pašmotivētība kā vērtības, kas nedod iespēju agile mācīt. Agile ir jāapgūst pašam . </li></ul>
  34. 34. Atziņas <ul><li>“ Kruti džeki ” pēc agile strādā intuitīvi </li></ul><ul><li>Atteikšanos vai nespēju strādāt, izmantojot agile prakses, var uzskatīt par simptomātisku - gaidi bēdu no tādas komandas ;) </li></ul><ul><li>Do not give me excuses, give me results! </li></ul>
  35. 35. Kas tālāk? <ul><li>Lean is new agile :) </li></ul>
  36. 36. Jautājumi? <ul><li>Paldies par uzmanību! </li></ul>
  37. 37. Izmantotā literatūra <ul><li>Agile Manifesto: http://agilemanifesto.org / </li></ul><ul><li>Mike Cohn blogs: http://www.mountaingoatsoftware.com / </li></ul><ul><li>Agile Modeling (AM) Home Page: http://www.agilemodeling.com / </li></ul>

×