Millainen LEGO®4DEVOPS-työpaja on?

DevOpsin kokemusten jakaminen ei ole helppoa, varsinkaan kun aikaa on rajallisesti eikä teknistä ympäristöä ole käytettävissä. Olen hyödyntänyt monissa konferenssien työpajoissa pelillistämistekniikoita ja yksinkertaisia LEGO®-palikoita opettaakseni DevOps-kulttuurin tärkeimpiä osa-alueita.

LEGO®4DEVOPS-työpaja sopii kaikille, jotka haluavat valmistella organisaatiotaan muutokseen ja aloittaa DevOps-matkansa!

Pelillistäminen ja DevOpsin oppiminen

Hollantilainen historioitsija ja kulttuuriteoreetikko Johan Huizinga esittää kirjassaan Homo Ludens, että leikki on kulttuurin synnyn ensisijainen ja välttämätön edellytys, sillä leikki on kulttuuria vanhempaa. Eivät eläimetkään odottaneet ihmistä opettamaan niille leikkimistä.

Hänen mukaansa sivilisaatio on mahdoton ilman leikin henkeä.

Kun tavoitteena on kehittää kulttuuria – DevOpsin CALMS-mallin C:tä – ei ole yllättävää, että kokemuksen välittämiseen voidaan hyödyntää pelillistämistä.

Mikä on LEGO®4DEVOPS-kulttuuripeli?

LEGO®4DEVOPS-peli (pelin kehittivät Sébastien Fauvel, Cécile Especel ja Didier Drouin Creative Commons -lisenssillä) on 90 minuutin sessio, joka simuloi Dev- ja Ops-tiimien työympäristöä.

Dev-tiimi saa kehityssäännöt ja toteutettavat käyttäjätarinat eli backlogin. Ops-tiimi puolestaan saa ohjeet alustan rakentamiseen ja vastaanottamiensa ”sovellusten” käyttöönottoon alustalla.

Kaikki tämä tehdään tavallisilla LEGO®-palikoilla! (Käytän yleensä tätä klassista settiä, jossa on 1 500 osaa. Se sopii enintään 20 osallistujalle.)

Voit aloittaa lyhyellä johdannolla ja nopealla keskustelulla Agile-kehityksen perusteista, jotta kaikilla on sama tietotaso.

Tärkeintä on kuvata tarvittaessa, miten tiimit viestivät sidosryhmien kanssa, mitä iteraatio, backlog ja käyttäjätarina tarkoittavat sekä miksi toimintaa pitää kehittää säännöllisten retrospektiivien avulla.

Tiimit voivat sitten aloittaa työskentelyn lyhyissä, viiden minuutin iteraatioissa. Niitä seuraa 2–3 minuutin onnistumisen mittaus ja kolmen minuutin retrospektiivi, jossa keskustellaan parannuksista. Neljän tai viiden iteraation jälkeen tiimit oivaltavat yhden tai kahden fasilitaattorin avulla, millaiset toimintatavat, työmenetelmät ja prosessit auttavat niitä onnistumaan ja ylittämään aiemmat tuloksensa.

Ei dioja eikä esitettyä teoriaa – mutta kokemus ja ahaa-elämys ovat arvokkaampia kuin mikään kirjallisuus!

Millainen on hyvä fasilitaattori?

Kuka tahansa voi fasilitoida työpajan, sillä ohjeet ovat saatavilla GitHub-projektina. Valmistelut, tulostettavat materiaalit ja iteraatiokohtaiset ohjeet sisältävät keskeiset tehtävät ja fasilitointivinkit. Tietysti mitä enemmän harjoittelet, sitä paremmin huomaat tiimien väliset pienet erot ja pystyt ohjaamaan niitä huomaamattomasti löytämään oikeat – tai vain erilaiset – tavat, toimintamallit ja käytännöt.

Fasilitointikokemuksesta on hyötyä erityisesti haastavissa tilanteissa, sillä mitä tahansa voi todella tapahtua!

Kerran ylikuumentunut pelaaja alkoi huutaa minulle ja osoitteli sääntöjen ”virheitä”. Osallistujia kannattaa varoittaa etukäteen, että kaikella on tarkoituksensa!

Pelin aikana on tärkeää toimia fasilitaattorin ja asiakkaan rooleissa, mutta myös kuunnella ja tehdä muistiinpanoja siitä, mitä tapahtuu ja milloin. Tämä auttaa antamaan tiimeille palautetta session lopun yhteenvedossa. Voit esimerkiksi kertoa, kuka esittää ja milloin toimintaa mullistavan idean, joka vie tiimejä kohti onnistuneempaa työskentelytapaa.

DevOpsin kokeminen pelin kautta

Pidän erityisesti siitä, miten osallistujat käyvät läpi muutoskäyrän: aivan kuten oikeassa projektissa, he aloittavat perehtymällä ohjeisiin, rooleihinsa ja siihen, mitä pitää tehdä.

Ensimmäisen iteraation lopussa tuskin kukaan toimittaa asiakkaalle mitään hyödyllistä. (Dev-tiimit voivat toki olla tyytyväisiä saatuaan joitakin käyttäjätarinoita VALMIIKSI, mutta ne eivät yleensä päädy asiakkaiden käyttöön. Hups!)

Toisessa iteraatiossa tiimit alkavat jo kehittää prosessejaan, tottuvat työskentelytapaan ja noudattavat yhteisiä sääntöjä, joten kokonaispisteet paranevat. Tässä vaiheessa mainitsen yleensä, kuinka paljon paremmin jotkin tiimit pärjäsivät pelin lopussa! Se on usein järkytys ja käynnistää hyvällä fasilitoinnilla kilpailuasetelmaa haastavan käyttäytymisen. Kun tiimit muuttavat toimintaansa, ne yleensä huomaavat suorituskyvyn heikkenevän, kuten monet muutosmallitkin ennustavat.

Myöhemmissä iteraatioissa kaikki alkaa toimia yhä paremmin. Joskus kaikki mahdolliset käyttäjätarinat on jopa toimitettu hämmästyttävällä 90 %:n käyttöasteella – ensimmäiset käyttäjätarinat otettiin siis käyttöön jo iteraation alussa!

Session lopussa on hyvä varata 10–15 minuuttia keskeisistä kokemuksista keskustelemiseen, jotta jokainen osallistuja voi kertoa roolistaan ja siitä, miten hänen piti muuttua, jotta tiimi menestyisi. Ohjaan yhteenvedon yleensä seuraavien aiheiden ympärille: kulttuuri, prosessit, roolit, häiriöt ja tunteet, kuten ilo, viha ja muut.

Lisää ahaa-elämyksiä

• LEGO®-palikat ovat kuin säiliöitä, joten ala käyttää niitä sellaisina

• Kun sinulle sanotaan, että sinun pitää olla itseohjautuva, on hyvin vaikeaa alkaa ajatella laatikon ulkopuolelta

• LEGO® on kuin avoimen lähdekoodin ohjelmisto: voit ottaa sen käyttöön, jakaa sitä ja rakentaa yhdessä

Jokaisessa fasilitoimassani tilaisuudessa opin myös uusia asioita, joita voi soveltaa laajamittaisissa DevOps-transformaatioissa.

• Jotkut eivät ole valmiita luopumaan roolistaan. Jos tilannetta ei käsitellä oikein, he voivat pilata koko muutoksen

• Näet, ketkä ovat palvelevia johtajia (johtamisfilosofia, jossa johtajan tärkein tavoite on palvella). Varmista, että työskentelet heidän kanssaan

• Muutos herättää vihaa, jopa pelin aikana. Varaudu käsittelemään tunteita suuremmassa transformaatiossa. Ihmiset ovat yksi tärkeimmistä näkökulmista

• Makeiset antavat aivoille lisäenergiaa työpajan aikana. Laajamittaisessa transformaatio-ohjelmassa tiimien tarvitsee välillä päästää höyryjä ulos, jotta ne voivat kerätä energiaa uudelleen

Yhteenveto

LEGO®4DEVOPS-kulttuuripeli on erinomainen tapa sukeltaa syvälle DevOpsiin ja aloittaa transformaatiomatkasi. Voit fasilitoida pelin itse tai pyytää meidät vetämään sen puolestasi. Tukeudumme kokemukseemme ja DevOps-transformaatioiden perintöön.