Sisältö

1. Sisältö • Tausta • Miksi uusi työkalu? • AgilEFantin ideologinen perusta • Tuotevisio • Demo • Tärkeimmät käyttötapaukset

2. AgilEFantin Tausta

3. Miksi uusi työkalu? • ”Killer Appia” ei vieläkään olemassa • Yritystä jonkin verran • Joka yrityksellä omat viritykset (xls/intranet/MSProj) • SoberIT:llä tutkittu ketterää ohjelmistokehitystä v. 1999 lähtien

4. Viisi klassista haastetta

5. Ideologinen perusta: ohjelmistoyrityksen johtamisen syklit & rytmitetty kehitys Yhtiön johtaminen Liiketoimintayksikön johtaminen Tuotehallinto Tekemissalkunhallinta Projektit Iteraatiot Sykäykset

6. Tuotevisio 2007 AgilEFant on paras vapaasti jaossa oleva työkalu backlogien ja ohjelmistoporukan tekemissalkun hallintaan. AgilEFant on käsitteistöltään joustavampi ja toimivampi kuin mikään vastaavista kaupallisista tuotteista. AgilEFant ratkaisee viisi klassista haastetta, joita vastaavissa softissa on esiintynyt. Toukokuussa 2007 AgilEFantia pilotoidaan menestyksekkäästi yhdessä tai useammassa oikean yrityksen ohjelmistoprojektissa ja sen jatkokehitys on turvattu

7. AgilEFant 2007

8. Demo • Tärkeimmät käyttötapaukset • Kehittäjien päivittäinen arki • Iteraatioiden hallinta • Projektin hallinta • Tekemissalkun hallinta • Tuotehallinto Ei projektin puitteissa

9. Disclaimer All characters, projects and tasks in this demo are fictitious. Any resemblance to actual persons, living or dead, is purely coincidental. The names of actual persons, living or dead, or actual products, commercial or political, in this work do not refer to their correspondent realities but only to reified perceptions of digitized software engineering infospace, introduced -- via this demo - into individualized consciousness.

10. Kysymyksiä ja Keskustelua

11. Päivittäinen työ

12. Login • Iteraatioiden välit: keskittynyttä työntekoa • Kehittäjä saattaa tehtävistä valmiiksi yhden kerrallaan • Ensiksi täytyy logata sisään

13. Omat taskit: Heartbeat • Työhön keskittymistä avittamaan • Filtteröi pois kaiken muun paitsi omat ajankohtaiset • Ajankohtainen = kuuluu johonkin meneillään olevasta joukosta iteraatioita • Omien juttujen keskinäinen tärkeys

14. Seuraava task • Jarno näkee omat taskit s.e. backlog itemeistä tärkeysjärjestys • Seuraavan taskin valinta • Tärkein backlog item: "Demon valmistelu“ • ylimmän taskin valinta • tila aloitetuksi ("started")

15. Estimaatin päivitys • Jarno havaitsee pian, että estimaatti oli liian optimistinen • vie ainakin 2h • Epävarmuustekijät huomioon, uusi arvio 3h

16. Taskin valmistuminen • Jarno saa taskin suoritettua • Tulevaisuuden varalle muistiin pari ilmennyttä asiaa • avaa taski • kirjoita kommentit kuvaukseen • Lopuksi taski tehdyksi (“done”)

17. Työtuntien raportointi • Esim. päivän päätteeksi • Lista taskeista/backlog itemeistä • tuntien kirjaus • estimaattien päivitys • Ketterien menetelmien kannalta estimaatti kiinnostavampi

18. Iteraationhallintasykli

19. Iteraation hallinta • Iteraatiota hallitaan heartbeat-tason käytännöillä • Heartbeat -palaverit (=biitit) • Biitti = säännöllinen päivittäisiä tai maksimissaan viikottaisia iteraation edistymistä seuraava palaveri • Projektipäällikkö käy yhdessä kehittäjien kanssa läpi mitä kukin on: • tehnyt sitten edellisen biitin, • aikoo seuraavan biitin aikana tehdä, ja • mitä ratkaisemista vaativia ongelmia on kohdattu

20. Iteraation hallinta • Hyppy ajassa 1,5 viikkoa taaksepäin • AgilEFant 2007 -projektin biitti

21. Allokoitujen taskien tila • Projektipäällikkö Eemeli käy asiat kehittäjien kanssa läpi: • tilanteen • vastaan tulleet ongelmat • Myös tuotepäällikkö Jarno osallistuu, iteraation loppu käsillä

22. Taskien tila • Kari etenemässä hyvää vauhtia • Jotain juttuja joista ei edes puhuttu

23. Taskien tila • Markus sai tehtyä likimain suunnitellut testit • Tosin yksi backlog item on vielä testaamatta • Rästissä oleva feature vaatii arviolta pari tuntia työta • Eemeli ei katso tämän vaikuttavan viimeisen biitin aikatauluun

24. Taskien tila • Käyttöliittymistä vastaava Marjukka sairastui • Useita viime biittiin suunniteltuja taskeja kesken • Mm. tekemissalkun hallinnan sekä tuotehallinnon käli-suunnitelmat vaiheessa • Eemeli päättää siirtää nämä Jukalle

25. Taskien allokointi kehittäjille • Tuotepäällikkö Jarno kysyy käyttöliittymäkehityksen tilasta • Eemeli: käli-kehitys ei pysynyt toiminnallisuuden mukana • suurin osa AgilEFantin käyttöliittymästä ei vielä lopullista • iteraation loppu ja demo häämöttää

26. Uusien taskien luonti • Käyttöliittymien toteuttamiselle (backlog item) on työmääräarvio • Tiedetään: tarvittaisiin sairaana olevan Marjukan työpanosta • Tuotepäällikkö Jarno ehdottaa: jaetaan pienemmiksi taskeiksi • Käyttöliittymä demokuntoon • Toteuttaminen järjestelmään • Marjukka (joka on pian terve) sekä Jukka määrittävät työmääräarviot erikseen

27. Kokonaistyömäärän tarkistus, priorisointi • Viikkoa myöhemmin • Projektipäällikkö Eemeli huomaa: burndown graph, iteraation loppuosalle työtä jäljellä kuin kalenteriaikaa • => kaikkia featureita ei ehditä nykyvauhdilla tekemään • Featuret onnistutaan priorisoimaan uusiksi • iteraation tavoitteista ei tarvitse tinkiä • sovitun käytännön mukaisesti Tuotepäällikkö Jarnoa ei tarvitse vaivata asialla

28. Projektinhallintasykli

29. Projektin suunnittelu • Projektien, tai yleisemmin aktiviteettien hallinta • Projektipäällikkö ja tuotepäällikkö vastaavat: • iteraatioiden alku- ja loppupäivämäärät • analysointi • projektin lopputuotteen bisnestavoitteet (ei toteutettu Fantissa) • deliverablen bisnesvaatimusten allokointi iteraatioittain

30. Iteraation tavoitteet ja sisältö • Hypätään jälleen nykpäivästä taaksepäin, nyt 1,5 kk • Tuotepäällikkö Jarno, projektipäällikkö Eemeli ja pääarkkitehti Kari • seuraavan iteraation sisällöt tavoitteet • aikataulut

31. Uusi iteraatio • Eemeli lisää iteraation järjestelmään • kirjaa sille päätavoitteen • Eemeli ja Kari deliverable backlogista: • iteraation tavoitetta edistävien backlog itemien siirto deliverablesta iteraatioon • backlog itemejä sellaisille bisnesvaatimuksille, joilla niitä ei ole

32. Tavoitteiden toteutumistilan tarkastelu • Iteraation puoliväli • Eemeli avaa projektinhallintanäkymän • iteraation tila • Asiakasdemoon liittyvät asiea eivät edistyneet suunnitellusti • Tämänhetkinen toteutusnopeus huomioiden kaikkia tavoitteita ei mahd. saavuttaa • Eemeli ilmoittaa tilanteen Jarnolle • iteraation uudelleensuunnittelukokous asap

33. Iteraation uudelleensuunnittelu • Eemeli esittelee Jarnolle backlog itemit taskeineen (tila) • Jarno: asiakasdemo pakko pitää sovittuna päivänä • Käyttöliittymien toteutus softaan asti jää pois • iteraation tavoitteista joudutaan tinkimään

34. Iteraation uudelleensuunnittelu • Käyttöliittymien demovalmiuteen saaminen mahdollista: • html-editori, kuvankäsittely, kalvoshow • iteraatiota 3 päivää pidemmäksi • kaikki kehittäjät valjastetaan tarkoitukseen • Näin tehdään: • Eemeli ja Jarno päivittävät iteraation tavoitteet • Eemeli tarkentaa backlog itemien prioriteetit ja taskien vastuut • Eemeli siirtää seur. iteraatioiden tavoitteisiin liittyvät backlog itemit

35. 2roX kiittää mielenkiinnosta!Kysymyksiä?