Scrum ilman Scrum Masteria: lyhyt opas & 3 vinkkiä
Ollaan rehellisiä: Monilla organisaatioilla ei ole varaa Scrum Masteriin liittyvien taloudellisten rajoitteiden vuoksi. Mutta Scrum ilman Scrum Masteria – onko se edes mahdollista? Voiko Scrumia toteuttaa 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.
Voiko Scrumin ottaa käyttöön ilman Scrum Masteria?
Scrum ilman Scrum Masteria: Mitä se tarkoittaa?
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 | Sivutoimisesti: Tiimin vetäjä, parhaassa tapauksessa koko tiimi |
Huomautuksella “Sivutoimisesti” haluan korostaa seuraavaa seikkaa: Joitakin vastuualueita pidetään klassisessa tiimissä tai Scrum-tiimissä ilman Scrum Masteria vain “mukavana lisänä”. Todennäköisesti tiimin vetäjä tuntee siitä vastuuta, jos kukaan ylipäätään tuntee.
Toisin sanoen nämä vastuualueet kärsivät eniten siitä, ettei Scrum Masterilla ole omaa Scrum Masteria. Mennään nyt syvemmälle jaotteluuni.
Voiko Scrumin ottaa käyttöön ilman Scrum Masteria?
Kuka hoitaa nämä tehtävät Scrumissa ilman Scrum Masteria?
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 päätoimista scrum masteria) on yleensä jonkinlainen tiiminvetäjä tai tekninen vetäjä, joka moderoi kaikkia scrum-seremonioita. Joskus joku tiimin jäsenistä ottaa hoitaakseen joidenkin näiden seremonioiden moderoinnin. Sama henkilö pyrkii myös “poistamaan esteitä ja suojelemaan tiimiä”, mutta todennäköisesti melko passiivisesti tai tilanteen mukaan reaktiivisesti, ei aktiivisesti.
Ja lopuksi, useimmiten istuntoja johtava henkilö ei tunne olevansa todella vastuussa “tiimin jatkuvasta kehittämisestä”, puhumattakaan “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.

Voiko Scrumin ottaa käyttöön ilman Scrum Masteria?
Scrum ilman Scrum Masteria: ehdotus
Yleisesti ottaen meidän pitäisi jättää scrum masterin “tuotokset” huomiotta 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 ymmärtää kollektiivisesti hyvin asiakkaidensa tarpeet ja pyrkii iteroinnin avulla vastaamaan näihin tarpeisiin – eli luomaan asiakasarvoa. Scrum-viitekehys ja kaikki siihen liittyvät prosessit auttavat suuresti tämän tavoitteen saavuttamisessa.
Mutta mitkä Scrum-viitekehyksen osat ovat tärkeimpiä? Ne eivät ehdottomasti ole prosessit ja seremoniat. Kyse on pikemminkin siitä, että tuntee tietyn tavoitteen (tavoite: luoda parempaa asiakasarvoa iteraatiosyklien avulla) ja on valmis siirtymään sinne. Tämä tunnetaan pohjimmiltaan myös nimellä “Agile Mindset” (lisää aiheesta: Agile-ajattelutapa ), tai omilla sanoillani: Jatkuva parantaminen kohti tätä tavoitetta on todella tärkeää.
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.
Voiko Scrum toimia ilman Scrum Masteria?
Liian paljon Scrumia (eli prosesseja): Scrum: Zombie Scrum
Vielellä yrityksellä saattaa itse asiassa olla “liikaakin” Scrum Masteria, ne kokevat “Zombie Scrum” -ilmiön: Ne noudattavat kaikkia prosesseja, mutta 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 pitävät sprintin suunnittelukokouksen, mutta vain yksi henkilö puhuu. Ja miksi? Koska tiimi ei ole ymmärtänyt ensimmäistä edellä mainittua vaihetta tai Scrum Master ei ole kommunikoinut sitä riittävän hyvin: 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 saattaa aluksi olla jopa hyödyllistä, ettei ole Scrum Masteria eikä oteta ketteriä menetelmiä 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?
"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ä haasteVoiko Scrum toimia ilman Scrum Masteria?
Työkalu, joka auttaa sinua: Echometer
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.
Voiko Scrum toimia ilman Scrum Masteria?
Johtopäätös - Scrum ilman Scrum Masteria?
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.
Eine grundsätzlichere bezogen auf agile Methoden übrigens: Kann man agile Methoden einführen ohne Scrum Master oder Agile Coach, geht “Agile ohne Scrum Master oder Agile Coach”? Hierauf gäbe es sicherlich eine andere Antwort, weil “Agile” viel breiter gefasst ist. Der Guide hier sollte aber auch bei dieser Frage helfen, in die richtige Richtung zu denken. Meine Denkansätze lassen sich auf diese Frage ebenfalls anwenden.
Zuletzt, nochmal der Hinweis: Falls du mal ausprobieren möchtest, wie es sich anfühlt dein Team mit unserem Tool weiterzuentwickeln: Du kannst im Folgenden ohne Login eine agile Retrospektive starten, in dem Fall den “Keep, Stop, Start” Workshop.
Vaihtoehtoisesti voit myös yksinkertaisesti lähettää verkkosivumme eteenpäin asiasta vastaaville kollegoille: www.echometerapp.com.
Keep Stop Start Retro