Scrum ilman Scrum Masteria: lyhyt opas & 3 vinkkiä

Ollaan rehellisiä: Monilla organisaatioilla ei ole varaa Scrum Masteriin tai ne eivät halua sellaista taloudellisten rajoitteiden vuoksi. Mutta Scrum ilman Scrum Masteria – onko se edes mahdollista? Voiko Scrumia käyttää ilman Scrum Masteria?

Rehellisesti sanottuna mielestäni tällainen kysymys osoittaa, että joko a) tiimin ketteryysaste on alhainen tai b) tiimillä on yksinkertaisesti huono Scrum Master, joka ei tee työtään hyvin (lue lisää: Agiler Kypsyys ). Vastatakseni kysymykseen yksinkertaisesti voisi siis sanoa, että kyllä, Scrumin käyttöönotto tai käyttö ilman Scrum Masteria on mahdollista, mutta se tekee siitä paljon vaikeampaa. Scrum-kehystä ei yksinkertaisesti ole niin helppo toteuttaa. Useimmat tiimit selviytyvät ilman Scrum Masteria, mutta niiden on paljon vaikeampaa menestyä.

Kun otetaan huomioon edellä mainittu taloudellinen todellisuus, yritän kuitenkin tässä tekstissä hahmotella lyhyesti, mitä sinun on tehtävä, jotta voit toteuttaa Scrumin onnistuneesti ilman Scrum Masteria.

Scrum Masterin vastuista ja rooleista on olemassa lukuisia luetteloita, mutta pohjimmiltaan voidaan sanoa, että ne tiivistyvät kolmeen asiaan (Lue lisää: Scrum Master -roolit ).

Scrum Master vastaa seuraavista tehtävistä

• Scrum-prosessin moderointi (erityisesti Scrum-seremoniat, kuten Daily Standup, Sprint Reviews, Retrospective ja Sprint Planning).
• Esteiden poistaminen ja tiimin suojeleminen
• Jatkuva parantaminen kohti itseorganisoituvaa tiimiä 

Kuka siis ottaisi nämä kolme tehtävää perinteisessä tiimissä, joka ei ehkä työskentele ketterillä menetelmillä?

Ja kuka ottaisi heidät tiimiin, joka haluaa käyttää Scrum-kehystä, mutta jolla ei ole Scrum Masteria?

Seuraavassa on lyhyt katsaus siihen, miten näen tilanteen.

Vastuu	Scrum-tiimi	Klassinen joukkue	Scrum-tiimi ilman Scrum Masteria
Kokousten moderointi	Scrum Master	Ryhmänjohtaja	Ryhmän johtaja, jotkut ryhmän jäsenet
Esteiden poistaminen	Scrum Master	Toissijaisena tehtävänä: ryhmänjohtaja	Toissijaisena tehtävänä: ryhmänjohtaja
Jatkuva parantaminen	Scrum Master	Toissijaisena tehtävänä: ryhmänjohtaja	Sivutehtävänä: Tiimin vetäjä, parhaassa tapauksessa koko tiimi

Huomautuksella “Sivutehtävänä” haluan korostaa seuraavaa seikkaa: Joitakin vastuualueita pidetään klassisessa tiimissä tai Scrum-tiimissä ilman Scrum Masteria vain “kivoina”. Todennäköisesti tiimin vetäjä tuntee olevansa vastuussa, jos kukaan. 

Toisin sanoen nämä vastuualueet kärsivät eniten siitä, ettei Scrum Masterilla ole omaa Scrum Masteria. Mennään nyt syvemmälle jaotteluuni.

Kuka siis vastaisi tästä tavallisessa kehitystiimissä, joka ei työskentele Scrumin mukaan, eli tiimissä, joka kehittää ohjelmistoja ilman Scrum Masteria?

Luultavasti joko a) tiiminvetäjä / projektipäällikkö / tuotteen omistaja jne. tai b) kukaan ei tunne vastuuta tällaisista asioista. Ja juuri näin Scrum-tiimit käyttäytyvät ilman Scrum Masteria:

Käyttäjillämme ja asiakkaillamme (joilla ei usein ole kokopäiväistä Scrum Masteria) on tyypillisesti jonkinlainen tiimin vetäjä tai tekninen vetäjä, joka moderoi kaikkia Scrum-seremonioita. Joskus tiimin jäsen ottaa hoitaakseen joidenkin näiden seremonioiden moderoinnin. Sama henkilö yrittää myös “poistaa esteitä ja suojella tiimiä”, mutta todennäköisesti pikemminkin passiivisesti tai reaktiivisesti kuin aktiivisesti.

Ja lopuksi, istuntoja johtava henkilö ei useimmissa tapauksissa tunne olevansa todella vastuussa “tiimin jatkuvasta kehittämisestä”, saati sitten “itseorganisoituvan tiimin” kehittämisestä.

Ryhmänjohtajalla ei yksinkertaisesti ole aikaa huolehtia tällaisista asioista, koska on liian paljon muita haasteita. Mikä voisi siis olla vaihtoehto? Sallikaa minun tehdä ehdotus.

Yleisesti ottaen meidän pitäisi jättää huomiotta Scrum Masterin “tuotokset” ja miettiä hyvän Scrum-tiimin “tuloksia” (lisää tästä: Tuotokset vs. tulokset ), koska tuotokset eivät ole yhtä tärkeitä kuin lopputulokset. Mitkä ovat Scrum-tiimin lopputulokset ja miten ne voidaan saavuttaa ilman Scrum Masteria?

Hyvä ketterä tiimi on kollektiivisesti hyvä ymmärtämään asiakkaidensa tarpeita ja pyrkii iteroinnin avulla täyttämään nämä tarpeet – eli luomaan asiakasarvoa. Scrum-viitekehys ja kaikki siihen liittyvät prosessit auttavat suuresti tämän tavoitteen saavuttamisessa.

Mutta mitkä osat Scrum-viitekehyksestä ovat tärkeimpiä? Ne eivät todellakaan ole prosessit ja seremoniat. Pikemminkin on kyse siitä, että tiedetään tietty tavoite (tavoite: luoda parempaa asiakasarvoa iteraatiosyklien avulla) ja ollaan valmiita etenemään siihen suuntaan. Tämä tunnetaan pohjimmiltaan myös nimellä “Agile Mindset” (lisää tästä: Agile-ajattelutapa ), tai omin sanoin: “jatkuvan parantamisen” ottaminen todella vakavasti tätä tavoitetta kohti.

Jos sinulla ei siis ole varaa Scrum Masteriin, miten saavutat tavoitteen asiakasarvon kasvattamisesta iteraatiosyklien avulla? Mitä sinun pitäisi tehdä hallitaksesi Scrumin ilman Scrum Masteria? Tämä voisi olla yksi lähestymistapa:

• Tiimin johtajan (tai teknisen johtajan, tuoteomistajan, tuotepäällikön jne.) on varmistettava, että kaikki ymmärtävät ketterät perusperiaatteet: Sinun tulisi työskennellä iteratiivisissa, lyhyissä sykleissä asiakaspalautteen avulla varmistaaksesi, että toimitat sen, mitä odotetaan, mahdollisimman nopeasti.

• Älä ota kaikkia ketteriä seremonioita, menetelmiä ja periaatteita käyttöön kerralla.

• Aloita sen sijaan vain tärkeimmistä: avoimuus (viestinnän edistämiseksi) ja jatkuva parantaminen.

  • Läpinäkyvyys: Kanban-taulun käyttöönotto on yleensä hyvä idea. Siihen olisi yhdistettävä päivittäinen (tai puolipäivittäinen?) stand-up, jossa keskustellaan työstäsi ja jota todennäköisesti johtaa tiiminvetäjä. Yhtäkkiä työ on näkyvissä ja viestintä kulkee aivan uudella, tuottavalla tavalla.
  • Jatkuva parantaminen: Aloita ottamalla käyttöön ketterät retrospektiivit. Koska alussa monet asiat muuttuvat ja syntyy monia jännitteitä, yleensä tarvitaan paljon tilaa, jossa voidaan puhua jännitteistä ja testata hypoteeseja niiden ratkaisemiseksi. Tämä on hyvän retrospektiivin tavoite: määritellä toimenpiteitä tai toimintakohteita, testata niitä 1-2 sprintin ajan ja katsoa sitten, toimivatko ne. Toimintakohde voi olla esimerkiksi se, että iteroit tuotevisiota tai että tarvitset todellisen sprinttitavoitteen. Se olisi täydellistä: tiimi esittelee Scrumia luontevasti itseorganisoidusti ja ongelmalähtöisesti.

Monilla yrityksillä saattaa itse asiassa olla “liikaa” Scrum Masteria, ne kokevat ilmiön nimeltä “Zombie Scrum”: Ne noudattavat kaikkia prosesseja, mutta ne eivät välttämättä näe niissä mitään järkeä. Niillä on sprintin tavoite, mutta kukaan ei ajattele sitä sprintin aikana. Ne suorittavat sprintin suunnittelukokouksen, mutta vain yksi henkilö puhuu. Ja miksi? Koska tiimi ei ymmärtänyt tai Scrum Master ei kommunikoinut tarpeeksi hyvin ensimmäistä edellä mainittua vaihetta: Miksi kaikki nämä seremoniat tehdään?

Paras tapa varmistaa, että Scrum-tiimin jäsenet ymmärtävät kaikkien Scrum-prosessien arvon, on antaa heidän ensin kokea ongelmat ja jännitteet, jotka voidaan sitten ratkaista Scrum-kehyksen prosessien avulla.

Siksi alussa voi jopa olla hyödyllistä, ettei ole Scrum Masteria ja ettei ketteriä menetelmiä “oteta käyttöön liian aktiivisesti”. 

Viimeisenä, mutta ei vähäisimpänä, on olemassa erityinen työkalu, joka saattaa kiinnostaa sinua, jos kysyt itseltäsi kysymystä: Onko mahdollista toteuttaa Scrum ilman Scrum Masteria?

Echometer sopii erinomaisesti juuri tähän käyttötapaukseen (sinulla ei ole omaa kokopäiväistä Scrum Masteria, joka voisi tukea tiimiäsi).

Echometer on digitaalinen työkalu, joka auttaa ketterien tiimien johtajia ketterissä retrospektiiveissä ja tiimin Health Check:ssä. Olipa kyseessä etä-, hybridi- tai paikan päällä tapahtuva tiimivalmennus: se tekee tiimivalmennuksesta mitattavissa olevaa ja tekee siten työstäsi ammattimaisempaa ja säästää samalla paljon työtä. Katso lisätietoja verkkosivuiltamme: www.echometerapp.com.

Olen tietenkin yksinkertaistanut tätä tekstiä liikaa ja pitänyt sen hyvin lyhyenä. Siitä huolimatta se voi olla olennainen ja mielenkiintoinen näkökulma siihen, miten lähestyä Scrumin toteuttamisen haastetta ilman Scrum Masteria. Yhteenvetona: Yritä saada Scrum Master. Jos et voi, keskity jatkuvan parantamisen ilmapiirin luomiseen, jolloin tiimi voi omaksua ja oppia Scrumia itseorganisoidusti.

Periaatteellisempi kysymys ketteristä menetelmistä muuten: Voiko ketteriä menetelmiä ottaa käyttöön ilman Scrum Masteria tai Agile Coachia, toimiiko “Agile ilman Scrum Masteria tai Agile Coachia”? Tähän olisi varmasti eri vastaus, koska “Agile” on paljon laajempi käsite. Tämän oppaan pitäisi kuitenkin auttaa ajattelemaan oikeaan suuntaan myös tässä kysymyksessä. Ajattelutapani ovat sovellettavissa myös tähän kysymykseen.

Lopuksi vielä huomautus: Jos haluat kokeilla, miltä tuntuu kehittää tiimiäsi työkalumme avulla: Voit aloittaa 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.