Hyvä tiimi on utelias – näin rakennat uteliaan tiimin

Yksikään tiimi ei voi olla täydellinen heti ensiaskelistaan lähtien. Hyvät tiimit ovat kehittymisen ja oppimisen tulosta. Vaikka samaan tiimiin koottiin joukko supertähtiä, he eivät toimisi hyvin yhdessä ilman harjoittelua sekä yhteistyön ja oikeiden toimintatapojen opettelua.

Uteliaat tiimit löytävät uusia mahdollisuuksia ja kokeilevat uusia asioita. Kokeilukulttuuri luo perustan ketteryydelle.

Oppiminen ja kehittyminen edellyttävät uteliaisuutta

Mikä on tehokkaan oppimisen perusedellytys? Se on uteliaisuus, kuten tässä tutkimuksessa korostetaan. Jopa kaikkien aikojen suurin nero, Leonardo Da Vinci, piti uteliaisuutta suurimpana vahvuutenaan: halua selvittää, miten asiat toimivat, ja tehdä havaintoja.

Ilman uteliaisuutta oppimisen ainoana tarkoituksena olisi välttää kipua uusien ratkaisujen löytämisen sijaan. Tutkimukset ovat jopa osoittaneet, että uteliaisuus lisää kehon dopamiinitasoja, mikä stimuloi aivoja samankaltaisesti kuin tietyt huumeet.

Ole utelias ollaksesi Agile

Tiimi ei voi olla loistava, ellei se tuota loistavia tuloksia. Siksi sen on ymmärrettävä tarkasti, mitä toimitetaan ja kenelle. Kaiken lähtökohtana on, että tiimi tietää, mitä siltä odotetaan.

• Mitä asiakkaat tarvitsevat?

• Millaisia ongelmia heillä on?

• Miten he ovat ottaneet uudet ominaisuudet vastaan?

• Miten tuotetta tai ratkaisua käytetään?

• Kuka sitä käyttää?

Tiimit eivät voi osua maaliin tietämättä näitä asioita.

Uteliaisuus tarkoittaa ”miksi”-kysymyksen ymmärtämistä

Tiimin tulisi pyrkiä selvittämään kaikin mahdollisin keinoin, millainen lopputuloksen pitäisi olla. Siinä piilee erinomaisen tuotekehityksen todellinen haaste. Lopputuloksen luominen on paljon helpompaa kuin todellisen tavoitteen löytäminen.

Tiimien tulisi aina varmistaa, että ne tietävät, miksi ne rakentavat jotain. Organisaatiossa, jonka uteliailla tiimeillä on aina selkeä ”miksi” kaikelle – ne tietävät, että ihmiset kysyvät, joten vastaus on valmiina – luottamuksen taso on korkeampi.

Jos tiimit vain tottelevat kyseenalaistamatta, seurauksena voi helposti olla tarpeettomien asioiden rakentaminen.

Loistavilla tiimeillä on sisäistä uteliaisuutta

Hyvä tiimi varmistaa, että tieto ja osaaminen jakautuvat tasaisesti tiimin jäsenten kesken.

Hyvä tiimi on joustava. Kehittäjät voivat esimerkiksi auttaa testauksessa, ja muut voivat tukea Product Owneria user storyjen määrittelyssä. Siiloutunut tiimi, jossa roolit ja osaaminen on määritelty hyvin tarkasti, ei ole tiimi vaan ryhmä.

Oppimisen ensimmäinen askel on uteliaisuus. Tiimi hyötyy paljon jäsenistä, jotka osaavat tehdä monenlaisia asioita. Tiimin sisäistä uteliaisuutta edistäviä toimintatapoja ovat esimerkiksi:

• aktiivisempi kuuntelu dailyissa

• vapaaehtoiseksi ilmoittautuminen kokeilemaan uusia asioita

• tiimisääntöjen laatiminen, jotta samantyyppisiä tehtäviä ei aina anneta samalle henkilölle

• oppimiskokemusten jakaminen

• kannustaminen, kun joku ottaa askeleen itselleen uudella osaamisalueella

Uteliaisuuden muita tiimin jäseniä kohtaan tulisi ulottua myös heihin ihmisinä tutustumiseen: mitkä ovat heidän harrastuksensa, mikä tekee heidät onnellisiksi ja millaisiksi he haluavat kehittyä.

Kun tunnet kollegasi aidosti, tiimi voi kukoistaa.

Näin et tukahduta uteliaisuutta

Uteliaisuutta on vaikea vaalia tiimissä, mutta se on helppo tukahduttaa. Jos haluat pitää uteliaisuuden elossa tiimissäsi, vältä seuraavia asioita kuin ruttoa:

• voimakas epäonnistumisen pelko

• prosessien ja varmuuden ylikorostaminen

• "tarvitsee tietää" -ajattelu ja tiedon siiloutuminen

• "Yksi totuus"

• Tiimin monimuotoisuuden puute

• Hierarkkinen kulttuuri

• Kiire – keskittyminen nopeisiin toimituksiin ja jatkuvat keskeytykset

Agile ei takaa uteliaisuutta: tarvitset johtajuutta

Agile-työskentelytavat mahdollistavat uteliaisuuden, mutta eivät takaa sitä. Uteliaisuuden vaaliminen tiimissä on Agile-johtajien, kuten Scrum Masterin ja Product Ownerin, vastuulla. He voivat joko tukahduttaa kysymysten esittämisen tai kannustaa siihen.

Hyvät Agile-johtajat kannustavat kysymysten esittämiseen kaikissa Agile-seremonioissa. Kysymykset voivat kohdistua eri asioihin. Tässä muutamia esimerkkejä:

• Backlogin tarkennus ja Sprintin suunnittelu

• Päivittäinen Scrum

• Sprint review

• Mikä asiakkaan ongelma on?

• Miksi tätä tarvitaan?

• Kuinka monimutkainen tämä on?

• Olemmeko oppineet jotain toteutuksen aikana?

• Onko jokin vaikeaa?

• Etenemmekö kohti sprintin tavoitetta?

• Millaista palautetta voimme saada rakentamastamme asiasta?

• Olisimmeko tyytyväisiä julkaisemaan sen tällaisenaan?

• Mitä tekisimme ensi kerralla toisin?

Esimerkin voimaa ei voi korostaa liikaa – jos Scrum Master ja Product Owner itse toimivat uteliaasti sekä kannustavat tiimin jäseniä ja kuuntelevat heitä, uteliaisuus voi kasvaa tiimissä.

Jos haluat lisätä uteliaisuutta tiimeissäsi ja organisaatiossasi, sinun on löydettävä muutosta edistävät henkilöt. Usein tämä tarkoittaa Scrum Masterien, Product Ownerien ja muiden esihenkilöiden, kuten tuotepäälliköiden, kouluttamista.