Johdanto leaniin ja ketterään tietotyöhön
•Télécharger en tant que PPTX, PDF•
1 j'aime•944 vues
Johdanto leaniin ja ketterään tietotyöhön - Houston Inc.
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (20)
Similaire à Johdanto leaniin ja ketterään tietotyöhön
Similaire à Johdanto leaniin ja ketterään tietotyöhön (20)
Johdanto leaniin ja ketterään tietotyöhön
- 1. Johdanto leaniin ja ketterään tietotyöhön
- 2. Agenda • Leanin ja ketteryyden arvot ja periaatteet • Leanin ja ketterän työn viitekehykset • Tuoteomistajuus ja Ketterä tuote – kuinka ketterää ja leania työtä ohjataan • Katsaus leanin ja ketterän tietotyön käytäntöihin
- 8. Ketteryydestä saadut hyödyt • http://www.versionone.com/pdf/7th-Annual-State-of-Agile-Development-Survey.pdf 8 Kyky hallita muuttuvia prioriteettejä Lisääntynyt tuottavuus Parantunut näkyvyys Tiimin tyytyväisyys parantunut Parantunut ohjelmiston laatu Riskit vähentyneet Nopeammin ideasta markkinoille IT:n ja liiketoiminnan tavoitteet yhdentyneet Kehitysprosessi yksinkertaistunut Parempi tekninen kurinalaisuus
- 9. Hyödyt ja haitat • Projekti pystyy mukautumaan helposti olosuhteiden muuttumiseen • Asiakas voi päättää milloin tuote on ‘tarpeeksi hyvä’ • Lyhyt aika ideasta toteutuksen alkuun • Lyhyt time to market • Tukee hyvää tiimihenkeä • Tukee hyvää yhteistyötä kaikkien viiteryhmien välillä • Läpinäkyvyys • Vaatii enemmän työtä projektin aikana scrum masterilta • Vaatii vahvan tuoteomistajan joka voi päättää mitä tehdään seuraavaksi” tarpeeksi hyvin” (eli mikä on tärkein toiminnallisuus) Oikea toimintatapa projektille on aina syytä valita tapauskohtaisesti
- 10. Leanin ja ketteryyden arvot ja periaatteet
- 11. Arvo 1: Jatkuva kehittyminen yhdessä
- 12. Arvo 1: Jatkuva kehittyminen yhdessä • Tekijätiimillä valta ja vastuu • Sekä tuotoksista että kehittymisestä • Varmistetaan laatu empiirisesti • Luodaan kaikille näkyvyys tuloksiin ja prosessiin
- 13. Arvo 2: Empiirinen lähestymistapa työhön
- 14. Arvo 2: Empiirinen lähestymistapa työhön • Edistymisen arviointi lopputuotteiden asiakasvaikutusten kautta • Jatkuva oppiminen tarkastelemalla työn tekemisen tapaa • Työn tekijät vastuussa laadusta ja kehittymisestä • Tarkastellaan ja kehitetään työtä kokonaisuutena
- 15. Arvo 3: Asiakasnäkökulma Kuva: Matt Watts
- 16. Arvo 3: Asiakasnäkökulma • Asiakasvaikutus ratkaisee • Asiakasvaikutuksia validoidaan empiirisesti aikaisilla ja säännöllisillä tuotosten toimituksilla • Tiivis yhteistyö asiakasrajapintaan • Pyritään minimoimaan turha työ: tehdään vain sellaista, mitä todella uskotaan asiakkaiden tarvitsevan
- 17. Arvo 4: Muutoksen hyväksyminen Kuva: Jeremie Kent
- 18. Arvo 4: Muutoksen hyväksyminen • Minimoidaan ennenaikainen työ oikea-aikaisella suunnittelulla • Tehdään päätökset mahdollisimman myöhään • Pyritään toimittamaan mahdollisimman nopeasti päätöksenteon jälkeen • Jatkuva yhteistyö liiketoiminnan edustajien ja asiakasrajapinnan kanssa
- 20. Leanin tietotyön periaatteet 1. Poista hukka 2. Vahvista oppimista 3. Tee päätökset niin myöhään kuin mahdollista 4. Toimita niin pian kuin mahdollista 5. Valta ja vastuu tiimille 6. Rakenna laatu sisään 7. Näe kokonaisuus 1. Eliminate waste 2. Amplify learning 3. Decide as late as possible 4. Deliver as fast as possible 5. Empower the team 6. Build integrity in 7. See the whole
- 21. Ketterän tietotyön periaatteet • Aikaiset ja säännölliset lopputuotteiden toimitukset • Hyväksytään muutos, jopa toivotetaan se tervetulleeksi • Yhteistyö liiketoiminnan kanssa • Kommunikointi kasvokkain • Prototyypit, osatoimitukset edistymisen mittarina • Kestävä toimintatapa ja –tahti • Jatkuva huomio laatuun • Yksinkertaisuus – turhan työn minimointi • Suunnitteluratkaisut itseorganisoituneissa tiimeissä • Toiminnan tarkastelu ja parantaminen säännöllisesti
- 22. Tietotyö on usein kompleksista
- 24. Leanin ja ketterän työn viitekehykset
- 25. Ketteriä ja leaneja viitekehyksiä XP Scrum Kanban Scrumban jne.
- 26. Scrum
- 35. Scrum-tiimi • Virtaviivainen koneisto, joka tekee visiosta totta
- 36. Scrumissa on artefakteja Tuotteen kehitysjono Sprintin kehitysjono Sprintin edistymiskäyrä
- 37. Tuotteen kehitysjono Engl. Product backlog • Tuotevisiosta muodostetaan kehitysjonon asioita Asia Arvio Asiakkaana haluan ostaa lippuja junasta ilman lisämaksua, jottei minun tarvitse tulla asemalle etuajassa. Asiakkaana haluan, että tilausnumero luodaan minulle automaattisesti, jotta minun ei tarvitse käyttää aikaa sen keksimiseen. Asiakkaana haluan, että asiakaspalvelu voi tulostaa minulle tarvittaessa uuden liipun, jotta minun ei tarvitse ostaa lippua uudelleen jos olen kadottanut sen. Asiakkaan etukäteisvaraus ilman maksua
- 38. Sprintin kehitysjono Engl. Sprint backlog • Konkreettiset askeleet sprintin tavoitteeseen ja niiden nykytila Story Todo In progress Done Asiakkaana haluan ostaa lippuja junasta ilman lisämaksua, jottei minun tarvitse tulla asemalle etuajassa. Asiakkaana haluan, että tilausnumero luodaan minulle automaattisesti, jotta minun ei tarvitse käyttää aikaa sen keksimiseen. Lisää lisämaksuton lippu konduktöörin laitteeseen. Päivitä asiakkaan ohjeistusta, Poista id:n syöttökenttä käyttöliittymästä.
- 39. Edistymiskäyrä (engl. burndown) Pysymmekö ennusteessa? todellinen ennuste Työtä jäljellä
- 40. Scrumissa on tapahtumia Sprintin suunnittelu Päivittäispalaveri Sprintin katselmointi Sprintin retrospektiivi
- 42. Scrum pähkinänkuoressa Tuotekehityksen viitekehys Perustuu empiiriseen prosessikontrolliin Arvot • Keskittyminen • Rohkeus • Avoimuus • Sitoutuminen • Kunnioitus Periaatteet • Empiirinen prosessinkontrolli • Tarkasta ja mukauta • Läpinäkyvyys Roolit • Tuoteomistaja • Scrum Master • Kehitystiimi Artefaktit • Tuotteen kehitysjono • Sprintin työjono • Sprintin kehityskäyrä Tapahtumat • Päivittäispalaverit • Sprintin suunnittelu • Sprinttikatselmus • Retrospektiivi
- 43. Kanban
- 44. Kanban kolmessa vaiheessa Visualisoi työnkulku Lähde siitä miten toimitte nyt Rajoita kesken- eräisen työn määrää Maksimoi työn virtaus Evolutio- näärinen muutos parempaan Kehitä työn tekemistä yhdessä
- 45. Kanbanin periaatteet 1. Lähde siitä, miten teette nykyään 2. Kunnioita nykyistä prosessia 3. Sopikaa, että tähtäätte asteittaiseen, evolutionääriseen muutokseen
- 46. Kanbanin säännöt 1. Visualisoi työnkulku 2. Rajoita keskeneräisen työn määrää (engl. Work in progress, WIP) 3. Hallitse töiden virtausta (engl. Flow) 4. Tee prosessin menettelytavoista eksplisiittisiä 5. Kehitä toimintaa yhteistyössä, käytä kehitystyöhön mallinnusta ja tieteellistä menetelmää 6. Käytä palautesyklejä
- 47. Kanban ja kanban • kanban • Merkkikortti, merkkilappu • Tulee japanin kielestä: ”visuaalinen kortti” • Kanban-järjestelmä • Vetämisperiaatteeseen (engl. pull principle) perustuva järjestelmä, joka on toteutettu kanban -kortein • Kanban • Evolutionäärisen ja asteittaisen kehittämisen metodologia tietotyöhön David J. Anderson: Kanban, 2010.
- 48. Työnkulun visualisointi: Jaettu malli siitä miten työ tehdään
- 54. Tuoteomistajuus ja ketterä tuote ketterän ohjelmistokehityksen ohjaaminen
- 55. Tuoteomistaja (engl. Product owner, PO) Tuotteen ruumiillistuma
- 58. Osallistua • Sprintinsuunnittelupalaveriin (engl. Sprint planning) • Sprinttikatselmukseen (engl. review / demo) • Retrospektiiviin • Kehitysjonon kohentamiseen (engl. Backlog grooming)
- 59. Tuoteomistajan vastuut • Edustaa tuotteen näkökulmaa • Ilmaista tuotevisio, tuoda se esiin jatkuvasti • Motivoida tiimiä • Olla saatavilla
- 60. KETTERÄ TUOTE
- 62. “It is not the strongest of the species that survives, nor the most intelligent that survives. It is the one that is the most adaptable to change.” ”Lajeista vahvin tai älykkäin ei ole se joka selviytyy, vaan lajeista mukautuvin.” – Charles Darwin
- 63. Tuotteen evoluutio Tarvitsen suojan! Luola 5 päivää Teltta 2 viikkoa Talo 6 kk Pilvenpiirtäjä 2 v
- 64. Tuoteomistajan näkökulma Tarvitsen suojan! Luola 5 päivää Teltta 2 viikkoa Talo 6 kk Pilvenpiirtäjä 2 v Sidosryhmä Tarve Tarpeen täyttävät tuoteversiot
- 65. Riskit • Liiketoimintariski • Tekninen riski • Sosiaalinen riski • Hinta- ja aikatauluriski
- 68. Ketterän kehityksen työmalli Kehitystiimi Käytössä oleva tuoteversio AsiakasTuotevisio Tuotteen kehitysjono Arvo, vaikutukset Palaute Julkaisu Ominaisuudet Konkreettiset tehtävät
- 69. Tekninen riski
- 71. Ketterän kehityksen työmalli Kehitystiimi Käytössä oleva tuoteversio AsiakasTuotevisio Tuotteen kehitysjono Arvo, vaikutukset Palaute Julkaisu Ominaisuudet Konkreettiset tehtävätTeknisen riskin minimointi Teknisen riskin validointi
- 74. Ketterän kehityksen työmalli Kehitystiimi Käytössä oleva tuoteversio AsiakasTuotevisio Tuotteen kehitysjono Arvo, vaikutukset Palaute Julkaisu Ominaisuudet Konkreettiset tehtävät Liiketoiminta- riskin minimointi Liike- toiminta- riskin validointi
- 77. Ketterän kehityksen työmalli Kehitystiimi Käytössä oleva tuoteversio AsiakasTuotevisio Tuotteen kehitysjono Arvo, vaikutukset Palaute Julkaisu Ominaisuudet Konkreettiset tehtävät Hinta- ja aikataulu- riskin hallinta
- 80. Ketterän kehityksen työmalli Kehitystiimi Käytössä oleva tuoteversio AsiakasTuotevisio Tuotteen kehitysjono Arvo, vaikutukset Palaute Julkaisu Ominaisuudet Konkreettiset tehtävät Sosiaalisen riskin hallinta
- 83. Minimituote (engl. minimum viable product, MVP) • Tuoteversio, jonka avulla tiimi voi kerätä maksimaalisen paljon validoitua oppimista tärkeistä sidosryhmistä ja heidän tarpeistaan mahdollisimman vähällä vaivalla • MVP:n laajuus riippuu siitä, miten paljon sidosryhmien tarpeista tiedetään jo ja miten paljon on mahdollista oppia
- 84. Minimiominaisuus (engl. minimal marketable feature, MMF) • Pienin mahdollinen muutos palvelussa tai tuotteessa, joka ansaitsee ranskalaisen viivan tuotekuvauksessa • Tuottaa arvoa jollekin sidosryhmälle • Pienin mahdollinen muutos, jonka vaikutuksia on mahdollista validoida
- 85. Toteutusvalmis kehitysjonon asia (engl. ready product backlog item) • Tarpeeksi pieni otettavaksi kehitystiimin toteutettavaksi • Läpimenoaika lyhyt • Scrum: alle sprintti • Ymmärrettävä • Yksiselitteinen • Testattavissa • Esim. käyttäjätarina (engl. user story)
- 86. Hyväksymiskriteerit? • Engl. Conditions of satisfaction tai acceptance criteria • Tarkentavat ominaisuutta tai käyttäjätarinaa • Voidaan käydä tarkentavassa keskustelussa haluttavasta toiminnallisuudessa tuoteomistajan kanssa
- 87. PRIORISOINTI
- 88. Priorisointi arvon mukaan Suuri arvo Pieni arvo
- 89. Priorisointi arvon ja riskin mukaan Pieni arvo, suuri riski Suuri arvo, suuri riski Pieni arvo, pieni riski Suuri arvo, pieni riski
- 90. Leanin ja ketterän tietotyön käytännöt
- 91. MITÄ JA MIKSI ENNUSTAA
- 92. Mitä ja miksi ennustaa? Tarvitsen suojan! Luola 5 päivää Teltta 2 viikkoa Talo 6 kk Pilvenpiirtäjä 2 v
- 93. Edistymiskäyrä (engl. burndown) Pysymmekö ennusteessa? todellinen ennuste Työtä jäljellä
- 94. Ennustaminen arvioinnin vs. empiirisen tilastotiedon perusteella Ennustamismenetelmä Riski Historiallinen tilastotieto Hyvin pieni Vertaileva työmäärän arviointi Keskikokoinen Kehittäjien työmääräarviot Suuri
- 97. SUUNNITTELU JA ENNUSTAMINEN: TEORIASTA KÄYTÄNTÖÖN
- 99. Suunnittelu ja ennustaminen Kanbanissa • Saadaan enemmän aikaan tekemällä vähemmän • Samaan aikaan työn alla oleville tehtäville on raja, jolla on mahdollista pitää laatua yllä • Yleensä tämä yläraja on intuitiivisesti luultua pienempi • Lyhyet läpimenoajat ovat elintärkeitä luottamuksen rakentumiseen ja oppimisen nopeuttamiseen • Kanbanissa keskitytään läpimenoaikojen lyhentämiseen ja työn virtauksen maksimointiin
- 100. Kanban: Sovitetaan työt todelliseen kapasiteettiin • Otetaan lisää töitä kanban-järjestelmään vain siinä tahdissa, kun töitä valmistuu • Ts. järjestelmään ehdolla oleville töille on lukumäärällinen rajoitus • Tätä tukee se, että järjstelmässä työn alla olevilla töillä on lukumäärällinen rajoitus (engl. work in progress limit, WIP limit) • Opetetaan viiteryhmät toimimaan kanban-järjestelmän säännöillä • Tarvittaessa sovitaan yhdessä toimenpiteistä, joilla kapasiteettia voidaan lisätä
- 101. Flow-ajattelu ominaisuustasolla Työjono Kehityksessä Valmis Ominaisuus 1 Ominaisuus 2 Ominaisuus 3
- 102. Suunnittelu ja ennustaminen Kanbanissa Kuva: Jurgen Appelo
- 104. Kumulatiivinen virtausdiagrammi Queue Plan Development Testing Ready to Deploy Done WIP WIP
- 105. Kumulatiivinen virtausdiagrammi Queue Plan Development Testing Ready to Deploy Done Cycle time
- 106. Kumulatiivinen virtausdiagrammi Queue Plan Development Testing Ready to Deploy Done Lead time
- 108. Retrospektiivi • Mahdollisuus tiimille tarkastella ja mukauttaa toimintaansa seuraavaa iteraatiota varten • Tarkastellaan edellisen syklin onnistumista ja toimintaa ihmisten, ihmissuhteiden, prosessin ja työkalujen suhteen • Identifioidaan: • Hyvin menneitä asioita • Mahdollisia parannuskohteita • Vaihtoehtoja parantaa toimintaa • Tehdään suunnitelma tiimin toimintatavan mukauttamiseksi ja parantamiseksi
- 109. Retrospektiivin rakenne • Johdanto, palaverin teeman asettaminen • Tiedonkeräys • Oivallusten tekeminen • Päätöksenteko • Retrospektiivin päättäminen
- 110. Gathering Data Possible activities: Timeline of the Sprint (with events, actions, problems) Energy seismograph Starfish: continue, do more, do less, stop doing, try doing Continue, do more, do less, stop doing, try doing
- 111. Gathering Data
- 112. Vinkkejä retroihin • Päätettyjen toimenpiteiden läpikäynti seuraavassa retrossa • Toimenpiteet näkyviksi tiimin tilassa ja taululla • Valitaan vain ne toimenpiteet, joita tiimi aktiivisesti haluaa viedä eteenpäin • Valitaan asioita, joihin voidaan vaikuttaa
Notes de l'éditeur
- CHAOS results provide a global view of project statistics but do tend to have a heavier concentration on the United States and Europe. For each study period, about 60% of projects are U.S. based, 25% are European, and the remaining 15% represent the rest of the world. Half of the companies are considered Fortune 1000- type companiesN another 30% are midrangeN and 20% are in the small-range category. They span a diverse number of vertical industries and organizations. Participants are made up of a variety of CIOs, VPs, directors, and PMO project managers
- The benefits from Agile (and Lean) transformations are clear.
- Coffee maker – espresso machine and air press
- http://availagility.co.uk/2010/09/30/exploring-the-kanban-multiverse-at-agile2010/
- Ilmaista tuotevision muutoksista jatkuvasti!
- Alussa tarve/ongelma johon vastataan mahdollisimman nopeasti.
- Aamulla puhuttiin ohjelmistokehityksen riskeistä. Miten näitä riskejä pystytään minimoimaan?
- Yksi sykli, pitkät kestot
- Jatkuva sykli, nopeat kiertoajat
- Uudet teknologiat Vaikeat integraatiot
- Pitkä aikaväli, mahdotonta ennustaa tarkkoja aikoja tai edes summittaisia.
- Eri vaiheisiin osallistuneet asiantuntijat eivät välttämättä missään vaiheessa kohtaa kasvokkain
- Jatkuva vuorovaikutus, kommittoituminen ja kommunikaatio TÄMÄ JÄÄ VIIMEISEKSI KALVOKSI JOS AIKA NÄYTTÄÄ LOPPUVAN
- Tuoteomistajan vaikutus- ja vastuualueen ulottuvuus