Huomautus: Sivusto on käännetty automaattisesti. Vaihda englanniksi parhaan lukukokemuksen saamiseksi.

kuva (1)

Voiko kehittäjä olla Scrum Master? 3 etua ja haittaa

Agile-tiimit ovat nykyaikaisen projektikehityksen selkäranka. Kysymys on kuitenkin edelleen: Voiko kehittäjä olla myös tehokas scrum master? Tai päinvastoin: Voiko scrum master olla myös kehittäjä? Jotkut tiiminvetäjät ovat huolissaan näistä pohdinnoista. Tässä artikkelissa yritämme vastata kysymykseen ja tuoda esiin kolme tämän kaksoisroolin etua ja haittaa.

Annan sinulle lyhyen vastauksen etukäteen: Ketterässä maailmassa on harvoin selkeitä "kyllä" tai "ei" -vastauksia. Scrum Masterin ja Scrum Developerin kaksoisrooli voi onnistua, jos henkilö tunnistaa haasteet ja jongleeraa rooleja tietoisesti. Scrum-opas itsessään ei anna suoraa vastausta tähän kysymykseen, eikä tältä osin kielletä mahdollisuutta, että kehittäjä voi olla Scrum Master tai Scrum Master voi olla kehittäjä. Samalla on oltava selvää, että tämä ei vastaa ideaalitilannetta – tästä lisää jäljempänä.

Aloitetaan määrittelemällä lyhyesti, mistä rooleista tässä on kyse.

Voiko kehittäjä olla Scrum Master | Scrum Developer?

Scrum Developer vs. Scrum Master

Koska roolit ovat erittäin tärkeitä Scrumissa. Tältä osin "Scrum-kehittäjä vs. Scrum-mestari" -selvennys on tärkeä: Scrum-mestari keskittyy prosessin optimointiin ja poistaa esteitä kehitystiimin tieltä. Scrum Developer sen sijaan keskittyy asiakasvaatimusten tekniseen toteuttamiseen.

Molemmat roolit täydentävät toisiaan, ja niiden välisten rajojen kunnioittaminen on ratkaisevan tärkeää tasapainon säilyttämiseksi ketterässä tiimissä. Voiko Scrum-kehittäjä siis olla myös Scrum Master tai Scrum Master Developer? Ennen kuin vastaamme tähän, vielä yksi etu näiden kahden roolin yhdistämisestä.

Voiko kehittäjä olla Scrum Master | Scrum Developer?

Etu: Agile Synergioiden hyödyntäminen

Yksi esimerkki tämän yhdistelmän myönteisestä puolesta on ohjelmistokehittäjän syvä ymmärrys ketterän ympäristön prosesseista. Kehittäjä scrum master voi optimoida kehitysprosesseja paremmin, koska hän on sisäistänyt sekä tiimin tarpeet että ketterät periaatteet. Tämä ymmärrys mahdollistaa Scrum-käytäntöjen ja -arvojen saumattoman integroinnin kehityssykliin.

Edellytyksenä on tietenkin, että tämä ohjelmistokehittäjä on myös asianmukaisesti koulutettu tai hallitsee Scrum-oppaan ja että hänellä on parhaimmillaan jo ulkopuolista valmennuskokemusta. Lisäksi tämä rooli vaatisi myös paljon aikaa molempien roolien täyttämiseen –, joka on vaikeaa.

Voiko Scrum Master olla kehittäjä vai kehittäjä Scrum Master? Lyhyesti sanottuna se toimisi, mutta voi johtaa epäorganisoitumiseen.

Voiko kehittäjä olla Scrum Master | Scrum Developer?

Haitta: objektiivisuuden puute

Kääntöpuolena on kuitenkin objektiivisen näkökulman mahdollinen menetys. Kehittäjän scrum master ei ehkä pysty säilyttämään tarvittavaa etäisyyttä koodikatselmusten aikana, jotta hän voisi antaa puolueetonta palautetta. Kaksoistehtävässä on vaarana, että tärkeitä näkökohtia, jotka neutraali scrum master pystyisi paremmin havaitsemaan, jää huomiotta.

Toinen jo mainittu haitta, jolla voi olla vielä suurempi vaikutus: objektiivisesti katsottuna useimmissa ketterissä ohjelmistoprojekteissa ei ole riittävästi aikaa molempien roolien, scrum masterin ja ohjelmistokehittäjän, tehokkaaseen hoitamiseen rinnakkain. Jotkin vastuualueet kärsivät joka tapauksessa. Ja haittoja on vielä enemmän.

Voiko kehittäjä olla Scrum Master | Scrum Developer?

Haitta: oman kuplan jättäminen

Yksi mahdollinen riski, joka kehittäjän scrum masterilla voi olla, on vaara jäädä omaan tekniseen kuplaansa. Koska yhteys kehitystyöhön on tiivis, tiimin sosiaaliset ja ihmissuhdehaasteet saattavat jäädä huomiotta. 

Scrum Masterin rooli edellyttää kuitenkin empaattista ja huomaavaista asennetta tiimin jäsenten yksilöllisiä tarpeita kohtaan. On tärkeää astua tietoisesti ulos teknisestä näkökulmasta ja ottaa huomioon myös inhimilliset näkökohdat. Loppujen lopuksi ketterässä manifestissa korostetaan yhteistyötä ja yksilöä enemmän kuin prosesseja ja työkaluja – muistutus siitä, että koodin taakse katsominen on yhtä tärkeää kuin tekniset näkökohdat.

Voiko Scrum Master olla osa kehitystiimiä vai ei? Yhteenvetona voidaan todeta, että kyllä, se on mahdollista, mutta sitä ei suositella.

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

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

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

Woman_pm
Johdat ketterää tiimiä ja...
📊... haluat tehdä vaikutuksen tiimisi ketterän kypsyystason selkeillä tunnusluvuilla?
⏱️... sinulla ei ole aikaa valmistella hienoja ketteriä retroja?
Kokeile Echometer:tä ilmaiseksi.

Voiko kehittäjä olla Scrum Master | Scrum Developer?

Yksi ratkaisu: digitaalinen valmennustuki

Jos sinulla ei todellakaan ole muuta vaihtoehtoa kuin täyttää Scrum Masterin rooli "osa-aikaisella" ohjelmistokehittäjällä, työkalumme Echometer auttaa sinua paljon – se on kehitetty muun muassa tätä haastetta varten: "osa-aikaisista" Scrum Masterista tulee ammattimainen tiimin valmentaja ajallisesti tehokkaalla tavalla yksinkertaisen työkalumme avulla.

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.

"Jos sinulla ei todellakaan ole muuta vaihtoehtoa kuin muuttaa ohjelmistokehittäjä osa-aikaiseksi Scrum Masteriksi, kokeile ainakin Echometer:tä, jotta onnistumisen todennäköisyys olisi mahdollisimman suuri."

Voiko ohjelmistokehittäjä olla Scrum Master | Scrum Developer?

Johtopäätös - Kehittäjät Scrum Masterina

Voiko Scrum Master olla osa kehitystiimiä? "Kehittäjän scrum masterin" kaksoisrooli avaa mahdollisuuksia synergiaan, mutta vaatii selkeitä roolimäärittelyjä mahdollisten haittojen välttämiseksi. Ketterä scrum master, jolla on kehittäjätausta, voi kuroa umpeen kuilun teknologian ja tiimityön välillä, kunhan hän osaa liikkua taitavasti näiden kahden roolin välillä. Ja juuri tämä on todennäköisesti käytännössä hyvin vaikeaa, joten siitä yleensä luovutaan. Jos muuta keinoa ei ole, anna Echometer:n kaltaisten työkalujen auttaa.

Lopuksi vielä yksi vinkki: Jos haluat kokeilla, miltä tuntuu kehittää tiimiäsi työkalumme avulla: Voit aloittaa alla olevan ketterän retrospektiivin kirjautumatta sisään, tässä tapauksessa "Pidä, lopeta, aloita" -työpajan. 

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

Avoimet palautekysymykset

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

Stop: Mihin meidän pitäisi lopettaa?

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

Jaa tämä artikkeli verkostosi kanssa

Tarvitsetko tiimin vahvistusta? Tee näin: Spotify Health Check Retrospektiivi!

Ensimmäinen terveyskysymys: "😍 Meillä on hauskaa tehdä töitä yhdessä ja meillä on hauskaa työskennellä yhdessä."

Haluatko lisää? Kokeile Retro-työkalua nyt.

Lisää artikkeleita

Echometer uutiskirje

Älä missaa päivityksiä Echometer:stä ja inspiroidu ketterästä työskentelystä.