O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
Ievads Agile <ul><li>01.03.2011 </li></ul>
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ārma...
Agile Manifesto <ul><li>Programmatūras izstrādei </li></ul>
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...
Agile Manifesto <ul><li>12 darbības principi </li></ul>
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ājo...
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ā ...
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...
4. princips <ul><li>4. Projekta laikā biznesa cilvēkiem un izstrādātājiem diendienā vajadzētu strādāt plecu pie pleca.  </...
5. princips <ul><li>5. Projektā iesaistiet motivētus komandas dalībniekus. Radiet vidi, kas atbalsta viņu vajadzības un uz...
6. princips <ul><li>6. Visefektīvākais un efektīgākais veids, kā izstrādes komandā apmainīties ar informāciju, ir klātiene...
7. princips <ul><li>7. Primārais darbu progresa mērs ir strādājoša programmatūra.  </li></ul>
8. princips <ul><li>8. Agile procesi veicina izstrādes nepārtrauktību. Biznesa cilvēkiem, izstrādātājiem un lietotājiem uz...
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ņ...
10. princips <ul><li>10. Vienkāršība - māksla kāpināt padarītā darba apjomu - ir kritiska. </li></ul>
Projekta trokšņu līmenis <ul><li>Mērķis - vienkāršība! </li></ul>
11. princips <ul><li>11. Labākie arhitektūras risinājumi, prasības un projektējumi rodas pašorganizētā komandā.  </li></ul>
12. princips <ul><li>12. Komanda regulāri analizē savu sniegumu, lai kāpinātu sava darba efektivitāti, un atbilstoši maina...
Agile prakses <ul><li>Ieskats </li></ul>
Agile prakses <ul><li>Agile Modeling  -  http://www.agilemodeling.com / </li></ul><ul><li>Test Driven Development  (TDD) :...
Scrum
Projekta iezīmes <ul><li>Pašorganizēta komanda </li></ul><ul><li>Darbs tiek organizēts 2-4 nedēļu garos ciklos - sprintos ...
Scrum karkass <ul><li>Lomas:  Produkta īpašnieks, Scrum Master, Komanda </li></ul><ul><li>Rituāli:  Plānošana, Pārskats, R...
Produkta īpašnieks <ul><li>Definē prasības </li></ul><ul><li>Nosaka termiņus </li></ul><ul><li>Izvērtē ROI ( return of inv...
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...
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ā...
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 darbu...
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>...
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><...
Retrospekcija <ul><li>Izvērtē iepriekšējā sprinta veikumu </li></ul><ul><li>Viens no veidiem - atbildēt uz 3 jautājumiem: ...
Produkta uzkrājums <ul><li>Visu zināmo prasību saraksts.. </li></ul><ul><li>..Lietotāju stāstu formulējumā - < kurš  :  ko...
Praktiskā pieredze
Grūtības <ul><li>Klients neiesaistās </li></ul><ul><li>Prakses tiek ieviestas fragmentāri </li></ul><ul><li>Prakses uzreiz...
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 ...
Kas tālāk? <ul><li>Lean  is new agile :) </li></ul>
Jautājumi? <ul><li>Paldies par uzmanību! </li></ul>
Izmantotā literatūra <ul><li>Agile Manifesto:  http://agilemanifesto.org / </li></ul><ul><li>Mike Cohn blogs:  http://www....
Próximos SlideShares
Carregando em…5
×

Agile lu-01.03.2011 linda-vituma-public

805 visualizações

Publicada em

Publicada em: Educação
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

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>

×