Itseohjautuva tiimi syntyy pienin askelin
Yksi Leanin ja ketteryyden perusperiaatteista on itseohjautuvuus. Itseohjautuva tiimi on omistautuneempi ja tehokkaampi. Kun tiimin koko aivokapasiteetti saadaan käyttöön, ratkaisut ovat luovempia, parempia ja syntyvät nopeammin ja tehokkaammin, kuin jos ratkaisuja tehtäisiin perinteisen hierarkisen organisaation tavoin. Itseohjautuvuus ja delegointi ovat kuitenkin yllättävän vaikeita asioita!
Nuori tiimi vaatii enemmän ohjausta – kypsä tiimi voi olla itseohjautuvampi!
Voisi kuvitella, että ketterä tiimi on automaattisesti itseohjautuva. Mutta näin asia ei ole. On pari asiaa, mitä ketterän tiimin kanssa toimivan tuoteomistajan ja Scrum Masterin pitää miettiä. Ensimmäinen näistä on, että tiimin kypsyys ja kokemus vaikuttavat suoraan siihen, miten itseohjautuvasti tiimi pystyy ja haluaa toimia. Verrattuna kokeneeseen, pitkään yhdessä töitä tehneeseen tiimiin, nuori, juuri kasattu tiimi vaatii paljon enemmän sekä ohjausta että tutustumista, ennen kun se pystyy tekemään itsenäisesti päätöksiä. Tässä Scrum Masterilla onkin suuri rooli. Hänen tavoitteenaan on auttaa tiimiä oppimaan toimintatavat ja yhteistyö, sekä kehittää tiimin kemiaa niin, että itseohjautuva tiimi on mahdollinen.
Älä ole nälkäinen päätöskyylääjä – itseohjautuva tiimi tarvitsee tarpeeksi tilaa
Toinen mielessä pitämisen arvoinen asia on päätösten delegointi. Vaikka Scrumissa ja muissa ketterissä toimintatavoissa tiimi saakin tuoteomistajalta periaatteessa valtuutuksen toteuttaa kuvattu backlog item, on todella yleistä, että tuoteomistajalle tuodaan paljon asioita päätettäväksi. Tuoteomistajanhan pitääkin olla valmiina vastaamaan tiimin kysymyksiin, mutta tämä menee liiallisuuksiin, jos tuoteomistaja on “aina selän takana” ja “vastausautomaatti” – silloin tiimi tulee kysymään joka ikistä pientäkin asiaa.
Tuoteomistajan olisi syytä olla valmiina vastaamaan kysymyksiin, mutta viime aikoina olen alkanut miettiä, että onkohan jatkuva paikallaolo huono asia? Olisiko parempi, jos tuoteomistajalla olisi vain päivittäinen “kyselytunti”? Voiko liika paikallaolo syödä tiimin itseohjautuvuutta? Minusta riski tällaiseen on olemassa. Samassa huoneessa tuotekehitystiimin kanssa istuessa on niin helppo tulla kysymään jokaisesta asiasta, että on vaarana, että itseohjautuvuus kärsii, ja tiimin jäsenten omat päätöslihakset eivät saa harjoitusta.
Itseohjautuvuus vaatii paljon: rajoja, suunnan, valtuutuksen, ison kuvan ymmärryksen…
Kirjoitin pari vuotta sitten blogin aktiivisesta delegoinnista. Tämän blogin viestinä oli tuolloin, että olisi hyvä, jos tuoteomistaja voisi antaa tilaa, suunnan ja rajat tiimin jäsenten itse päättää enemmän asioita. Näin toimien itseohjautuva tiimi saisi harjoitusta päätösten tekemisestä, vastuun ottamisesta, ja samalla tuoteomistajan päätöskuorma pienenisi. Tuoteomistajalle jää enemmän aikaa tehdä muita asioita, joita tuoteomistajalla aina kuitenkin riittää! Esimerkiksi asiakkaiden kanssa kommunikaatio on aina liian vähäistä.
Opeta pienin askelin nuorta tiimiä tekemään päätöksiä itsenäisesti
Päätösten tekemisessä voi ottaa pieniä askelia. Jos tiimin jäseniä pelottaa valintojen tekeminen, voi ensimmäinen askel olla, että tuoteomistaja pyytää tiimiä tekemään listan vaihtoehdoista. Seuraava askel voi olla, että tiimi perustelee parhaan vaihtoehdon. Tästä onkin sitten enää pieni hyppy seuraavaan askeleeseen, siihen että tiimi tekee jo valinnankin, ja vain kertoo siitä tuoteomistajalle. Täydellisen luottamuksen vallitessa kokenut tiimi voi jopa antaa täyden valtuutuksen tiimille, ja tuoteomistaja katsoo vain silloin tällöin, että asiat menevät oikeaan suuntaan. Esimerkiksi jokaisessa sprintin katselmuksessa. Toinen ajatusmalli itseohjautuvuudesta löytyy Management 3.0n ideoista. Tähän maailmaan voi tutustua vaikkapa Contribyten blogeissa ja koulutuksissa.
Itseohjautuvuus vaatii siis tiimin kokemuksen ja hyvän yhteistyön lisäksi tuoteomistajalta pokkaa antaa tiimille tilaa tehdä päätöksiä. Rajat, suunta ja tavoitteet pitää olla selviä. Tuoteomistajan vastuulla on antaa tiimille tieto, minkä valossa tiimi voi tehdä oikeita päätöksiä. Tämän lisäksi pitää myös valtuuttaa tiimi tekemään päätöksiä, eli tehdä selväksi että “minä luotan sinuun, päätä sinä”. Vastuu asioista säilyy joka tapauksessa silti tuoteomistajalla. Hän hyväksyy tiimin työn tulokset.
Itseohjautuvuus pakottaa tiimin kasvamaan (siis henkisesti!)
Delegointi on hankala asia. Se on hankalaa tuoteomistajalle, joka joutuu antamaan kontrollin pois. Tuoteomistaja joutuu myös tekemään paljon asioita, jotta delegointi oikeasti toimisi. Tiimi ei hyppää tekemään päätöksiä asioista sormia näpäyttämällä, vaan tässä yllä listattujen asioiden pitää olla kunnossa, jotta delegoitu päätöksenteko ja vastuunotto toimisi. Delegointi on haastavaa myös tiimille, joka joutuu vähän kasvamaan, jotta itseohjautuvuus alkaisi toimia. Itseohjautuva tiimi voi kuitenkin saavuttaa niin paljon lisää tehoa, motivaatiota ja yksinkertaisesti nopeammin parempia päätöksiä, että tätä kohti kannattaa pyrkiä.
Muistilista parempaan itseohjautuvuuteen
Laitetaan tähän vielä lopuksi muistilista parempaan delegointiin:
Tuoteomistaja:
- ole paikalla tarpeeksi mutta älä ota joka päätöstä itsellesi
- anna tilaa, ja selvä valtuutus päätöksenteolle
- muista kiittää!
- Valvo ja korjaa tarvittaessa
- pidä huolta, että tiimi oikeasti ymmärtää ison kuvan joka hetki
- mieti jokaisen backlog itemin kohdalla, voitko antaa tiimille vapauden päättää jostain osasta tai kokonaisuudesta
- auta tiimiä parempaan itseohjautuvuuteen pyytämällä vaihtoehtoja, suosituksia, päätösehdotuksia ja tietoa tehdyistä päätöksistä
- tee selväksi, että vastuu on sinulla ja luotat tiimiin, ja että on turvallista tehdä päätöksiä.
- ole paikalla tarpeeksi mutta älä ota joka päätöstä itsellesi
- anna tilaa, ja selvä valtuutus päätöksenteolle
- muista kiittää!
- Valvo ja korjaa tarvittaessa
- pidä huolta, että tiimi oikeasti ymmärtää ison kuvan joka hetki
- mieti jokaisen backlog itemin kohdalla, voitko antaa tiimille vapauden päättää jostain osasta tai kokonaisuudesta
- auta tiimiä parempaan itseohjautuvuuteen pyytämällä vaihtoehtoja, suosituksia, päätösehdotuksia ja tietoa tehdyistä päätöksistä
- tee selväksi, että vastuu on sinulla ja luotat tiimiin, ja että on turvallista tehdä päätöksiä.
Scrum Master:
- ymmärrä tiimin kypsyys ja kokemus ja pyri nostamaan sitä, jotta parempi itseohjautuvuus ja vastuunotto olisi mahdollista
- Tutustu Management 3.0:n delegointiajatuksiin
- kannusta aktiiviseen vastuunottoon
- ymmärrä tiimin kypsyys ja kokemus ja pyri nostamaan sitä, jotta parempi itseohjautuvuus ja vastuunotto olisi mahdollista
- Tutustu Management 3.0:n delegointiajatuksiin
- kannusta aktiiviseen vastuunottoon
Lisätietoja
Tagit
Liiketoimintaprosessi
Tuotekehitys ja suunnittelu |
Erikoisosaaminen
Ketterät menetelmät | |
Ohjelmistokehitys |
Toimialakokemus
IT |
Tarjonnan tyyppi
Konsultointi | |
Koulutus |
Omat tagit
itseohjautuvuus
ketterä ohjelmistokehitys
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 - Mobiilikehittäjä, Android
- Laura - Ohjelmistoarkkitehti, Tampere/Oulu
- Laura - Development Team Manager, Sports Games
- Taito United Oy - Senior Full Stack -kehittäjä
- Webscale Oy - Head of Sales, Cloud Services
- Laura - Hankinta-asiantuntija, tietohallinto
- Laura - Development Manager, Operations
Premium-asiakkaiden viimeisimmät referenssit
- SD Worx - Kehitystyö SD Worxin kanssa takaa Clas Ohlsonille parhaat palkanmaksun prosessit kasvun tiellä
- Digiteam Oy - Case Esperi Care Oy: Ketterä kumppanuus vei Esperin verkkosivu-uudistuksen maaliin sujuvasti ja aikataulussa
- Kisko Labs Oy - Howspace Hub - Mukautuva oppimisen hallintajärjestelmä kasvaviin oppimisalustavaatimuksiin
- Kisko Labs Oy - Sanoma Pro: Multimediasisältöjen hallinnan uudistaminen
- Kisko Labs Oy - Svean helppokäyttöinen palvelu asiakkaan verkko-ostosten hallintaan
- Kisko Labs Oy - Yhtenäinen käyttöliittymä luovien alojen ammattilaisille
- Codemate - Digitaalisen murroksen nopeuttaminen Flutterin avulla
Tapahtumat & webinaarit
- 27.11.2024 - Green ICT -ekosysteemitapaaminen III: Ohjelmistojärjestelmien virrankulutuksen mittaaminen ja kasvihuonepäästöjen arviointi
- 27.11.2024 - Digitaalisen asiakaskokemuksen uusi aikakausi
- 28.11.2024 - Webinaari: Keskity myyntityön laatuun!
- 28.11.2024 - Copilot-webinaari – Mielekkäämpää tietotyötä turvallisesti
- 04.12.2024 - Kuinka oikea matka- ja kululaskujärjestelmä tehostaa prosesseja?
- 05.12.2024 - Green ICT VICTIS -hankkeen kick off -tilaisuus
- 15.01.2025 - Datavastuullisuuden valmennus: hanki valmiudet vastuulliseen datan ja tekoälyn hyödyntämiseen
Premium-asiakkaiden viimeisimmät bloggaukset
- Kisko Labs Oy - Heroku: Millaisiin projekteihin se sopii ja mitkä ovat sen todelliset hyödyt ja haitat?
- Zimple Oy - Pipedrive vai Hubspot? Kumpi kannattaa valita?
- SC Software Oy - Jatkuvat palvelut – asiakaslähtöistä kumppanuutta projekteista ylläpitoon
- Timeless Technology - Ohjelmoitavat logiikat (PLC): Ratkaisevat työkalut automaatioon ControlByWebiltä.
- Kisko Labs Oy - Heroku: Ohjelmistokehittäjän ykköstyökalu skaalautuvien sovellusten rakentamiseen
- SD Worx - Näin luot vakuuttavan Business Casen palkkahallinnon ulkoistukselle
- Timeless Technology - Kyberriskien tunnistaminen Profitap IOTA verkkoanalysaattorin avulla.
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |