Tämä sivu on käännetty automaattisesti. Vaihda englanniksi saadaksesi paremman lukukokemuksen.

Vaihda englanniksi
Jean Michel Diaz
Jean Michel Diaz

Korjaa zombie scrum 3 askeleella

Mikä on Zombie Scrum?

Zombie Scrum kuvaa tiimejä, jotka ovat säilyttäneet Scrum-rakenteen (rituaalit, roolit jne.), mutta jotka ovat menettäneet varsinaisen –-asiakashyödyn, arvot ja jatkuvan parantamisen –. Scrum muuttuu näin tyhjäksi kuoreksi ilman todellista ketteryyttä.

Zombie Scrumin tyypillisiä oireita ovat

  • Mekaanisesti suoritetut rituaaliset prosessit ilman lisäarvoa
  • Ei toimivia lisäyksiä, harvinaisia tai hyödyttömiä sidosryhmäarviointeja.
  • Ei todellisia takautuvia tai parannussuunnitelmia
  • Vähäinen autonomia, vastuun puute

Zombie Scrumin vaikutukset: demotivaatio, laadun heikkeneminen, räätälöinnin puute – Scrum tyhjänä rituaalina. Ks: Väärennös Agile

Zombie Scrumille on monia syitä. Voit luultavasti vastata tähän parhaiten tiimisi ja organisaatiosi osalta erikseen.

Tai jos ei, niin ehkäpä kysyisit vain tiimiltäsi? Tässä on retroformaatti, jota voit käyttää tutkiessasi zombie scrumin syitä tiimissäsi:

  • Mikä estää tai vaikeuttaa suoran palautteen saamista asiakkailta?
  • Mikä estää meitä määrittelemästä itsenäisesti painopisteitämme, työmenetelmiämme ja ratkaisukeinojamme?
  • Mitä pitäisi tapahtua, jotta me tiiminä olisimme maksimaalisen motivoituneita saavuttamaan tiimimme tavoitteen ja luomaan arvoa asiakkaillemme?

Miten ratkaista Zombie Scrum: 3 askelta

Monet Scrumin ohjeet ovat erittäin teknisiä. En ole tällaisten yksityiskohtaisten ohjeiden ystävä. Sillä, miten tarkalleen ottaen suoritat sprintin katselmuksen, ei ole loppujen lopuksi merkitystä. Kokemukseni mukaan Zombie Scrumin parantamiseen tarvittavat avainkohdat ovat seuraavat kolme vaihetta:

Vaihe 1: Tiimin tavoite ja asiakaspalaute

Ketterää työskentelyä ei voi tehdä ilman todellista asiakaskontaktia. Loppujen lopuksi tiimin on kyettävä saamaan asiakkailta palautetta jokaisen sprintin jälkeen, jotta se voidaan ottaa huomioon seuraavan sprintin priorisoinnissa.

Johto ja muut sidosryhmät eivät saa toimia asiakkaan “välityspalvelimena”. Ketterät tiimit eivät kehitä sitä, mitä johto ajattelee asiakkaan haluavan, vaan sitä, mitä asiakas haluaa. Ja siksi ketterät tiimit eivät keskustele johdon kanssa, vaan itse asiakkaan kanssa.

Toki: Myös johto vaikuttaa joukkueeseen, ja se on ihan OK. Johto on tervetullut auttamaan joukkueen tavoitteiden muotoilussa. Johdon on kuitenkin annettava tiimille riittävästi vapautta työskennellä yhdessä asiakkaiden kanssa itseorganisoidusti.

Vaihe 2: Luo psykologista turvallisuutta ja itsetehokkuutta.

Puhuuko tiimi suoraan, kun jokin asia ei toimi? Vai kuiskaavatko he ongelmista vain suljettujen ovien takana, mutta eivät oikeastaan puutu niihin rakentavasti, jotta parannusta saataisiin aikaan?

Jos näin on, tämä voi johtua kahdesta asiasta:

  • Tiimistä puuttuu psykologinen turvallisuus: ihmiset eivät uskalla puhua ongelmista avoimesti.
  • Opittu avuttomuus: Tiimi ei enää usko, että mitään voidaan parantaa.

Se on usein sekoitus molempia. Tarvitaan avointa virhekulttuuria, jotta ongelmiin puuttuminen on normaalia ja parhaimmassa tapauksessa niistä jopa annetaan tunnustusta.

Jotta opitusta avuttomuudesta (eli alhaisesta itsetehokkuudesta) päästäisiin eroon, tarvitaan seuraava askel:

Vaihe 3: Jatkuva parantaminen

Tiimin on ymmärrettävä, että ongelmat, joihin puututaan, myös ratkaistaan. Käyttäkää siis kaikki tilaisuudet ongelmien aktiiviseen käsittelyyn ja niiden ratkaisemiseen.

Heti kun tiimi huomaa, että asiat muuttuvat, se myös käsittelee ongelmia avoimemmin retrospektiiveissä.

Se ei tapahdu yhdessä yössä. Opittu avuttomuus on kasvanut vuosien varrella. Mutta sen ei pitäisi olla tekosyy! Jokainen jälkikäteen tarkastelu on tilaisuus laittaa myönteinen itsetehokkuusspiraali liikkeelle.

Vinkki: Jos retrospektiivistäsi puuttuu vauhtia, Echometer voi auttaa: Echometer:n leikkisän ja jäsennellyn lähestymistavan ansiosta voit antaa retrospectiveillesi uutta puhtia. Kokeile sitä täällä: Kokeile retro-työkalua Echometer

Johtopäätös: Zombie Scrum voidaan parantaa

Parantuminen = tiimin tavoite + asiakaspalaute + psykologinen turvallisuus + jatkuva parantaminen.

Hyvät uutiset ensin: kyllä, Zombie Scrum on parannettavissa. Ja on jopa suhteellisen selvää, mitä ainesosia tarvitaan.

Huono uutinen on, että kutakin näistä ainesosista ei ole helppo saada. Asiayhteydestä riippuen olosuhteiden luominen voi kieltämättä vaatia paljon energiaa. Mikä vielä pahempaa, voi käydä ilmi, että organisaatiosi ei ole vielä valmis todellisiin ketteriin työskentelytapoihin.

Mutta ei otaksuta pahinta mahdollista tilannetta. Jos nyt ainakin tiedät zombie scrumin syyn, voit työskennellä sen parissa kohdennetusti. Hyvin ketterästi, askel askeleelta.

No niin, eiköhän aloiteta!

Blogikategoria

Lisää artikkeleita aiheesta "Vinkkejä ketteryyteen"

Katso kaikki tämän kategorian artikkelit
Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Lyhyt katsaus Spotify-malliin: Miten Squadit, heimot, jaostot ja killat skaalaavat ketteryyttä, mitkä roolit ovat mukana ja mitä käyttöönotossa kannattaa huomioida.

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

Psykologina ja Scrum Masterina minulla on luultavasti epätavallinen näkökulma Sprint Retrospective -ideoihin. Keskityn hieman enemmän jatkuvan parantamisen "pehmeään" puoleen. Voidaan puhua myös ke...

7 suosikkimalliani Agile-retrospektiivejä varten

7 suosikkimalliani Agile-retrospektiivejä varten

Tiimissäni toteutamme keskimääräistä useammin ketterän retrospektiivin: Joka perjantai, eli kerran viikossa. Ja et usko – muun muassa monien superketterien retrospektiivimallien ansiosta se on joka...

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Ohjelmistokehittäjien ja -insinöörien virtuaali- tai etätyöskentelytiimien viestinnän parantamiseksi on olemassa erilaisia toimenpiteitä ja lähestymistapoja. Sillä ei ole merkitystä, ovatko he fron...

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

Jos olet tekninen johtaja, haluat todennäköisesti tietää, kuinka hyvin tiimisi toimittaa ohjelmistoja ja miten voit parantaa tätä. Olet ehkä jo kuullut DORA-mittareista ja SPACE-viitekehyksestä, jo...

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Tehokas yhteistyö tiimeissä on ratkaisevan tärkeää menestyksen kannalta, erityisesti Scrumin kaltaisten ketterien menetelmien yhteydessä. Työsopimukset ovat ratkaisevassa asemassa, kun luodaan selk...

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tiiminvetäjänä otat paljon vastuuta työntekijöistäsi ja tiimistäsi. Tämä tiiminvetäjien tarkistuslista helpottaa sinua pitämään yleiskuvaa ja varmistamaan, ettei mikään mene pieleen. Mallimme sopii...

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Kokeneena psykologina ja Scrum Masterina ymmärrän haasteet, joita tiimien johtajat kohtaavat ketterissä ympäristöissä. Tasapainon löytäminen ketteryyden ja johtajuuden välillä ei ole helppo tehtävä...

Kaikki Scrum-tiimit eivät ole ketteriä: Fake Agile

Kaikki Scrum-tiimit eivät ole ketteriä: Fake Agile

Fake Agile: Onko jokainen Scrum-tiimi ketterä? Ei, valitettavasti kaikki Scrum-tiimit eivät ole ketteriä. Minäpä selitän: Scrum-tiimi määritellään työskentelemällä Scrum-kehyksen mukaisesti: Sillä...

Echometer uutiskirje

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