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.

Scrum Master vs. ryhmänjohtaja

Tiiminvetäjien ja scrum masterien väliset erot

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.

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.
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.
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ä.
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.
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.
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.

Avatari johtajasta, joka haluaa edistää avointa viestintää

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

Ratkaise tämä haaste

Avatari johtajasta, joka valvoo bugeja ja ongelmia

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

Ratkaise tämä haaste

Avatari johtajasta, joka suunnittelee retrospektiiviä

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

Ratkaise tämä haaste

Scrum Master vs. ryhmänjohtaja

Scrum Master ja tiiminvetäjä: Mitä sinun on otettava huomioon?

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?

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.
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.
Eturistiriidat:
- Objektiivinen ja puolueeton toiminta voi olla vaikeaa erityisesti kurinpitokysymyksissä tai yksilöllisten suoritusten arvioinnissa.
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.
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.
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.
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.
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.

Kahdenkeskiset tapaamiset - kuinka hyödyllistä

Scrum Master vs. tiimin johtaja

Kaksoisrattaiden käytön tehostaminen työkalujen kanssa

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 & Icebreaker

Millainen sää projektissasi / tehtävissäsi on tällä hetkellä?

📕 Työntekijän aiheet [Nimi]

👈 Esihenkilön aiheet

Mikä meni hyvin?
Haasteet?
Seuraavat prioriteetit?

⁉️ Fiilistsekkaus (kysely)

Avaa malli 1:1-työkalussa

Scrum Master vs. tiimin johtaja

Johtopäätökset - Scrum Master ja tiimin johtaja

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.

Pidä Stop Start Retro: Näin retro etenee

Satunnainen jäänmurtaja (2–5 minuuttia)

Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.
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ä.
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?
Yleiskysymys (suositus)

Jotta muillakin aiheilla olisi paikkansa:
- Mistä muusta haluaisit puhua retrospektiivissä?
Priorisointi / Äänestys (5 minuuttia)

Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.
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ä.
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.