14:08 / 5 min / 13 min total Sitten päästään palautteeseen ja miten se eroaa mittauksesta Osa1: Tavoite Antaa suunnan ja merkityksen Sitoo mittauksen tavoitteeseen, antaa tarkoituksen Jalostaa mittaustietoa päätöksen tueksi Aina tavoite josta mittarit ei toiste päin Dilbert comic Sitä saat mitä mittaat Ihmiset hyviä ”pelaamaan” mittareita Osa2: Systems thinking, systeemi-ajattelu Kolme osaa Kasvattava, tasapainottava, systeemin viive Kasvun moottori + balansoiva tekeminen -> Dominanssin vaihto Huumekauppias esimerkki Kirjalinkit systemsthinking, Donella Meadows, Peter Schenge Osa4: Palaute-esimerkki Päästä ajoissa perille Hyvä juttu mutta vain mittaus, Ei kerro sinänsä mitään Lisätiedolla tarkennusta palautteeksi
14:10 / 2 min / 15 min total Ohjelmistoprojekti jossa halutaan laatua, halutaan nähdä ja varmistaa laadun taso. Rankasti yksinkertaistettu esimerkki Halu nähdä eteneminen, ajatus mitata jotain Osa1: Exceuted koska kertoo paljonko testejä on ja tulee, Ei kerro laadusta, Näyttää ok Osa2: Passed koska kertoo laadusta, varianssia silti koska ajetaan eri määriä testejä, näyttää ok Osa3: Tulostetaan kummatkin jos olisi apua, liikaa varianssia, näyttää ok Osa4: Älykäs keksintö tuoda indexi kuvaamaan suhdetta, liikaa varianssia, näyttää ok Osa5: Trendiviiva näyttää että ei olekaan ok Osa6: Kaikki data olisi ehkä kiva nähdä, varo ähkyä
14:16 / 6 min / 21 min total Miten eroaa palautteesta? Eikö ole sama asia? Joku chätti jossa valittaa? Osa 1: Systeemin viiveet Heartbeatit (äsken puhuin systeemin viiveistä) Palautteen merkityksellisyys oikeassa kontextissa Heartbeat on Lyhin aika reagoida systeemin viive Palautekanava confattu heartbeatille, oikea-aikainen tulkinta! Business esimerkki managerille vietävä tieto kehittäjän näkemä tieto Väärä heartbeat aiheuttaa resonanssia, värähtelyä Painon mittaus ja tulkinta väärään aikaan, Tilausten tekeminen väärällä sykillä Osa2: Esimerkkejä sovelluksista Ruokalan liiketunnistin ovella Kaupungin palaute blanko + liikennemerkkiosasto Osa3: Tiedon jalostuminen Palautekanava tekee mielenkiintoisen muutoksen raportointiin Raporti -> historia. Dashboardit -> nykyhetki. Trendit -> tulevaisuus Usein yksi viiva parempi kuin itse koko data Trendit ja ennustus ei ole mitään muuta kun systeemin hitauden tiedostamista
14:17 / 1 min / 22 min total Mitäs eroa testiautomaatioon? Toi on ihan testaajien juttu! Onko se sama kuin testiautomaatio? Ei ole koska testiautomaatio on vain 20%
14:22 / 5 min / 27 min total Osa1: Kommunikaatiostandardi Epäonnistuminen pitää olla sallittua, jopa toivottua, kunhan sen tekee nopeasti Fail fast be proud -> yksi tapa miten ei ainakaan toimi Väärä päätös nopeasti on parempi kuin ei päätöstä ollenkaan (3 päätöksen tyyppiä) Nopea prototyyppaus Automaatio vaatii kommunikaation määrittämisen Lisää kommunikointia ja mahdollistaa palautteen monista eri kohdista Harmonisoi prosesseja -> yhteismitallistaa, standardisoi (otetaan sama automaatio kaikille) Osa2: Hitauden poistaja Jatkuva parantaminen pitäisi olla hitauden poistamista Poistaa wastea (usein tehokkaampi kuin parannusten lisäys) Bugien korjaus vs. uusien estäminen, lämmittää taloa lisää vs. eristää ennemmän, kylpyamme Liika osa-nopeus ei auta ketään, saattaa olla jopa huonoa Osa3: Standardin kiila Tee prosesseja jotka tuottavat nopeita palautekanavia Koittaa poistaa työtä -> aikaa tärkeälle työlle Tee kolmannen kerran -> automatisoi Continuous learning Continuous improvement? Ei hopealuoti mutta kasa lyijyluoteja, iso kasa Osa4: Turvaverkko tekijöille Nopea / välitön palaute Riskinottokyky Rohkeus Immunisystemi Toistettavuus ja nopeus Softaporukan turvaverkko-esimerkki
14:25 / 3 min / 30 min total Esimerkki joka kiteyttää kaiken edellä mainitun Osa1: Lastenhuone Lapsi nukkuu omassa huoneessa Ei saa unta ja häiritsee Tarvitsee prosessin ja mittarit Osa2: Mittarit Kello huoneen seinällä Monta kelloa että riittää mittauksia varmasti Osa3: Valon määrä ikkunasta, vain valosan aikaan voi herätä Osa4: Mittauksien tulkintaongelma Osa5: Prosessi ja johtaminen Osa6: Ratkaisu Osa7: Vaikutukset
