2000-luvun alussa ensimmäiset IT-osastot alkoivat siirtyä ketterään työskentelytapaan. Nopeasti kävi ilmi, että se tuottaa parempia työtuloksia. Nykyään Agile on standardi ohjelmistokehityksessä (95% organisaatiosta käyttää sitä – Valtion Agile, 2020). Ei siis ole ihme, että yhä useammat yritykset kysyvät itseltään: voidaanko Agile:tä käyttää muissakin kuin ohjelmistoprojekteissa? Näytän, milloin Agile:n käyttö on järkevää ohjelmistokehityksen ulkopuolella ja miltä se voi näyttää käytännössä.

 

Miksi yritykset käyttävät Agile:tä ohjelmistokehityksen ulkopuolella?

Ennen kuin tarkastelemme, miten Agile toimii ohjelmistokehityksen ulkopuolella, katsotaan ensin, miksi yritykset valitsevat ketterän työskentelyn myös muilla osastoilla ja toimialoilla. Suoraan asiaan: Agile:n avulla yritykset voivat saada paremman lopputuotteen valmiiksi ja käyttöön lyhyemmässä ajassa. Muun muassa tätä tarkoitusta varten käyttöön otetut ketterät kehykset 

 

• • parempi viestintä tiimien sisällä ja niiden välillä,  

• • säännöllinen Retrospektiivit parantaa jatkuvasti tehtyä työtä,

• • avoin palautekulttuuri ja

• • avoimempi ja tehokkaampi työskentelytapa.

Voit hyötyä näistä eduista erityisesti silloin, kun työympäristö on monimutkainen (katso Cynefin-malli) on. 

Cynefine-malli

Lähde: Cynefin: ketterät menetelmät – vai ei | MT AG (mt-itsolutions.com)

Tämän jälkeen Agile luo tiimeille rakenteen, jonka avulla ne voivat jäsentää, arvioida ja mukauttaa työprosesseja helpommin. Enää ei ole vain yhtä yleissuunnitelmaa, vaan monia pieniä välitavoitteita, joita tiimit hallitsevat. Ja: Tuotepäällikön tai yksittäisen johtajan sijasta vastuu jaetaan monille hartioille koko tiimissä.

 

Agile:n käyttö ohjelmistokehityksen ulkopuolella: Miten se toimii?

Ketterän työskentelytavan edut muissa kuin tietotekniikkahankkeissa ovat siis ilmeiset. Mutta miten Agile voi toimia käytännössä? Loppujen lopuksi Agile kehitettiin parantamaan ohjelmistokehitysprosesseja. Voidaanko Agile:tä siis ylipäätään käyttää muissa kuin ohjelmistohankkeissa?

Muutamaa poikkeusta lukuun ottamatta voin vastata tähän kysymykseen selvästi "kyllä". Et kuitenkaan voi vain valita Scrumin kaltaista kehystä ja soveltaa sitä projektiisi mallina. Pelkästään se ei toimi, koska useimmat kehykset on suunniteltu IT-prosesseja varten. 

Jos haluat siis ottaa Agile:n käyttöön muilla työaloilla, sinulla on aluksi kaksi vaihtoehtoa:

 

1. 1. Otat käyttöön vain ketterän kehyksen ja mukautat loput alan, projektin ja tiimien tarpeisiin.

1. 1. Päätät vain tietyistä ketterän kehyksen rakennuspalikoista ja otat ne käyttöön.

Organisaatioiden on yleensä vaikea toteuttaa menestyksekkäästi ensimmäistä lähestymistapaa. Ilman kattavaa, ammattitaitoista tukea organisaatiot eivät pysty siirtämään viitekehystä omiin prosesseihinsa. 

Käytännössä suosittelen siis, että aloitat yrityksesi kanssa joko ketterän Kanban-menetelmän tai ketterä Retrospektiivit an. Molemmat lähestymistavat ovat riittävän suuri askel, jotta tiimeille ja osastoille voidaan osoittaa Agile:n edut ilman, että ne hukkuvat niihin. 

Voi olla hyödyllistä olla puhumatta virallisesti Agile:stä. Tämä suojaa tiimejä vääriltä odotuksilta ja antaa niille mahdollisuuden siirtyä uusiin prosesseihin ilman varauksia ja pelkoja, jos yksittäisillä työntekijöillä on jo ollut huonoja kokemuksia siitä. 

 

Agile:n käyttö ohjelmistokehityksen ulkopuolella: milloin se ei ole mahdollista?

On muutamia poikkeuksia, joissa Agile:llä ei ole juurikaan tai lainkaan merkitystä ohjelmistokehityksen ulkopuolella: 

Hankkeet, joilla on tiukat vaatimukset

Yritykset, joiden on aina noudatettava tiukkoja vaatimuksia, kuten viranomaismääräysten noudattamista tai sertifiointeja, eivät voi mukauttaa prosessejaan riittävästi, jotta ne voisivat hyötyä Agile:n eduista. Ketterien lähestymistapojen iteratiivinen ja mukautuva luonne ei tällöin siirry niiden työskentelytapaan. 

Asiakkaat, joilla on muutoksenhallinta

Jos organisaatiot työskentelevät sellaisten asiakkaiden kanssa, jotka haluavat tarkastaa prosessin jokaisen vaiheen dokumentoinnin ja muutoksenhallinnan avulla, Agile:n käyttöönoton esteet ovat liian suuret. Koska: Agile:n luonteeseen kuuluu vastuun jakaminen monille hartioille. Tiimit saavat ja niiden odotetaan tekevän päätöksiä itsenäisesti. Tämä on tuskin mahdollista jatkuvalla valvonnalla. 

Mitä aloja tämä koskee?

Hankkeita, joissa on tiukkoja vaatimuksia ja asiakkaita, joilla on muutoksenvalvonta, on pääasiassa erittäin säännellyillä teollisuudenaloilla, kuten ilmailussa, terveydenhuollossa ja armeijassa. Siellä hallinto ja valvonta ovat tukipilareita. 

Vaikka näillä aloilla voi soveltaa joitakin ketteriä käsitteitä, kuten jatkuvaa parantamista –, esimerkiksi retrospektiiviä, nämä olosuhteet heikentävät Agile:n todellisia hyötyjä. Nämä reunaehdot kuitenkin heikentävät Agile:n todellisia hyötyjä.

 

Agile:n käyttö ohjelmistokehityksen ulkopuolella: 3 käytännön esimerkkiä

Jotta emme lähestyisi ei-IT Agile:tä vain teoreettisesti, tarkastellaan kolmea käytännön esimerkkiä. Niistä näet, miten Agile voi toimia muissa kuin ohjelmistoprojekteissa ja mitä Agile muuttaa prosessissa:

Agile ohjelmistokehityksen ulkopuolella: UX-suunnittelu

Agile-tekniikat suunnitteluryhmissä auttavat kehittämään tuotteita, jotka ovat tiiviisti yhteydessä käyttäjiensä tarpeisiin – ilman, että niiden markkinoille saattaminen vie kuukausia. Agile:n iteratiivinen luonne poistaa paineet mielivaltaisesta täydellisyydestä ja auttaa UX-suunnittelijoita työskentelemään joustavammin ja mukautuvammin. 

Tämän saavuttamiseksi Agile ottaa käyttöön esimerkiksi UX-suunnittelun "Design Sprintin". Siinä kaikki keskeiset sidosryhmät työskentelevät yhdessä 4-5 päivän ajan kehittääkseen testattavan tuotteen alkuperäisestä ideasta. Design sprintit johtavat usein onnistuneisiin suunnitelmiin, jotka menevät tuotantoon täsmälleen samalla tavalla. 

The Yhdysvaltalainen verkko-oppimisalusta Quizlet on esimerkiksi ottanut valikoimaansa kaaviointityökaluja. Vaikka suunnittelusprintti ei tuottaisikaan tyydyttävää tulosta, se osoittaa nopeasti, mitkä ideat ja lähestymistavat eivät johda tavoitteeseen. Tämä on välttämätön oivallus, jotta voidaan kulkea oikeaa polkua – tuhlaamatta liikaa resursseja.

Pro-vinkki: Kutsu "asiakas" tai kohderyhmä muutaman kerran suunnittelusprintin aikana, jotta saat suoraa palautetta.

Agile ohjelmistokehityksen ulkopuolella: Markkinointi

Agile markkinoinnissa luottaa tietoon ja analyyseihin, jotta voidaan jatkuvasti ja reaaliaikaisesti löytää mahdollisuuksia ja ratkaisuja ongelmiin, suorittaa testejä ja arvioida tuloksia välittömästi sekä toteuttaa nopeasti iteraatioita. Käytännössä tämä tarkoittaa sitä, että markkinointiosasto toteuttaa useita kampanjoita samanaikaisesti ja kehittää niihin uusia ideoita joka viikko. Toisin kuin ylhäältä alaspäin suuntautuvaa markkinointia, ketterää markkinointia eivät ohjaa kunnianhimoiset hankintatavoitteet ja jäykkä kampanjasuunnitelma, vaan markkinat.

Sleeknote, sähköisen kaupankäynnin ohjelmistojen tarjoaja, pystyi lisäämään merkittävästi tuotostaan ja orgaanista liikennettä ketterän markkinoinnin avulla. Tämän saavuttamiseksi se työskenteli viikoittaisten sprinttien, tuotetakaisinkirjojen ja Kanban-taulujen avulla. McKinsey olettaa, että ketterän markkinoinnin avulla yritykset voivat voivat lisätä liikevaihtoaan 20-40 prosenttia.

Agile ohjelmistokehityksen ulkopuolella: Rekrytointi

Agile in Recruiting auttaa organisaatioita houkuttelemaan korkeasti koulutettuja lahjakkuuksia ja passiivisia työnhakijoita sekä vähentämään työntekijöiden vaihtuvuutta yrityksessä. Tätä varten Agile pitää rekrytointia tuoteosastona, jolla on suora vaikutus liikevaihtoon. Tätä varten sen on reagoitava nopeasti ja jatkuvasti markkinoihin ja sopeuduttava jatkuvasti työnhakijoiden tarpeisiin.

Esimerkiksi IBM:llä on oma kehyksensä nimeltä "Agile kykyjen hankinnassa" (AgileTA) ottamaan Scrumin käyttöön HR-osastolla. Erityisesti retrospektiiveillä varmistetaan, että tehtyä työtä arvioidaan ja että käyttämätön potentiaali ja virheet paljastuvat. 

 

Johtopäätös Agile:n käytöstä ohjelmistokehityksen ulkopuolella: ensimmäisten onnistumisten saavuttaminen pienin askelin.

Agile tarjoaa yrityksille mahdollisuuden luoda parempia tuotteita nopeammin. Agile:n käyttö ohjelmistokehityksen ulkopuolella on mahdollista monilla osastoilla ja toimialoilla. On tärkeää, ettei kaikkea haluta tehdä kerralla. Ilman ammatillista tukea organisaatioiden tulisi aloittaa ketterien peruselementtien, kuten retrospektiivien, avulla, jotta ne voivat tuntea Agile:n ensimmäiset vaikutukset käytännössä. Sen jälkeen ne voivat integroida kehyksen muita elementtejä prosesseihinsa askel askeleelta. Työpajassamme kerrotaan, mitkä 7 virhettä sinun tulisi ehdottomasti välttää ketterän muutoksen aikana. Scagile-projekti. Tule rohkeasti käymään, työpajat ovat maksuttomia.

Lisäksi voin suositella sinulle työkalua Echometer (Lisää siitä täällä: Parhaat ilmaiset ohjelmistot ketteriin retrospektiiveihin). Se soveltuu erityisen hyvin tiimeille, jotka ovat ehkä vasta aloittamassa ketterien menetelmien käyttöä.