Eroavaisuudet Tiimijohtaja vs. Scrum Master: ovatko molemmat mahdollisia?

Scrum Master vs. tiiminvetäjä: Scrum Masterilla ja tiiminvetäjällä on eri roolit ja vastuut ketterässä kontekstissa, vaikka niissä voi olla jonkin verran päällekkäisyyttä riippuen organisaatiosta ja tiimien rakenteesta. Alla on joitakin eroja näiden kahden roolin välillä.

Tarkastelen myös tarkemmin sitä, milloin ja miten molempia rooleja voi olla mahdollista täyttää samanaikaisesti. Näin paljon etukäteen: se ei ole ihanteellista.

Ensinnäkin on sanottava, että Scrum Guiden mukaan Scrum-tiimissä ei ole tiiminvetäjää – on vain Scrum Master, Product Owner ja kehitystiimi. Käytännössä tilanne on kuitenkin usein toinen.

Tässä on siis joitakin perustavanlaatuisia eroja Scrum Masterin ja tiiminvetäjän välillä. Yksi asia on kuitenkin sanottava – ne ovat tietysti yksinkertaistuksia, eikä niitä varmasti aina toteuteta käytännössä juuri näin.

1. Keskittyminen prosessiin vs. keskittyminen tuloksiin:

   • Scrum Master keskittyy ensisijaisesti Scrum-prosessiin ja varmistaa, että tiimi noudattaa ketteriä periaatteita ja Scrum-ohjeita. Pääpaino on esteiden poistamisessa, tuottavuuden parantamisessa ja prosessin optimoinnissa.
   • Tiiminvetäjä puolestaan keskittyy vahvemmin tiimin tavoitteiden ja tulosten saavuttamiseen. Tiiminvetäjä ottaa usein johtajaroolin varmistaakseen, että tiimi saavuttaa tavoitteensa ja tekee tehokasta yhteistyötä. Lisäksi hänellä on usein tekninen tausta, esimerkiksi senior-kehittäjänä, ja vastaavasti hänellä voi olla tavoitteena kehittää junior-kehittäjiä ammatillisesti – mutta vähemmän inhimillisellä tasolla.

2. Tehtävät:

   • Scrum Master vastaa siitä, että tiimi ymmärtää Scrum-prosessin, noudattaa sitä ja parantaa sitä jatkuvasti. Hän keskittyy luomaan tiimille optimaalisen ympäristön.
   • Ryhmänjohtaja on enemmän vastuussa ryhmän suorituskyvystä ja tuloksista. Tähän voi kuulua resurssien suunnittelu, tavoitteiden asettaminen, suorituskyvyn arviointi ja tiimin yleinen johtaminen.

3. Ryhmän johtaminen vs. fasilitointi:

   • Ryhmänjohtajalla on aktiivisempi rooli ryhmän johtamisessa, ja hän antaa selkeitä ohjeita sen varmistamiseksi, että ryhmä saavuttaa tavoitteensa. Tiimin johtaja voi myös vastata tiimin jäsenten urakehityksestä.
   • Scrum Master puolestaan toimii enemmänkin tukevassa ja helpottavassa roolissa. Hän keskittyy luomaan ympäristön, jossa tiimi voi työskennellä itsenäisesti, ja poistamaan esteet, jotka voivat haitata edistymistä.

4. Toimivalta ja päätöksentekovalta:

   • Ryhmänjohtajalla on yleensä enemmän valtaa ja päätösvaltaa kuin Scrum Masterilla. Tiiminvetäjillä voi olla suora päätösvalta ja resurssien hallinta.
   • Scrum Masterilla ei yleensä ole suoraa päätösvaltaa tiimin työhön, vaan hän pyrkii varmistamaan, että tiimi toimii itseorganisoidusti. Esteet tunnistetaan ja välitetään sopiville henkilöille ratkaistavaksi.

5. Hierarkia ja auktoriteetti:

   • Scrum Master: Scrum Masterilla ei pääsääntöisesti ole kurinpitovaltaa tiimin jäseniin nähden. Hänen valtansa perustuu enemmänkin vaikuttamiseen ja valmentamiseen.
   • Ryhmän johtaja: Ryhmänjohtajalla on usein kurinpidollinen vastuu ja hän voi vaikuttaa suoraan ryhmän jäsenten urakehitykseen.

6. Tavoite:

   • Scrum Master: Scrum Masterin päätavoitteena on tiimin ja ketterän prosessin jatkuva parantaminen.
   • Ryhmän johtaja: Ryhmänjohtajan tavoitteena on maksimoida ryhmän tehokkuus sen ammatillisten tavoitteiden saavuttamisessa.

"Monet tiimin jäsenet eivät uskalla puhua!"

Ratkaise tämä haaste

"Löydämme liian monta odottamatonta ongelmaa ja vikaa myöhäisessä vaiheessa!"

Ratkaise tämä haaste

"Miksi minulta kestää joskus tunteja valmistella yksinkertainen retrospektiivi?"

Ratkaise tämä haaste

Kuten edellä mainittiin, kyseessä ei ole enää klassinen Scrum, jos tiimissä on klassinen tiiminvetäjän rooli. 

Siitä huolimatta monet yritykset toimivat toisin ja niillä saattaa olla molemmat roolit. Jos näin nyt kerran on – mitä siinä tulisi ottaa huomioon?

1. Aikataakka:

   • Molemmat tehtävät vaativat aikaa ja sitoutumista. Vaarana on, että henkilö kuormittuu liikaa, varsinkin jos organisaation molempien roolien vaatimukset ja vastuut ovat suuret.

2. Ristiriitojen mahdollisuus:

   • Näiden kahden roolin vaatimusten ja prioriteettien välille voi syntyä ristiriitoja. Esimerkiksi keskittyminen prosessien optimointiin (Scrum Master) voi olla ristiriidassa teknisen johtamisen ja päätöksenteon (Team Lead) kanssa.

3. Eturistiriidat:

   • Objektiivinen ja puolueeton toiminta voi olla vaikeaa erityisesti kurinpitokysymyksissä tai yksilöllisten suoritusten arvioinnissa.

4. Tiimin itseorganisoituminen:

   • Yksi Scrum Masterin tärkeimmistä tehtävistä on antaa tiimin organisoitua. Jos sama henkilö toimii myös teknisenä johtajana, on huolehdittava siitä, ettei tiimin itseorganisoituminen heikkene.

5. Roolien selventäminen:

   • On tärkeää määritellä selkeät odotukset ja rajat näille kahdelle roolille, jotta tiimi ja organisaatio ymmärtävät, miten vastuut on jaettu.

6. Lisäkoulutus ja tuki:

   • Voi olla hyödyllistä saada koulutusta tai tukea molempiin rooleihin, jotta varmistetaan, että henkilö tuntee sekä uusimmat ketterät käytännöt että tarvittavat tekniset taidot.

7. Jatkuva pohdinta ja mukauttaminen:

   • On tärkeää pohtia ja tarkastella säännöllisesti, miten tehokkaasti kaksoisroolia hoidetaan. Mukautukset voivat olla tarpeen sen varmistamiseksi, että molemmat roolin osatekijät otetaan asianmukaisesti huomioon.

8. Oikeat työkalut:

   • On varmasti olemassa työkaluja, jotka voivat tehostaa huomattavasti sekä tiiminvetäjän että Scrum Masterin työtä, kuten Echometer (tästä lisää jäljempänä). Näitä työkaluja tulisi käyttää aktiivisesti.

Jos yksi henkilö hoitaa molempia tehtäviä, siitä voi olla etua, esimerkiksi teknisen ja prosessuaalisen johtamisen integroiminen voi olla tehokkaampaa. Edellä mainitut haasteet ja mahdolliset ristiriidat olisi kuitenkin pidettävä mielessä. Joissakin organisaatioissa tämä kaksoisrooli valitaan tietoisesti, kun taas toisissa organisaatioissa nämä kaksi tehtävää erotetaan toisistaan tiukasti.

Seuraava grafiikka johdattelee hyvin seuraavaan osioomme – pieni vinkki: kahdenkeskiset tapaamiset ovat molemmissa rooleissa yksi suurimmista vipuvarsistasi tiimisi menestyksen varmistamiseksi.

Jatkuva parantaminen on yksi Scrum Masterin ydinteemoista – ja se jää usein liian vähälle huomiolle, jos roolia hoidetaan vain sivutoimisesti. Siinä tapauksessa Echometer voi auttaa. Se on kehitetty erityisesti tiimeille, joilla ei välttämättä ole tiimilleen omistautunutta täysipäiväistä Scrum Masteria.

Toisaalta Echometer auttaa tiimivalmennuksessa retrospektiivisellä työkalulla, mutta myös kahdenkeskisten tapaamisten työkalulla. Se keskittyy tehostamaan ketterien tiimien kaikkien tiimijohtajien toimintaa, joilla on säännöllisiä kahdenkeskisiä kokouksia.

Tee 1:1-kokouksistasi jännittäviä, mittaa trendejä ja ennen kaikkea edisty ohjelmistokehittäjiesi kehityksessä!

Kokeile rohkeasti jotakin malleistamme, katso alta. Seuraava malli on vakiomalli esimerkiksi kahden viikon välein pidettäviin kahdenkeskisiin tapaamisiin. Se sisältää lopussa myös mitattavan “fiilistsekkauksen”, jota voit tietysti muokata:

👋 Tervetuloa & Jäänmurtaja

• Millainen sää projekteissasi / tehtävissäsi on juuri nyt?

📕 Työntekijän [Nimi] aiheet

• …

👈 Esimiehen aiheet

• Mikä meni hyvin?
• Haasteet?
• Seuraavat prioriteetit?

⁉️ Tunnelmatarkistus (kysely)

Avaa malli 1:1-työkalussa

Scrum Masterin ja tiiminjohtajan roolien samanaikainen hoitaminen ei ole ihanteellista, eikä sitä suositella. Samaan aikaan tämä on todennäköisesti todellisuutta monissa tiimeissä. Tällöin rooli edellyttää huolellista ajankäytön hallintaa, selkeää viestintää ja kykyä vaihtaa prosessikeskeisen valmennuksen ja teknisen johtajuuden välillä.

Vaikka se on mahdollista, tiimien ja organisaatioiden olisi pohdittava haasteita ja mahdollisesti harkittava selkeää työnjakoa tehokkaan ketterän yhteistyön varmistamiseksi.

Lopuksi vielä huomautus: Jos haluat kokeilla, miltä tuntuu kehittää tiimiäsi työkalullamme: Voit aloittaa alta ketterän retrospektiivin ilman kirjautumista, tässä tapauksessa “Keep, Stop, Start” -työpajan. 

Vaihtoehtoisesti voit myös yksinkertaisesti lähettää verkkosivumme eteenpäin asiasta vastaaville kollegoille: www.echometerapp.com.

Miten

Pidä Stop Start Retro: Näin retro etenee

1. Satunnainen jäänmurtaja (2–5 minuuttia)

   Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.

2. Avoimien toimenpiteiden tarkastelu (2–5 minuuttia)

   Ennen kuin aloitat uusia aiheita, sinun tulisi keskustella menneiden retrospektiivien toimenpiteiden tuloksista tehokkuuden tarkistamiseksi. Echometer listaa automaattisesti kaikki avoimet toimenpiteet menneistä retrospektiiveistä.

3. Retro-aiheiden käsittely

   Käytä seuraavia avoimia kysymyksiä tärkeimpien havaintojesi keräämiseen. Ensin jokainen itsenäisesti. Echometer mahdollistaa retrotaulun jokaisen sarakkeen paljastamisen erikseen, jotta palautetta voidaan sitten esitellä ja ryhmitellä.

   • Jatka: Mitä meidän pitäisi säilyttää?
   • Stop: Mihin meidän pitäisi lopettaa?
   • Aloitus: Mitä meidän pitäisi aloittaa?

4. Yleiskysymys (suositus)

   Jotta muillakin aiheilla olisi paikkansa:

   • Mistä muusta haluaisit puhua retrospektiivissä?

5. Priorisointi / Äänestys (5 minuuttia)

   Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.

6. Toimenpiteiden määrittely (10-20 minuuttia)

   Palautteeseen voidaan luoda linkitetty toimenpide plus-symbolin avulla. Etkö ole vielä varma, mikä toimenpide olisi oikea? Avaa sitten plus-symbolin kautta aiheeseen liittyvä Whiteboard, jossa voit ideoida perussyitä ja mahdollisia toimenpiteitä.

7. Uloskirjautuminen / Lopetus (5 minuuttia)

   Echometerin avulla voit kerätä anonyymiä palautetta tiimiltä siitä, kuinka hyödyllinen retro oli. Tästä syntyy ROTI-pistemäärä ("Return On Time Invested"), jota voit seurata ajan mittaan.

Pidä Stop Start Retro

Jatka: Mitä meidän pitäisi säilyttää?

Stop: Mihin meidän pitäisi lopettaa?

Aloitus: Mitä meidän pitäisi aloittaa?

Avaa tämä retro nyt