1. Likę neaptarti dalykai po 2011-11-25, 2011-12-02, 2011-12-09 paskaitų
Agile užrašai
Likę neaptarti dalykai po , , paskaitų

2. Geriausia užsakovo-vykdytojo santykių iliustracija
Pigs and chicken
Chicken – užsakovas: naudotojai, vadovai
Pigs – vykdytojas: produkto savininkas, komanda

3. Waterfall vs. Agile (waterfall istorija)
Waterfall yra paklydimas!
Waterfall kaip sąvoka (ir kaip siūlomas IS įgyvendinimo būdas) atsirado iš Winston W. Royce straipsnio
Pats W.W.Royce apie Waterfall sakė, kad jį ne taip suprato, o jo paties nuomonė yra: „I believe in this concept, but the implementation described above is risky and invites failure.“ (iš to paties straipsnio)
O tapo įteisintas dėl žmogiško poreikio turėti lengvai suprantamą (racionalų) sprendimą:
vs.

4. Waterfall vs. Agile (waterfall istorija)
David L. Parnas et al. A Rational Design Process: How and Why to fake it:
„For all of these reasons, the picture of the software designer deriving his design in a rational, error­free, way from a statement of requirements is quite unrealistic. No system has ever been developed in that way, and probably none ever will.“
Išeitis: turėti racionalų procesą neįmanoma, tai tenka imituoti jį
F.Brooks, The Design of Design:
The Rational Model may seem naive to us today. But it is a very natural model for people to conceive.
Išsamiau – privaloma pasižiūrėti prezentacija: Real Software Engineering - Glenn Vanderburg

5. Projektų valdymas Projektas = karo lauko ligoninė
Nesaugo nuo kulkų, bet nuo dulkių saugo
Projekto paskirtis – suteikti apsaugą nuo neigiamų įtakų organizacijos viduje:
Tikslo pametimo
Motyvacijos stokos
Nenoro bendradarbiauti
Finansavimo trūkumo
Projekto valdymo priemonės?

6. Waterfall vs. Agile (projektų valdymas)
Kiek teisingas teiginys, kad tradicinis projekto valdymas reikalauja daug nereikalingų pastangų?
Neapsigaukite: ne tradicinis, o blogas projekto valdymas!
Apie tai jau kalbėjome Tema10.ppt
Ar Scrum master yra projekto vadovas?
Kas yra projekto vadovas Scrum projekte?

7. Waterfall vs. Agile (projektų valdymas)
Projekto sėkmės supratimas
Sėkmės faktorius
Naujas apibrėžimas
Tvarkaraštis
61% mano, kad svarbiau sistemą pateikti ne tiek laiku, o kiek tada, kai ji parengta diegimui
Apimtis
87% mano, kad tikrųjų suinteresuotų šalių poreikių patenkinimas svarbiau nei atitikimas reikalavimų specifikacijai
Kaina
79% mano, kad sistemos atsipirkimo (ROI) optimizavimas yra svarbiau nei sistemos sukūrimas biudžeto ribose
Kokybė
87% mano, kad aukšta kokybė svarbiau nei sistemą pateikti laiku ir už planuotą kainą
Darbuotojai
75% mano, kad psichologiškai ir fiziologiškai sveika darbo aplinka ir darbo sąlygos yra svarbiau nei sistemą pateikti laiku ir už planuotą kainą
Nuomonės cituojamos iš

8. Waterfall vs. Agile (projektų valdymas)
Projekto sėkmės faktoriai valdiškuose IT pirkimuose (iš United States Government Accountability Office 2011 spalio mėn. ataskaitos):
Sėkmės faktorius 1
Program officials were actively engaged with stakeholders. 2
Program staff had the necessary knowledge and skills. 3
Senior department and agency executives supported the programs. 4
End users and stakeholders were involved in the development of requirements. 5
End users participated in testing of system functionality prior to formal end user acceptance testing. 6
Government and contractor staff were stable and consistent. 7
Program staff prioritized requirements. 8
Program officials maintained regular communication with the prime contractor. 9
Programs received sufficient funding.
Šaltinis:

9. Waterfall vs. Agile (reikalavimų valdymas)
Nusistebėjimai, klausantis Agile entuziastų:
User-story pavyzdys: „Aš kaip klientas norėčiau turėti galimybę išleisti sukauptus lojalumo taškus?“ – ar čia user story?
Ar tikrai organizacijos darbuotojai (užsakovai) nežino, ko jiems reikia? O gal IT žmonės nemoka išgirsti, ko jiems reikia?
Kas yra Product owner? Kaip tokį užsiauginti?

10. Waterfall vs. Agile (reikalavimų valdymas)
Agile vs. Tradicinė projektų valdymo terminologija:
Iš verto perskaityti palyginamojo straipsnio: onnecting-the-dots-in-agile.html

11. Agile
Geriausia matyta Scrum prezentacija: Jurgen Appelo The Zen of Scrum

12. Kanban Vizualiai Kanban gali atrodyti kaip Scrum be iteracijų
Tačiau Kanban esmė – sutelkti žmonių dėmesį, ribojant WIP (atliekamų vienu metu užduočių) kiekį
To išdava: užtikrinamas pastovus atliekamų darbų srautas
Scrum siekia to paties tikslo, tačiau ne srauto ribojimu, o darbo užduočių paketavimu į iteracijas (t.p. žr. Why Kanban Board is a Value Stream Map but a Scrum Board Isn’t)

13. Kanban principai First adopt foundational principles:
Start with what you do now
Agree to pursue incremental, evolutionary change
Respect the current process, roles, responsibilities & titles
Then:
Visualize the workflow
Limit WIP
Manage Flow
Make Process Policies Explicit
Improve Collaboratively (using models & the scientific method)
Šaltinis: David J. Andersson „The principles“, iš: ples_of_the_kanban_method/

14. Kanban Aleksei Kovaliov Scrum vs. Kanban
Tomas Bjorkholm Kanban kick-start (v2)
Pavel Brodzinski Kanban story
Mattias Skarin 10 kanban boards and their context
Jim Coplien An Alternative to Kanban: One- Piece Continuous Flow

15. Scrum board realizacija
Projektorius
Kamera su judesio jutikliu
RFID kortelės
Sinchronizacija su Jira
Veiksmas:
Technologijos pristatymas: fone-scrumboard

16. Apklausa Per 3 paskaitas aptarėm XP, Agile, Scrum
Rokas įvardino problemas
Dar yra Kanban
Ar kitą paskaitą skiriame apibendrinimui ir aptarimui, ką sužinojome per šias 3 paskaitas, ar ką nors nauja?
Duodu nuorodas ir gilinatės savarankiškai
Kitą paskaitą paskiriame LEAN istorijai ir kaip atsirado „Agile“ kaip idėja
Kitą paskaitą paskiriame LEAN žaidimui