Daily-palaveri on tärkeä itseohjautuvalle tiimille
Oletko koskaan ajatellut, minkä ihmeen takia daily-palaveri kuuluu tuotekehitystiimin päivärutiineihin, kun kerran heillä on selkeä sprinttisuunnitelma seuraavan kahden viikon jaksolle?
Kaikki aistini yleensä valpastuvat ja mantelitumakkeeni (corpus amygdaloideum) aktivoituvat äärimmilleen, kun kuulen tiimin kertovan: “Sprintin tuotokset katselmoidaan kuitenkin sprintin päätteeksi, ja meidän tiimissä keskustellaan koko ajan muutenkin, mehän ei mitään muodollisia aamupalavereita tarvita, ainakaan joka aamu.” Usein kuitenkin tarvitaan – daily-palaveri on nimittäin ollut hyödyllinen tiimille kuin tiimille.
Useimmiten absoluuttista huipputasoa tavoittelevat tiimit pitävätkin Scrumin daily-seremoniansa poikkeuksetta, kun taas osa tiimeistä luovuttaa. Ja ihan kaikkea tältä väliltä.
Haluatko kuulla salaisuuden ja tietää, mikä daily-mysteeri yhdistää lähes jokaista tiimiä?
Daily-palaveri on kehitystiimiä varten
Daily, eli Scrumin päivittäispalaveri on kehitystiimiä varten. Suuri alkuvaiheen sudenkuoppa onkin, että tiimin Scrum Master koordinoi tapahtumaa kapellimestarina.
Mitä enemmän ohjaat, sen vähemmän annat tiimille tilaa ohjautua itse. Niin yksinkertaista se on.
Mitä enemmän ohjaat, sen vähemmän annat tiimille tilaa ohjautua itse. Niin yksinkertaista se on.
Taitavat Scrum Masterit kuitenkin fasilitoivat tarvittaessa tai pyydettäessä, ottaen huomioon tiimin ja organisaation kehitysvaiheen.
Käsittelen seuraavaksi tapahtuman sisältöä Scrumin lähtökohdista, vaikkakin Kanbanissa usein käytetään samaa seremoniaa soveltaen Kanbanin periaatteisiin.
Dailyn agenda
Tunnetuin tapa pitään daily-palaveri on “eilen, tänään ja esteet”-metodi, jossa kukin tiimijäsen synkkaa keskenään:
- Mitä tein eilen auttaakseni kehitystiimiä saavuttamaan sprintin tavoitteen?
- Mitä aion tehdä tänään auttaakseni kehitystiimiä saavuttamaan sprintin tavoitteen?
- Havaitsenko mitään estettä, joka estää minua tai kehitystiimiä saavuttamasta sprintin
tavoitteen?
Toinen vaihtoehto on esimerkiksi käydä läpi sprintin backlog prioriteettijärjestyksessä. Tämä tapa palvelee varsinkin uuden Scrum-tiimin oppimista sopeuttamaan toimintaansa yksikkönä.
Agendaan ei ole kuitenkaan yhtä oikeaa tapaa, vaan tiimi löytää harjoittelun kautta itselleen sopivimman.
Dailyn syvin olemus
Lupasin kertoa salaisuuden ja kertoa mysteerin dailystä koskien lähes tiimiä kuin tiimiä: seremonian perimmäinen tarkoitus on tätä blogia kirjoittaessa yhä yksi vähiten ymmärretty jopa erittäin kokeneiden tiimien parissa.
Usein ajatellaan, että daily-palaveri pidetään yhteistä tiedonjakoa varten, mikä onkin hyödyllistä ja palvelee yhdessä oppimista. Tämä ei kuitenkaan ole se aivan kaikkein syvin tarkoitus!
Tapahtuman ensisijainen tarkoitus on varsinkin Scrumin osalta: Itseohjautuva tiimi tarkastelee ja sopeuttaa päivän suunnitelmansa – miten voimme tässä hetkessä parhaiten yhdessä saavuttaa sprintin tavoitteen tai tavoitteet.
Ja vaikka tiimin sisäistä kommunikointia tapahtuu koko ajan muutenkin, daily-palaveri mahdollistaa ja varmistaa vielä muodollisen ja tehokkaan synkkauksen koko tiimin kesken.
Koska aiheeseen on liittynyt maailmanlaajuisesti väärinymmärryksiä, vuoden 2017 Scrum Guide julkaisupäivitys selkiytti ja tarkensi dailyn kuvausta.
Haluan vielä korostaa, että tuotekehitys sisältää aina luontaisesti epävarmuutta ja variaatiota: kehitettävästä tuotteesta opitaan toistojen ja tekemisen edetessä. Ilmiöstä laajemmin kiinnostuneita suosittelen tututustumaan esimerkiksi epävarmuuden kartioon ja Empirismiin. Kenelläkään ei siis ole ennakkoon kristallipalloa ennustamaan täydellisen seikkaperäisesti sprintin kulkua kohti maalia.
Daily-palaveri on joukkuepelaamista
Nämä ovat kokemukseni tiimien daily-hetkistä, joita en ihan heti unohda:
“Hei, odota! Teen ensin koodilisäykset, niin saat tehtyä suunnittelemasi muutoksen paljon nopeammin. Siis todella paljon nopeammin!”, totesi kokenut devaaja kollegalleen.
“Sainkin user storyn jo valmiiksi, tarvitsetteko apua testauksessa, siellä näyttäisi sittenkin olevan odotettua enemmän tekemistä?”, totesi devaaja tiimin laadunvarmistajille ja hän menikin auttamaan testauksessa.
Molemmat tiimit tarkastelivat ja sopeuttivat toimintaansa muuttuvassa tilanteessa. Nämä kuviot olisi toki voitu myös suunnitella daily-kokousten välissä, mutta asian kommunikointi vielä dailyn yhteydessä varmistaa, että tiimi synkkaa yhdessä suunnitelmansa. On myös huomioitava, että monimutkaista ratkaisua kehitettäessä saatatte päättää tiimissä helposti 100 teknistä nippeli asiaa jo yhden viikon aikana.
Muistan molemmat tilanteet tarkasti, vaikka ensimmäinen tapahtui joskus 2014 tai 2015, erään intohimoa täynnä olevan feature-tiimin kanssa. Valmentajat rakastavat pelaajia, jotka ovat valmiita tekemään mitä vain, jotta joukkue voittaa. Lajissa kuin lajissa. On kuitenkin tärkeää ymmärtää kauttaaltaan organisaatiossa, että joukkueen voittaminen pitkällä tähtäimellä ei missään tapauksessa saa edellyttää jatkuvia sankaritekoja.
Joukkueurheilun puolella oma intohimoni on jalkapallo, josta seuraava ammattilaisesimerkki kevään 2019 sarjakaudelta:
Jalkapalloilija Teemu Pukki osoitti jälleen, miten suuri joukkuepelaaja hän on, kun yksi heidän pelaajistaan oli: “Pukki kohautti yleisöä yli 50 metrin spurtillaan alaspäin ja katkaisi vastahyökkäyksen. Meillä ei ollut enää oikeaa laituria, joten ajattelin, että minun on tehtävä myös puolustustyötä Jokainen meistä haluaa voittaa. Jos tilanteessa olisi ollut joku muu, hän olisi tehnyt samoin. Siinä oli mahdollisuus puolustaa, joten minun oli tehtävä niin.”
Suositttelen soveltamaan tätä omassa tiimissäsi! Ja onhan pelisuunnitelma ja tavoitteet selkeinä tiedossa?
Vinkit itseohjautuvalle tiimille tehokkaaseen ja tuottavaan dailyyn:
- Ottakaa tiimissä omistajuus tapahtumasta
- Aina sama aika ja paikka (max 15 min)
- Kokoontukaa sprintin tavoitteen ja Scrum-taulun ympärille huddle-tyyppisesti rinkiin
- Ajatelkaa sprintin tavoitetta majakkana, jonne matka usein on sumuinen
- Tuoteomistaja on kuulolla ja tarvittaessa saatavilla myös 30 min dailyn perään
- Vältä status-raportointa ja vain omaa näkökulmaasi, päättäkää miten liikutte yksikkönä tavoitteeseen.
- Sopikaa “koodimerkki” indikoimaan yksityiskohtaisemmat asiat käsiteltäviksi “meet afterissa” dailyn perään
- Scrum-taulu on aina ajantasalla, niin ennen kuin jälkeen tapahtuman.
- Ratkokaa identifioidut esteet ensisijaisesti itse, scrum master apuun vasta tarvittaessa
- Dokumentoikaa tiimin yhteiset pelisäännöt ja laittakaa ne näkyville
- Sopikaa henkilökohtainen ja kollektiivinen sanktio myöhästymisistä
Kokoontumisen päätteeksi tiimilläsi on selkeä, konkreettinen ja päivitetty suunnitelma, miten kyseisenä päivänä päästään askeleen lähemmäksi sprintin tavoitetta yhdessä!
Jos sen sijaan kukin “raportoi” aina vain omasta näkökulmastaan omia tehtäviään, tietoa on kyllä jaettu, mutta oletteko tiimi vai joukko yksilöitä?
Vahvista itseohjautuvuutta
Ratkaiseva kysymys kuuluu seuraavasti:
Mitä tiimisi tekee, kun Scrum Master tai tuoteomistaja ei ole paikalla? Pidättekö Scrum-seremoniat aina vai tärisettekö onnesta, kun kerrankin voidaan skipata aamujargonit?
Oli tiimisi kumpi tahansa tai siltä väliltä, meillä on laaja työkaluvyö vahvistamaan tiimisi itseohjautuvuutta – ota yhteyttä!
Minulla on muuten ollut jo jonkin aikaa erikoinen aavistus, että maailmalta löytyy aivan varmasti tuotekehitystiimejä, jotka onnistuvat vakuuttamaan minut, että he eivät tarvitse dailyä.
Pakahdun uteliaisuudesta, enkä malta odottaa, joten ystävällisesti ilmiantakaa itsenne. Löytöpalkkio!
Tätä odottaessa.
Lisätietoja
Tagit
Liiketoimintaprosessi
Tuotekehitys ja suunnittelu |
Erikoisosaaminen
Ketterät menetelmät | |
Ohjelmistokehitys |
Toimialakokemus
IT |
Tarjonnan tyyppi
Konsultointi | |
Koulutus |
Omat tagit
itseohjautuvuus
ketterä kehittäminen
daily
Contribyte - Asiantuntijat ja yhteyshenkilöt
Premium-profiilia ei ole aktivoitu. Aktivoi premium-profiili näyttääksesi tässä lisäämäsi 3 asiantuntijaa.
Contribyte - Muita referenssejä
Contribyte - Muita bloggauksia
It- ja ohjelmistoalan työpaikat
- Laura - Java-kehittäjä
- Laura - Systems Specialist, ajoneuvot
- IsoSkills Oy - Open application: Data Engineer, Finland
- Nordea - Sr IT Analyst - Adobe/SAS Marketing Automation
- Nordea - Senior IT / Business Analyst with technical background - Finland, Nordea Payments
- Nordea - Senior IT Analyst, Finnish language required
- Laura - DevOps Engineer
Premium-asiakkaiden viimeisimmät referenssit
- Advania Finland Oy - Turun kaupunki valjastaa digitaaliset ratkaisut palvelemaan strategiaansa
- Sulava Oy - Fondia vahvistaa tekoälyn hyödyntämistä Microsoft Copilotilla
- Druid Oy - International House Turku: Ajanvarauspalvelu
- Symbio - Taxi Point Oy
- Valve - Helsingin yliopiston ylioppilaskunnan verkkopalvelun siirto WordPressiin
- Valve - Eezy Valmennuskeskuksen verkkokauppa-uudistus
- Valve - Danonen Nutricia ja Aptaclub -brändien sivustot
Tapahtumat & webinaarit
- 06.11.2024 - Webinaari: Future-Proof Your Data Infrastructure with Azure
- 13.11.2024 - Rakettiwebinaari: ohjelmistotestaus ja sen tulevaisuus
- 13.11.2024 - Miten palvelumuotoilu poistaa epävarmuutta digi-investoinneista?
- 14.11.2024 - RoimaDay 2024
- 14.11.2024 - Verkkolaskufoorumin syysseminaari 2024
- 19.11.2024 - The Future of Software - Embracing Collaboration in an AI-Powered World
- 19.11.2024 - Tehokkuutta ja säästöjä low-code-ratkaisuilla
Premium-asiakkaiden viimeisimmät bloggaukset
- Innofactor Oyj - Tunnista ja digitalisoi hiomattomat prosessit Power Platformin avulla
- SD Worx - Oletko etuoikeutettu työskentelemään jonkin asian parissa, jolla on todellinen tarkoitus ja merkitys?
- SD Worx - HR ja tekoäly – usein kysytyt kysymykset
- Timeless Technology - Verkon luotettavuuden varmistaminen: Ota käyttöön Perle Systemsin teollisuustason 4G ja 5G reitittimet!
- Efima Oyj - Hyvästi turhat klikkailut: Näin moderni järjestelmä tehostaa myyntityötä erikoistavarakaupassa
- SC Software Oy - SC Softwaren uratarinat: Joel Ollikainen, konsultti
- Softlandia Oy - Sovelletun tekoälyn insinöörien esiinmarssi ja tekoälyosaamisen muutos
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |