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

ketterä mittakaavassa

Agile at Scale: Viiden tärkeimmän kehyksen vertailu.

Agile-kehykset auttavat yrityksiä toimittamaan asiakkaille nopeammin ja luotettavammin. Agile on melko helppo toteuttaa yksittäisissä tiimeissä. Haasteena on toteuttaa ketterä työskentely koko organisaatiossa. 

Näytän sinulle, mitä kehyksiä voit käyttää yrityksesi Scaled Agile:n toteuttamiseen ja mihin seitsemään periaatteeseen sinun tulisi kiinnittää huomiota. Ja: selitän, miten voit skaalata Agile:tä kuudessa vaiheessa kehyksestä riippumatta.

 

Agile vs. skaalattu Agile

Termit "Agile" ja "Scaled Agile" liittyvät läheisesti toisiinsa:

Mikä on Agile?

Agile kuvaa iteratiivista ajattelu- ja toimintatapaa, jonka avulla tuotteita voidaan kehittää ja hallita joustavasti. Tähän liittyy yleensä itseohjautuvia, monialaisia tiimejä, jotka työskentelevät tuotteen parissa. Tuote voi olla mikä tahansa lopputulos. Se voi olla esimerkiksi ohjelmisto, markkinointikampanja tai prosessin parannus.

Ketteryyden käsite on Toyotan lean-tuotantoon.. Toyota halusi 1940-luvulla parantaa tuotteitaan jatkuvasti tällä tavoin ja vähentää resurssien tuhlausta. 1990-luvulla ohjelmistoteollisuus otti nämä periaatteet käyttöön. Agile viittasi tässä lähinnä iteratiiviseen ohjelmistokehitykseen ja asiakasarvon tuottamiseen. Ja: se loi tiimeihin autonomiaa ja itseorganisoitumista. Siitä lähtien Agile levisi yrityksen kaikille alueille.

Mikä on Agile at Scale?

Agile at Scale -määritelmä kuvaa ketterien periaatteiden, ajattelutapojen, arvojen ja käytäntöjen kokonaisvaltaista juurruttamista yritykseen. Kaikkien työntekijöiden lisäksi myös ohjelmat, salkut, tietotekniikka ja kulttuuri muutetaan Agile:ksi. Agile at Scale otetaan käyttöön sekä horisontaalisesti että vertikaalisesti organisaatiossa. Tavoitteena on parantaa yhteistyötä ja prosesseja nopeampien ja joustavampien tulosten aikaansaamiseksi.

 

Mitä kehyksiä on olemassa ketterää skaalautumista varten?

Ei ole olemassa yhtä ainoaa oikeaa tapaa toteuttaa Agile:tä laajamittaisesti koko organisaatiossasi. Pikemminkin on olemassa useita kehyksiä, joiden joukosta voit valita, miten ketterä työskentelytapa voidaan toteuttaa kaikilla tasoilla. Nämä ovat tällä hetkellä tärkeimmät kehykset:

SAFe

Scaled Agile Framework (SAFe) tarjoaa erilaisia organisatorisia ja työnkulun malleja ketterien käytäntöjen käyttöönottoon organisaatiossasi. SAFe keskittyy kolmeen osa-alueeseen: "Agile-ohjelmistokehitys", "lean-tuotekehitys" ja "systeemiajattelu". Se edistää siten yhteistyötä ja yhdenmukaistamista sekä toteutusta useiden tiimien välillä. Näytämme tarkalleen, miten kehys toimii blogikirjoituksessamme. "SAFe® Scaled Agile Framework: selitetty pähkinänkuoressa"..

.

LeSS

Large-Scale Scrum (LeSS) on minimalistinen kehys, joka – muista kehyksistä poiketen – sisältää vain muutamia sääntöjä ja rooleja. Siinä sovelletaan tavallista Scrumia laajamittaiseen kehitykseen. LeSS ja SAFe käyttävät joitakin samoja malleja: molemmissa käytetään Scrumia tiimitasolla, backlogia eri tiimeille, tiimien välistä suunnittelua ja itseorganisoitumisen periaatteita. Saat tarkemman kuvan LeSS:stä blogikirjoituksestamme "Suuren mittakaavan Scrum (LeSS): LeSS: Lyhyt ja terävä johdanto" tehdä.

DA

Disciplined Agile (DA), joka tunnettiin aiemmin nimellä Disciplined Agile Delivery (DAD), on prosessipäätöskehys, joka on suunniteltu toimittamaan IT-ratkaisuja tuloshakuisesti. Kehys luo perustan Agile:n laajamittaiselle toteuttamiselle suurissa yrityksissä. Tätä varten siinä yhdistetään Scrum ja Kanban sekä muutostaidot muun muassa salkunhallinnan, hallinnon, DevOpsin, henkilöstöhallinnon ja rahoituksen kaltaisilla aloilla.

Spotify

Spotify ei oikeastaan halunnut kehittää omaa kehystä, vaan yksinkertaisesti saada työntekijät työskentelemään itsenäisemmin ja joustavammin. Ajan myötä ketterät periaatteet ja käytännöt ovat kuitenkin kehittyneet niin paljon yrityksen kaikilla tasoilla, että siitä on tullut kokonaisvaltainen kehys. Se on työntekijäkeskeinen, autonominen kehys Agile at Scale. Spotify painottaa erityisesti yrityskulttuuria ja verkostoja organisaation sisällä. Tämän kehyksen puitteissa Spotify on perustanut muun muassa Spotify Health Check:n. Näytämme blogikirjoituksessamme, mitä voit tarkistaa tämän avulla. "Spotify Health Check: Kaikki mitä sinun tarvitsee tietää"..

S@S

Scrum@Scale (S@S) perustuu nimensä mukaisesti – – Scrumiin. Se on Scrumin laajennus, jota käyttävät yleensä yritykset, jotka jo työskentelevät Scrumin kanssa tiimitasolla. Kehyksen tavoitteena on yhdenmukaistaa kasvava organisaatio yhteisten tavoitteiden mukaisesti. Niin sanottu Scrum of Scrum, joka koostuu yksittäisten tiimien Scrum Mastersista ja kaikkien tuoteomistajien MetaScrumista, koordinoi viitekehyksen toteuttamista.

Muuten, lyhyt huomautus ketterän muutoksen yhteydessä: Haluatko varmistaa, että olet tällä hetkellä oikeat prioriteetit ketterässä Muutos? 

Tee sitten kypsyystarkastuksemme ketterää muutosta varten – kestää vain 3 minuuttia. Saat jopa vertailuluvun, joka perustuu yli kolmesataan muuhun osallistujaan. Katso painike

Aloita nyt: Agile-kypsyyden arviointi
Agile-kypsyyden arviointi

 Agile:n mittakaavan kehysten väliset erot

Sinulla on nyt ensivaikutelma siitä, miten Scaled Agile toimii yrityksissä. Ja: Tiedät, mitkä kehykset tulevat tässä yhteydessä kysymykseen, esimerkiksi. Jos haluat päättää oikeasta kehyksestä, tutustu yksittäisten mallien yksityiskohtiin graafissamme. Näin löydät organisaatiollesi sopivan kehyksen:

 

Lähde: Ketterän ketteryyden skaalaus suurissa organisaatioissa | Atlassian

5 perusperiaatetta Agile:lle mittakaavassa

Riippumatta siitä, mitä lähestymistapaa kukin kehys käyttää Agile at Scale -hankkeen toteuttamiseen, on olemassa viisi periaatetta, jotka yhdistävät kaikkia kehyksiä. Nämä periaatteet olisi määriteltävä ja standardoitava organisaatiossasi:

1. selkeästi määritellyt roolit ja yritysrakenne

On säädettävä selkeästi, kuka ottaa minkä roolin yrityksen ketterässä muutoksessa. Tämä tarkoittaa myös sitä, että yrityksen rakenteen on heijastettava sitä, miten Agile halutaan toteuttaa mittakaavassa.

2. keskitytään asiakkaiden hyötyihin

Jokaiseen tehtävään ja projektiin on suhtauduttava siten, että tavoitteena on tuottaa asiakkaalle parempi tulos. Erityisen tärkeää on, että tuotteella on suuri lisäarvo asiakkaille.

3. Agile-käytännöt kaikilla tasoilla

Ketterät käytännöt ja rytmit on otettava käyttöön kaikilla tasoilla – sekä horisontaalisesti että vertikaalisesti –.

4. jatkuva parantaminen

Alussa ketteryysasteesi on alhainen. Ajan mittaan sen pitäisi kuitenkin kasvaa tasaisesti. Aluksi saavutat tämän ottamalla ketterän työskentelyn käyttöön yhä useammissa tiimeissä ja työalueilla. Kun olet ottanut ketterän työskentelyn käyttöön koko organisaatiossa, sinun on parannettava nykyisiä prosesseja.

5. henkilöstön ja tiimin perehdyttäminen

Ketterä työskentely keskittyy aina työntekijöihin ja tiimeihin. Agile antaa heille vapauden toimia ja reagoida itsenäisesti ja joustavasti.

Useimmat Agile-valmentajat kulkevat ympyrää.....

...ja hoitaa pinnallisia oireita. On aika käyttää psykologiaa – kestävään ajattelutavan muutokseen.

"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?"

Agile:n skaalaus 6 askeleessa 

Riippumatta siitä, valitsetko yhden kehyksen vai eri kehysten tiettyjä osia, skaalautumisprosessi on usein samanlainen. Voit ottaa käyttöön Agile at Scale näissä 6 vaiheessa:

1. Määritä lähtökohta!

Ennen kuin voit ottaa Scaled Agile:n käyttöön organisaatiossasi, sinun on tiedettävä, mikä on organisaatiosi tilanne. Tämä tarkoittaa, että sinun on määriteltävä, mitä ketteriä taitoja ja osaamista on jo saatavilla ja kuinka suuri valmius yrityksessä on sitoutua täysin ketterään ajattelu- ja toimintatapaan. Vain nämä seikat mielessäsi voit ottaa käyttöön strategioita ja käytäntöjä, jotka edistävät ketterää muutosta organisaatiossasi. 

2. luo visio!

Jos haluat tietää, mistä aloitat Scaled Agile:n kanssa, mutta myös, mihin haluat päästä, luo visio. Tämän ei tarvitse olla yksityiskohtainen etenemissuunnitelma. Riittää, että määrittelet lyhyen ja ytimekkään vision, jolla on selkeä tavoite. Sen ei tarvitse olla lopullinen visio. Visiota voi pikemminkin mukauttaa uudelleen ja uudelleen matkalla ketterään muutokseen. Esimerkiksi McKinsey on laatinut tämän vision muokkaamaan yrityksen kulttuuria ketteräksi:

 

Lähde: Käytännön ohjeita ketterän kulttuurin rakentamiseen | McKinsey

3. käytä johtajia!

Ketterä muutos edellyttää katalysaattoreita, jotka ohjaavat ja muuttavat työntekijöiden ajattelua ja käyttäytymistä. Tätä varten tarvitaan palvelevia johtajia, jotka auttavat sinua toteuttamaan Agile:n mittakaavassa. Tämä ei tarkoita sitä, että koko johtoryhmä on saatava mukaan alusta alkaen. Riittää, jos muutama johtaja luottaa hankkeeseenne ja antaa siihen budjetin. Alkuvaiheen onnistumisten kautta voit sitten jatkaa luottamuksen rakentamista yrityksessä ja siten voittaa lisää johtajia. 

Päätä puitteet!

Jotta voit toteuttaa Scaled Agile:n organisaatiossasi, tarvitset kehyksen, jota noudattaa. Sen pitäisi sopia organisaatiollesi. Sinun ei välttämättä tarvitse valita vain yhtä kehystä. Voit myös käyttää eri viitekehysten yksittäisiä osia Agile:n skaalaamiseen. Tärkeintä on, että kehyksenne palvelee organisaationne nykyisiä keskeisiä haasteita ja tavoitteita. Tätä varten kehyksen komponenttien on oltava arvovirtaan suuntautuneita ja asiakasarvoa lisääviä.

5. aloita ketterä muutos!

Voit nyt aloittaa ketterän muutoksen – ainakin teoriassa. Voit harkita, haluatko käyttää pull- vai push-muunnosta – vai yhdistää molemmat. Kysymys on pohjimmiltaan siitä, haluatko ottaa käyttöön Agile at Scale ylhäältä alaspäin vai alhaalta ylöspäin. Kokemuksemme mukaan molempien yhdistelmä on erityisen lupaava. Yleisesti ottaen kannattaa varautua siihen, että tiimit ja henkilöstö tekevät virheitä. Ole valmis ja opi virheistä. 

6. Ota käyttöön retrospektiivit!

Tarkistaa, miten yrityksesi edistyy ketterässä muutoksessa, voit käyttää retrospektiiviä. Niiden avulla paljastat, miten tiimit ja prosessit muuttuvat vähitellen Agile:ksi. Samalla tunnistat myös prosessien ja yhteistyön tärkeitä rakennuspalikoita, joihin voit sitten puuttua kohdennetusti. 

"Jos otat käyttöön vain yhden ketterän käytännön, se olkoon retrospektiivi. Kaikki muu seuraa perässä" 

Woody Zuill (Agile-pioneeri ja evankelista)

 

Päätelmä

Agile at Scale ei ole tehtävä, jota voi tehdä yhdessä yössä. Pikemminkin Agile at Scale on prosessi, jota on mukautettava uudelleen ja uudelleen. Optimoit ketterän muutoksen polkua ja tavoitetta, kunnes prosessit ja työntekijät toimivat täysin ketterästi. Tukeaksemme sinua ja yritystäsi ketterässä muutoksessa olemme suunnitelleet Agile at Scale -koulutuksen. Siinä näytetään eri webinaareissa, miten ketterää transformaatiota lähestytään oikein ja mitkä 7 virhettä kannattaa välttää hinnalla millä hyvänsä. Osoitteessa Agile at Scale -koulutus on maksuton. Tutustu vapaasti!

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ä.