Monissa yrityksissä valmentaessani olen törmännyt asiaan, joka häiritsee minua suuresti. Yritykset sanovat tekevänsä Agile-kehitystä ja käyttävät Scrum-menetelmää. Käytännössä niiden oppeja ei oikeasti kuitenkaan hyödynnetä – vaikka niiden avulla voitaisiin tuotekehityksestä saada huomattavasti enemmän irti.
Backlog Grooming on yksi tärkeimmistä Scrum-tiimin kokouksista. Sen päätavoitteena on parantaa backlogin laatua. Tuotteen kehittämisen ennustettavuus paranee suoraan verrannollisesti backlogin laatuun, ja juuri sen takia Backlog Grooming onkin niin tärkeä kokous.
Scrum Masteria tulisi ajatella tiimin valmentajana, eikä pelkkänä Agile Coachina. Blogissa kerromme, kuinka koko tiimi hyötyy taitavasta valmentajasta.
Scrum sprintin lopussa tulisi näyttää, mitä sprintissä on saatu aikaiseksi. Tämän vuoksi Scrum Demo on yksi tärkeimmistä Scrumin seremonioista. Lue blogista, kuinka järjestät toimivan Scrum Demon!
Retrospektiivin pitäminen onnistuu hyvin, vaikkei koko tiimi pääsisikään kerralla saman katon alle. Lue blogista, kuinka hoidat etäretrospektiivit helposti ilmaisen Trellon avulla!
Retrospektiivi on Scrumin seremonia, jossa tiimi säännöllisesti kokoontuu miettimään, mikä viime ajanjaksolla meni hyvin, mikä meni huonosti ja mitä voitaisiin tehdä paremmin. Retrokäytäntöjen jatkuva kehittäminen on kuitenkin tärkeää, jotta homma ei alkaisi maistua puulta. Blogissa neuvomme 6 askelta parempiin retroihin!
Meiltä Contribyten tiimivalmentajilta kysytään usein, miten me lähdemme tiimien toimintaa parantamaan. Kysymys on totta kai ihan paikallaan ja toivon, että tämä Scrumin seremonioiden parhaista käytännöistä kertovan blogisarjan ensimmäinen osa valottaakin hieman ajattelutapaamme.
Projektien aikatauluissa on aina optimismia. Tämä on normaalia, mutta se saattaa myös aiheuttaa haasteita. Pre-Mortem -metodi on toimiva ratkaisu, mutta metodia voisi kuitenkin kehittää toimimaan paremmin juuri niihin tilanteisiin, missä tiimillä on hyvin erilaisia käsityksiä aikataulun realistisuudesta.
Meidän perusviestimme on, että tiimien tulisi miettiä niitä asioita, jotka ovat heidän omassa vaikutusvallassaan. Tämä ei kuitenkaan tarkoita sitä, ettei muut asiat kannattaisi unohtaa! Kokonaisvaltaisen parantamisen vuoksi olisi hyvä optimoida tiimin lisäksi koko organisaatiota. Siksi tiimiläisten olisikin välillä hyvä kääntyä reippaasti pomon puoleen.
Testasimme uutta Playing Lean 2.0 -peliä Contribyten tuotejohtamisen eksperttien kesken. Lue arvostelusta, miltä uusi peli vaikutti!
Yksi asia kaikkien menestyvien ja hyvinvoivien tiimien taustalla on jatkuva parantaminen ja oppiminen. Jatkuva parantaminen ei ehkä ihan välttämättä vaadi säännöllisiä retrospektiiveja, mutta 2-4 viikon välein toistuvat retrosessiot ovat erittäin hyvä ”paineventtiili” tiimeille, jotka haluavat pysähtyä miettimään asioita rauhassa. Retrospektiiveihin on netti pullollaan kivoja tapoja, miten tiimin jäseniltä saa tuskapisteet ongittua esiin?
Product Owner eli tuoteomistaja on ketterissä tuotekehitystiimeissä rooli, jonka vastuulla on edustaa asiakkaan ja stakeholdereiden ääntä tiimille ja priorisoida tiimin tekemistä. Ideana on se, että yksi henkilö kerää tietoa monista eri lähteistä ja keskustelee säännöllisesti monien ihmisten kanssa, jotta voi sitten tehdä päätöksiä siitä mikä on tärkeää: mitä tehdään ja mitä ei. Lisäksi Product Owner vastaa siitä, että tiimillä on aina valmiina aloitettavaksi hyvin määriteltyä ja tärkeää tekemistä.