"Mikä meni hyvin" Sprint Retrospektiivi: 27 mallivastausta
Olen osallistunut jo yli 200 sprintin retrospektiiviin ja kuullut usein, mikä meni hyvin.
Silti koen kerta toisensa jälkeen saman: monissa tiimeissä retrospektiivin alussa tuskin kukaan muistaa, mikä oikeastaan meni hyvin. Ei siksi, etteikö mikään olisi ollut hyvin. Vaan siksi, että katsomme usein nopeammin ongelmia kuin edistystä.
Juuri sitä varten tämä artikkeli on olemassa. Jaan tässä mallivastauksia, jotka ovat toimineet oikeissa sprinteissä, jotta teette hyvistä työtavoista näkyvämpiä ja toistatte niitä tietoisesti seuraavassa sprintissä.
Kirjoitan tämän näkökulmastani psykologina ja Scrum Masterina.
Mikä meni hyvin Sprint Retrospektiivi: 10 nopeaa mallivastausta
- Positiivista: Sprintin tavoite oli selkeä kaikille.
- Positiivista: Eskaloimme esteet nopeammin.
- Positiivista: Päivittäiset standupit olivat lyhyitä ja hyödyllisiä.
- Positiivista: Koodikatselmoinnit valmistuivat nopeammin.
- Positiivista: QA otettiin mukaan aikaisemmin.
- Negatiivista: Meillä oli liikaa kontekstin vaihtoja ja siten vähemmän keskittymisaikaa.
- Negatiivista: Tiimin välinen koordinointi oli useassa kohdassa epäselvää.
- Negatiivista: User Storyt oli osittain muotoiltu liian epätarkasti.
- Negatiivista: Edellisen retron Action Itemeitä ei toteutettu johdonmukaisesti.
- Negatiivista: Viestintä sidosryhmien kanssa oli paikoin liian myöhäistä.
Miksi “Mikä meni hyvin” -kysymys on niin tärkeä
Kun ohjaan retrospektiivejä, huolehdin tietoisesti siitä, ettemme puhu vain ongelmista. Tämä kysymys on tärkeä, koska se:
- luo säännöllisesti tilaa positiivisille asioille,
- vahvistaa tiimihenkeä,
- lisää psykologista turvallisuutta,
- ja säilyttää hyvät toimintamallit seuraavaa sprinttiä varten.
Jos haluat tehdä retrospektiivien aloituksista monipuolisempia, löydät sopivia formaatteja artikkelistamme Retrospektiivin check-init .
Mallivastaukset osa-alueittain
Merkitsen jokaisen esimerkkivastauksen tietoisesti sanalla Positiivista tai Negatiivista, jotta voit hyödyntää molempia suoraan tiimissä.
Mallivastaukset: “Mikä meni hyvin” Sprint Retrospektiivi
1) Tiimin yhteistyö
- Positiivista: Tuimme toisiamme proaktiivisesti pullonkaulatilanteissa.
- Positiivista: Palaute otettiin vastaan avoimesti ja rakentavasti.
- Positiivista: Kehitys ja QA tekivät tiiviimpää yhteistyötä.
- Negatiivista: Luovutuksia ei ollut valmisteltu kunnolla useassa kohdassa.
- Negatiivista: Parityöskentelyä hyödynnettiin tuskin lainkaan, vaikka se olisi auttanut monimutkaisissa aiheissa.
- Negatiivista: Tiimin ilmapiiri oli ajoittain jännittynyt ja vähän ratkaisukeskeinen.
2) Viestintä ja kokoukset
- Positiivista: Sprintin tavoite oli muotoiltu ymmärrettävästi kaikille.
- Positiivista: Päivittäiset standupit pysyivät fokusoituina ja päätöksentekoon suuntautuneina.
- Positiivista: Kokoukset päättyivät useammin selkeisiin päätöksiin.
- Negatiivista: Riskeistä puhuttiin liian myöhään.
- Negatiivista: Sidosryhmäviestintä ei ollut paikoin tarpeeksi läpinäkyvää.
3) Suunnittelu ja fokus
- Positiivista: Backlog Refinement oli valmisteltu paremmin.
- Positiivista: User Storyt oli kuvattu selkeämmin.
- Positiivista: Sitoumukset (Commitments) oli asetettu realistisemmin.
- Negatiivista: Sprinttiin tuli liikaa suunnittelematonta työtä.
- Negatiivista: Meillä oli liian vähän keskittymisaikaa ja liikaa kontekstin vaihtoja.
4) Laatu ja toimitus
- Positiivista: Koodikatselmoinnit valmistuivat nopeammin.
- Positiivista: QA otettiin mukaan toteutukseen aikaisemmin.
- Positiivista: Uusien ominaisuuksien testikattavuus oli parempi.
- Negatiivista: Kriittiset bugit havaittiin vasta myöhään.
- Negatiivista: Liian paljon työtä jäi puolivalmiiksi sprintin lopussa.
- Negatiivista: Definition of Donea ei aina noudatettu johdonmukaisesti.
5) Jatkuva parantaminen
- Positiivista: Edellisen retron Action Itemit toteutettiin.
- Positiivista: Säilytimme aktiivisesti toimivat käytännöt.
- Negatiivista: Parannuksia ei tehty juurikaan mitattaviksi.
- Negatiivista: Vastuut eivät olleet aina selkeitä.
- Negatiivista: Sprintin kulku vaikutti kokonaisuudessaan epävakaalta.
Heikot vs. vahvat vastaukset
Heikot vastaukset ovat yleensä liian yleisiä. Vahvat vastaukset tekevät käyttäytymisestä, vaikutuksesta ja seuraavasta askeleesta näkyvän.
| Heikko | Vahva |
|---|---|
| ”Viestintä oli parempaa.” | ”Käsittelimme esteet suoraan dailyssa ja vältimme siten kahden päivän odotusajan.” |
| ”Koodikatselmointi sujui hyvin.” | ”Katselmointiaikamme laski noin 24 tunnista 8 tuntiin, minkä ansiosta pääsimme testaamaan aikaisemmin.” |
| ”Tiimityö oli mahtavaa.” | ”Pullonkaulatilanteissa kaksi kollegaa otti proaktiivisesti tehtäviä hoitaakseen, jolloin sprintin tavoite pysyi realistisena.” |
Jos haluat syventyä tarkempiin muotoiluihin kehityspalautetta varten, nämä käytännön esimerkit auttavat myös: 20 palaute-esimerkkiä ohjelmistokehittäjän rooleihin .
Kopioi ja liitä -malli retroon
Käytän arjessa tätä rakennetta:
Havainto + vaikutus + seuraava askel
Malli 1
”Teimme [konkreettinen toiminta]. Sen ansiosta [konkreettinen vaikutus] parani. Seuraavassa sprintissä jatkamme [konkreettinen toimenpide].”
Malli 2
”Erityisen hyvin sujui [tilanne]. Se auttoi meitä [tulos]. Ensi kerralla toistamme tämän [toimintatapa] avulla.”
Malli 3
”Verrattuna viime sprinttiin [asia] oli parempi. Se oli tunnistettavissa [signaali/mittari]. Siksi vakioimme [paras käytäntö].”
Löydät lisää menetelmiä erilaisiin tiimitilanteisiin yleiskatsauksestamme: Retrospektiiviset menetelmät .
Miksi Echometer on mielestäni vahva aloitus
Kun tiimit haluavat ottaa käyttöön tai parantaa ketteriä retrospektiivejä, Echometer on mielestäni erityisen hyödyllinen:
- nopea aloitus selkeällä rakenteella,
- suora käyttö ilman suurta asennusvaivaa,
- paljon malleja ja kysymyksiä välitöntä fasilitointia varten,
- psykologinen painopiste paremman osallistumisen varmistamiseksi,
- toimenpiteiden seuranta muistutuksineen.
Jos haluat aloittaa heti, tutustu meidän Tiimiretrospektiivi-ohjelmistoon tai Team Health Check -ohjelmistoon .
Syvällisempää fasilitointiin valmistautumista varten löydät myös meidän e-kirjamme vinkeillä retro-fasilitointiin .
Ulkopuolinen luokittelu
Lisänäkökulmia retrospektiiveihin löydät näistä hyödyllisistä resursseista:
UKK: Mikä sujui hyvin sprintin retrospektiivissä?
Miksi retrospektiivit ovat tärkeitä?
Retrospektiivit auttavat tiimejä tunnistamaan ongelmat varhaisessa vaiheessa, ymmärtämään syitä ja päättämään yhdessä parannuksista. Tämä lisää läpinäkyvyyttä, tiimin tyytyväisyyttä ja tulosten laatua.
Mitä virheitä pitäisi ehdottomasti välttää ensimmäisen joukkueen jälkipelissä?
Erityisesti tiimeissä, joilla on vähän tai ei lainkaan kokemusta retrospektiiveistä, on varottava seuraavia virheitä:
- Virhe nro 1: Retrospektiivi keskustelukokouksena. Jokaisesta retrospektiivin palautteesta ei tarvitse keskustella. Vain yhdessä priorisoidut aiheet ansaitsevat erityistä huomiota. Kaikki yksityiskohdista ennen äänestystä käytävät keskustelut olisi siksi peruttava ja siirrettävä äänestyksen jälkeiseen aikaan.
- Virhe nro 2: Jälkikäteen katsominen syyllistämispelinä. Retrospektiivin tarkoituksena ei ole siirtää vastuuta tai syyttää muita negatiivisista tapahtumista tai kehityksestä. Tilanteen parantaminen on kaikkien tiimin jäsenten käsissä!
- Virhe nro 3: Retrospektiivi valituslaatikkona. Retrospektiivit eivät ole vain sen toteamista, mikä ei toimi hyvin. Suurin osa energiasta olisi keskitettävä tulevaisuusajatteluun ja sitovien toimenpiteiden määrittelyyn.
Ensimmäiseen retrospektiiviin on suositeltavaa käyttää siihen tarkoitettua työkalua. Echometer on intuitiivisen ja ohjatun tilansa ansiosta erittäin sopiva kokemattomille tiimeille. Tässä voit kokeilla retrospektiiviä Echometerissa: https://my.echometerapp.com/retro-setup
Miten retrospektiivin onnistumista mitataan?
Retrospektiivien onnistuminen näkyy siinä, että sovitut toimenpiteet toteutetaan ja syntyy mitattavia parannuksia. Tiimit käyttävät tähän tuottavuuslukujen (joihin on suhtauduttava varoen) lisäksi esimerkiksi toimintaerien seurantaa, trendejä tiimin hyvinvoinnin tarkastus- / pulssitarkastuskyselyiden palautteissa.
Auttaako Echometer-ohjelmistotyökalu lisäämään psykologista turvallisuutta tiimeissä?
Kyllä, Echometer on luultavasti retrospektiivinen työkalu, jolla on vahvin psykologinen painopiste, sillä se on alun perin Münsterin yliopiston (Saksa) psykologisen tiedekunnan spin-off-toiminto. Erityisesti Echometer auttaa vahvistamaan psykologista turvallisuutta tiimeissä (ensisijaisena kohderyhmänä ohjelmistokehitys- ja hybridituotetiimit) erilaisten jäänmurtajien ja retrospektiivimallien avulla.
Toisaalta esimerkiksi hauskat tutustumiskysymykset, jotka ovat osa retrotarkistusta, auttavat vahvistamaan tiimien psykologista turvallisuutta. Toisaalta on olemassa esimerkiksi omia malleja psykologisen turvallisuuden mittaamiseen tiimeissä.
Miten Echometer varmistaa, että jälkikäteen toteutettavat toimenpiteet pannaan täytäntöön - käytetäänkö muistutuksia?
Kyllä, Echometer-ohjelmistotyökalun avulla voit myös tallentaa muistutuksia toimenpiteitä varten. Nämä lähetetään sähköpostitse erikseen toimenpiteestä vastaavalle henkilölle. Näin varmistetaan, ettei toimenpiteen toteuttaminen unohdu.
Johtopäätös
Kysymys ”Mikä sujui hyvin?” ei ole vain ystävällistä pikkupuhetta retrospektiivin alussa. Se on nopein tapa tehdä toimivat tiimimallit näkyviksi ja viedä ne seuraavaan sprinttiin.
Kun työskentelet selkeiden mallivastausten ”Mikä sujui hyvin” sprintin retrospektiivissä kanssa ja yhdistät positiivisen näkökulman konkreettisiin toimenpiteisiin, paranee yleensä retrospektiivin laadun lisäksi myös keskittyminen, tiimihenki ja sitoutuminen arjessa.
