5. • 3 mėnesiai
• 400 vartotojų
• Politiškai-strategiškai svarbus
6. • Vidinė komanda
• 7 Produkto savininkai
• 3 5 Naujų modulių programuotojai
• 4 Legacy sistemų programuotojai
• 1 Techninės įrangos atrinkimas ir tiekimas
• 15 Testinė vartotojų grupė
12. Bėda#1: Netvirtina ir netvirtina
• Neaiški apimtis ir daugybė nuomonių
• Neaiški nauda
• Fiksuotas deadline ir biudžetas
• Bet koks vėlavimas pradėti == Vėlavimas pabaigti
Kaip sprendėm:
• Pirma iteracija = Demo
• Limituotas paleidimas
• Iš karto su nauda – 0,5 val. inžinieriaus darbo laiko taupymas
• Padaryti galutinius vartotojus advokatais ir šalininkais – JIEMS REIKIA!
14. Bėda#2: Mes gi šito nemokam
• Windows Apps - nauja technologija
• Naujoviški planšetai - neaiškaus dydžio ir galingumo
Kaip sprendėm:
• Minimizuoti naujos platformos funkcinį svorį
• Daugiau darbų į mylimą Legacy
• Nauja platforma – subrangovui su patirtimi
• Demo įrenginiai iš tiekėjų
16. Bėda#3: Subyrėjo komanda
• Išeina Lead programuotojas
• Su geriausiomis dalykinės srities žiniomis!!!
• Sunkiausiai dirbantis!!!!
Kaip sprendėm:
• Nu ir tegu eina
• Agile komanda papildyta ir greitai adaptavosi
• Padėjo geras backlog sutvarkymas
18. Bėda#4: Prioritetai vis gi ne tie
• Backlogas „ne iš tos pusės“
Kaip sprendėm:
• Įtraukti TIKRUS galutinius vartotojus
• Dienos workshopas su „parodykit kaip dabar“
• Vietoj nuomonių ginčo – Faktai from the field
20. Bėda#5: Susi.... pavedė subrangovas
• Subrangovas nepadaro kelintą sprintą iš eilės
• Nepriduoda kodo (techninės kliūtys?)
• @#$#@$%!.... nenusiteikęs bendrauti
• Pykčiai projekto komandoje
Kaip sprendėm:
• Kill, kill, kill
• Sudarom dar vieną vidinę komandą
• Keičiam projekto Scope‘ą
• Atsisakom subrangovų, pradedam jų darbą nuo Nulio
• Testuojam ant dviejų skirtingų įrenginių
22. Bėda#6: Neatvažiavo įranga
• Įrangos paruošimo dieną – įrangos nėra
• Įrenginių reikalavimai ne galutiniai
• Konkrečios įrangos – vis dar nėra
Kaip sprendėm:
• Panašiausi „demo“ įrenginiai iš tiekėjų
• Rizikų sąrašas garsiai įvardintas PV Komitetui
24. Bėda#7: Dinozaurų šešėlyje
• Palaikymo incidentai
• Kiti plėtros projektai
• Tas pats kodas – skirtingos komandos
Kaip sprendėm:
• Scrum 70% / Kanban 30%
• Savaitiniai sprintai
• Griežtos kodo taisyklės
• Automatiniai testai
• Skirtingos aplinkos
27. Išsinešimui
• Naudingas Demo su pamatuojama verte
• Vartotojai – advokatai
• Mažiau funkcijų į rizikingą technologiją
• Pradėti testuoti naują įrangą nuo 0-dienos
• Įtraukti gamintojų konsultantus/mokytojus
• Trumpos iteracijos
• Žaibiški vadybiniai sprendimai
• Susidirbę, įsitraukę, lankstūs programuotojai
• Kvestionuokite backlogą, jeigu nesate tikras