Agile-muutoksen etenemissuunnitelma: 5 mallia ja niiden yhteiset piirteet

Etkö tiedä, mitä Agile-muutoksen etenemissuunnitelmaa käyttää? Me muutamme sen nyt!

Jos haluat mukauttaa Agile-muutoksen etenemissuunnitelman, sinulla on valinnanvaraa, sillä niitä on monia.

Siksi olemme poimineet joitakin yleisimmin käytettyjä etenemissuunnitelmia, jotta voit selvittää, mikä niistä sopii tiimillesi, tai jopa kehittää oman.

Tässä artikkelissa tutustut erilaisiin olemassa oleviin etenemissuunnitelmiin – mukaan lukien lyhyet yhteenvedot jokaisesta vaiheesta. Lopuksi esittelemme lyhyen yleismallin, joka yhdistää kaikkien mallien yhtäläisyydet yhdeksi.

Koska ketteryys tarkoittaa muutoksiin reagoimista, myös etenemissuunnitelma on tarpeen. Tässä selitämme, mitä Agile-muutoksen etenemissuunnitelma tarkalleen ottaen on:

Mikä on Agile-muutoksen etenemissuunnitelma?

Mukaan Atlassian etenemissuunnitelma on toimintasuunnitelma siitä, miten tuote tai ratkaisu kehittyy ajan myötä. Kun sitä käytetään ketterässä kehityksessä, se antaa tiimille kontekstin. 

Se reagoi kilpailutilanteen muutoksiin ja muutoksiin, joten se pystyy joustamaan uusien lähestymistapojen kanssa. Tavoitteena on saavuttaa parempia liiketoimintatuloksia.

Miksi käyttää Agile-muutoksen etenemissuunnitelmaa?

• Tiimin linjaaminen seuraavia vaiheita varten
• Toimitaan joustavasti ja sujuvasti, ei kiinteitä artefakteja.
• Yrityksen auttaminen
• Autetaan tiimejä hankkimaan oikeat tiedot
• Koulutuksen säilyttäminen
• Tehdä paremmin perusteltuja päätöksiä
• Aseta tehtävät tärkeysjärjestykseen

No niin, nyt kun olemme saaneet sen pois alta, esittelemme sinulle viisi erityistä etenemissuunnitelmamallia – Kotterin muutosjohtamisesta Scale@Scrumiin.

Muuten, lyhyt huomautus ketterän transformaation yhteydessä: Haluatko varmistaa, että asetat oikeat prioriteetit ketterässä transformaatiossasi? 

Tee sitten kypsyystasotarkistuksemme ketterälle transformaatiollesi – kestää vain 3 minuuttia. Saat jopa vertailuarvon yli kolmensadan muun osallistujan perusteella. Katso painike 🙂

Agile Muutoksen etenemissuunnitelma #1: Kotterin muutoksenhallinta

“Muutos on ainoa vakio”

Herakleitos, kreikkalainen filosofi

Olemme käyttäneet Kotterin 8-vaiheista mallia. tämä panos on jo esitelty yksityiskohtaisesti.

Lyhyesti sanottuna: Kotterin malli toimii peräkkäisessä järjestyksessä, mutta kaikki vaiheet voidaan suorittaa samanaikaisesti. Se viittaa muutoksen kiireellisyyteen. Neljässä ensimmäisessä vaiheessa keskitytään muutoksen perusasioihin, sitten vaiheissa 5-7 otetaan käyttöön uusia toimintatapoja, ja viimeisessä vaiheessa 8 on kyse muutoksen vakiinnuttamisesta. Nyt selitämme niitä hieman yksityiskohtaisemmin:

Keskittyminen muutoksen perustaan

1. Ensimmäinen askel on, että koko yritys sitoutuu muutokseen. Kotterin tutkimus osoittavat, että 75 %:n tiimin jäsenistä on “tuettava” muutosta, jotta se onnistuu.

2. Vaihe kaksi koskee tiimin vakuuttamista siitä, että muutos on välttämätön menestyksen kannalta. Tästä seuraa “muutoskoalitio”, joka edellyttää työskentelyä tiiminä muutoksen tarpeen tunnistamiseksi.

3. Kolmas vaihe on vision tehokas toteuttaminen. Strategia on aina tarpeen. Nyt on aika asettaa arvot muutokselle jne. 

Uusien käyttäytymistapojen käyttöönotto

4. Neljännessä vaiheessa tämä kiireellisyys viestitään tiimille. Puhu visiostasi. Osoittakaa, että muutokseen panostaminen edellyttää toivottua käyttäytymistä.

5. Viidennessä vaiheessa on kyse esteiden poistamisesta ja sen selvittämisestä, vastustaako joku muutosta. Kaikkien on oltava mukana muutoksessa, jotta muutos voi tapahtua.

6. Kuudennessa vaiheessa on kyse pikemminkin lyhyen aikavälin tavoitteiden kuin pitkän aikavälin tavoitteiden luomisesta. Mikä on sanonta? Mikään ei motivoi enemmän kuin menestys!

7. Vaihe seitsemän tarkoittaa analysointia, mikä meni pieleen ja mikä hyvin. Todellinen muutos edellyttää rakentamista – tässä osassa tarkastellaan, missä voidaan parantaa.

Muutoksen vakiinnuttaminen

8. Kahdeksas vaihe tarkoittaa sitä, että vihdoin ymmärretään, että yrityksen kaikilla osa-alueilla tehdään jatkuvia ponnisteluja muutoksen aikaansaamiseksi. Kyse on johdonmukaisuudesta ja edistyksestä.

Tämä malli toimii hyvin tiimeille, jotka ovat valmiita toteuttamaan muutoksen onnistuneesti ja radikaalisti. Olemme luoneet e-kirjan, jonka avulla tiimisi voivat tehostaa toimintaansa – tutustu siihen täällä an.

Agile-muutoksen etenemissuunnitelma #2: Skaalattu Agile-puite etenemissuunnitelma

“Jos et pysty kuvaamaan tekemistäsi prosessina, et tiedä, mitä teet.

W. Edwards Deming

Olemme jo aiemmin esitelleet Scaled Agile Frameworkin yksityiskohtaisesti artikkelissa – lue se täällä to.

SAFe Implementation Roadmap -sarja koostuu 12 artikkelista, joissa jokaisessa kuvataan strategia ja joukko toimintoja, jotka ovat osoittautuneet menestyksekkäiksi kehyksen puitteissa.

Käsittelemme jokaisen “kriittisen vaiheen”, kuten Dan ja Chip Heath kuvattu lyhyesti ja yksinkertaisesti.

Aloitus oikein

1. Ensimmäinen vaihe, joka tunnetaan myös nimellä “Tipping Point”, on piste, jossa visualisointi ja toteutus kohtaavat. Kyse on muutoksen tarpeen toteuttamisesta ja muutoksen visiosta yhdessä. Tutkimus osoittaa, että Tipping Point on johtavan koalition muodostumisen alku. 

2. Artikkelissa kaksi alkaa vaikea matka – sen ei kuitenkaan tarvitse olla vaikeaa. Vaiheessa kaksi johtavien toimijoiden on kokoonnuttava ja asetettava suunta. Tätä varten suositellaan kolmea vaihetta: Lean-Agile-agenttien koulutus, johtajien ja muiden esimiesten koulutus ja Lean Agile Center of Excellencen (tunnetaan myös nimellä työryhmä) perustaminen. 

3. Kolmannessa vaiheessa aloitetaan koulutus. Koska muutos vaatii vahvaa johtajuutta, jotta se voidaan toteuttaa näkyvästi ja menestyksekkäästi. Näiden kolmen “kriittisen vaiheen” myötä yritys on nyt matkalla menestykseen.

4. Kuten vaiheessa kaksi mainittiin, vaiheessa neljä LACE kokoontuu nyt. LACE tulee sanoista Lean Agile Center of Excellence ja viittaa pieneen ryhmään ihmisiä, jotka ovat sitoutuneet edistämään Lean-Agile-työskentelytapaa. John Kotter huomauttaa, että tiimin koko riippuu yrityksen koosta – muutokset alkavat kahdesta tai kolmesta henkilöstä.

Aloita skaalaus

5. Viidennessä artikkelissa käsitellään SAFen käyttöönottoa. Nyt on aika tunnistaa. Tunnista arvovirrat ja Agile Release Trains (ART). 

6. Nyt on kyse yksityiskohtaisten suunnitelmien tekemisestä. Kuudennessa artiklassa käsitellään organisaatiomuutoksen toteuttamista ja koulutuksessa saadun uuden tiedon soveltamista. 

7. Tähän asti on ollut arvovirtoja ja toteutussuunnitelma. Seitsemäs artikla on siis ratkaiseva hetki. Se on hetki, jolloin ART:n ensimmäinen käynnistys tapahtuu. Käynnistystä edeltävässä vaiheessa on otettava huomioon useita vaiheita. Tästä saat lisätietoja SAFe-sivustolta. täällä. 

8. ART:n lanseeraus edellyttää tiimien kouluttamista artikkelissa kahdeksan. Nyt kun lanseeraussuunnitelma ja sidosryhmät on koulutettu, varsinainen muutos voi tapahtua. Kotter sanoo, että johtajien on “muokattava tietä” – toisin sanoen se vaatii koulutusta sekä aikaa ja vaivaa. 

9. Ensimmäiset suuret tapahtumat on toteutettu. Nyt, yhdeksännessä pykälässä, tiimi on saanut valtuudet. Koska osaaminen ja potentiaali perustuvat tiimiin, ketteriä tiimejä on nyt myös valmennettava. Jos haluat tietää lisää tiimien kehittämisestä, tutustu hyödylliseen Ebook an. 

Ensimmäisen oletuksen jälkeen

10. Kymmenennessä artiklassa on kyse muutoksen lisäämisestä ja uusien taide- ja taitotekniikoiden käyttöönotosta. Ajattele tätä artiklaa kuin autoa, joka kiihdyttää täysillä moottoritiellä. 

11. Se lähestyy loppuaan, SAFe on hyväksytty. Yhdessätoista artiklassa keskitytään SAFe:n ajamiseen ja toteuttamiseen. Nyt on kyse Lean Portfolio Management -osaamisesta ja uuden lähestymistavan juurruttamisesta yrityksen kulttuuriin. 

12. Viimeisessä artikkelissa korostetaan jatkuvan muutoksen merkitystä. Olemme varmoja, että olette edistyneet tällä muutosmatkalla. Nyt on aika kiihdyttää yritystä kohti liiketoiminnan ketteryyttä. 

 

Agile Transformaation etenemissuunnitelma #3: Scrum @ Scale (Scrum @ Scale)

“Monimutkaisuus on kuolema.”

Gereon Hermkes

Kolmas ketterän muutoksen etenemissuunnitelma koskee mittakaavan yksinkertaistamista. Scrum @ Scale tarkoittaa, että yksi Scrum-tiimi pystyy tuottamaan optimaalista arvoa todistettavasti. Mukaan Scrum @ Scale prosessi auttaa “organisaatiota keskittämään useita Scrum-tiimien verkostoja priorisoituihin tavoitteisiin”. 

Tarkastellaan siis Scrum @ Scale -toimintamallin vaiheita toistettavassa mallissa. Tässä on kymmenen askelta yksinkertaistettuna:

1. Ensimmäisessä vaiheessa Scrum-valmentajat laativat luettelon organisaation ongelmista.

2. Sen jälkeen he tiedottavat asiasta ylimmälle johdolle ja määrittelevät yhteiset tavoitteet jne. 

3. Kolmannessa vaiheessa muodostetaan toimeenpaneva toimintaryhmä (Executive Action Team, EAT), joka tunnetaan myös nimellä transformaation johtoryhmä (Transformation Leadership Team).

4. Seuraavaksi valitaan johtoryhmä, joka asettaa prioriteetit kaikelle työlle. Toisin sanoen johtava MetaScrum-tiimi.

5. Koulutuksen jälkeen siirrytään vaiheeseen viisi. Tässä vaiheessa EAT kouluttaa kaikki ketterässä toimintajärjestelmässä työskentelevät tiimin jäsenet, tuoteomistajat, scrum masterit ja johtajat jne.

6. Vaihe kuusi koskee tuotteen omistajan backlogia.

7. Vaihe seitsemän siirtyy nopeasti Scrum of Scrums skaalautuvilla päivittäisillä scrumeilla.

8. Kahdeksas vaihe tarkoittaa, että toimitukset on tehtävä aikaisin ja usein.

9. Viimeinen vaihe on ketterän käyttöjärjestelmän laajentaminen prioriteettien seuraavaan tasoon ennen vaihetta kymmenen…

10. Toista!

 

Agile Transformation Roadmap #4: Tuotepäälliköt – kurinalainen ketterä etenemissuunnitelma

“Tuotehallinta prosessiterä sisältää organisaation liiketoimintavision tunnistamisen ja kehittämisen”.

PMI.org

Tuotehallinnan etenemissuunnitelmissa kuvataan visiot kolmelle ajanjaksolle: lyhyen aikavälin, keskipitkän aikavälin (3-12 kuukautta) ja pitkän aikavälin (yksi vuosi) visiot. Tuotepäälliköt käyttävät tiekarttoja priorisoidessaan päätöksiä ja suunnitellessaan toimintoja. Seuraavassa on joitakin muita prosessitekijöitä, jotka on otettava huomioon:

1. Tuotepäälliköt haluavat tarjota tuotteita, jotka tuovat lisäarvoa yritykselle.
2. Rajallisen budjetin vuoksi myös tuotteiden määrä on rajallinen – eli on tehtävä priorisointi.
3. Etenemissuunnitelmaa kehitetään tuotehallinnan toimien avulla.
4. Ominaisuudet, joita kutsutaan myös lopputuloksiksi, eepoksiksi, tarinoiksi jne., on osoitettava tiimeille toteutusta varten.
5. Tuotepäällikkö huolehtii tuotteiden markkinoinnista asiakkaille, jotta potentiaaliset asiakkaat saisivat tietää tuotteen olemassaolosta.
6. Tuotepäälliköt seuraavat tuotteidensa menestystä muun muassa loppukäyttäjien tyytyväisyyden ja markkinoiden hyväksymisasteen perusteella.

Kuten huomaat, tässä prosessissa keskitytään kehittämään oikeita tuotteita oikeaan aikaan, jotta varmistetaan, että niitä käytetään. 

 

Agile Transformaation etenemissuunnitelma #5: Suuren mittakaavan Scrum-toimintatapa

“Kaipaus suuressa mittakaavassa tekee historiaa”

Don DeLillo

Toisin kuin muissa käsittelemissämme kehyksissä, ei ole olemassa mitään Suuren mittakaavan Scrum ei todellista etenemissuunnitelmaa. Sen sijaan tuoteomistaja ja tiimi luovat Scrum Product Backlogin. Riippuen siitä, kuinka suuri se on, se voi viedä viikkoja tai kuukausia analyysityöpajoja ja ensimmäisten julkaisujen arviointia. 

Vakiintuneessa tuotteessa ei pitäisi tehdä laajoja tutkimuksia seuraavaa julkaisua varten, sillä tuoteomistajan ja tiimin pitäisi luoda tuotteen backlog jokaisessa sprintissä. Jatkuvan tuotekehityksen ansiosta tiekartta sinänsä ei siis ole tarpeen.

Suuren mittakaavan Scrum tunnetaan myös nimellä LeSS-kehys , alkaa tiimin ymmärryksestä Scrumista. Jotta LeSS voisi vakiintua, Scrumin avulla tapahtuvan ketterän kehittämisen on edellytettävä syvällistä organisaatiomuutosta, jotta siitä tulisi ketterää.

Toteutetaan tämä organisaation suunnittelukehys käytännössä yhden tiimin Scrumin skaalattuna versiona:

LeSS:ssä on päällekkäin kaksi erilaista laajamittaista Scrum-kehystä:

1. LeSS – kahdeksan tiimiä
2. LeSS Huge – jopa muutama tuhat henkilöä yhdessä tuotteessa

Keskitymme seuraavassa LeSS-kehykseen.

1. Sprintin suunnittelu, osa 1: Sisältää jäseniä kaikista tiimeistä – he keskustelevat siitä, minne he kuuluvat ja mitä mahdollisuuksia on löytää yhteistä työtä.

2. Sprintin suunnittelu osa 2: Kukin tiimi pitää nämä itsenäisesti, vaikka joskus kaksi tai useampi tiimi voi pitää ne samassa huoneessa.

3. Daily Scrum: Jokainen tiimi pitää myös tämän itsenäisesti.

4. Yleinen tuote-backlogin tarkennus (PBR): Tämä on kokous, jonka tuoteomistaja ja kaikki tiimit pitävät lisätäkseen linjausta tuoteomistajan ja tiimien kanssa. Tarkoituksena on päättää, mitkä tiimit toteuttavat mitkäkin kohteet – ja siten valita kohteet myöhempään yksityiskohtaiseen yksittäisen tiimin PBR:ään. 

5. Tuotekannan tarkentaminen: Tämä vaihe eroaa edellisestä siinä, että LeSS:ssä tarvitaan vain yksi tiimi kerrallaan, mutta muunnelma voi olla monen tiimin PBR, jossa useita tiimejä pidetään samassa huoneessa oppimisen lisäämiseksi.

6. Sprinttipalaveri: Mukana on ihmisiä kaikista tiimeistä, ei vain tuoteomistaja. Tarkoituksena on tarkastella tuotteen lisäystä ja uusia elementtejä. Ajattele sitä näin: Suuri huone, jossa on useita tiimin jäsenten käytössä olevia alueita, joissa keskustellaan ja esitellään kehitettyjä elementtejä.

7. Yleinen jälkikäteisarviointi: Mukana ovat tuoteomistaja, Scrum Master ja vuorottelevat edustajat kustakin tiimistä. Tarkoituksena on parantaa järjestelmää kokonaisuutena.

”Määränpää on tärkeämpi kuin matka” 

Less.works

Kaikissa tarkastelemissamme Agile-muutostiekartoissa on joitakin yhteisiä vaiheita. Olemme koonneet yhteen viisi keskeistä yhteistä vaihetta, joiden pitäisi olla jokaisessa etenemissuunnitelmassa:

1. Visio: Ilman visiota ei voi tapahtua mitään. Kuten Kotter toteaa uraauurtavassa kirjassaan “Leading Change”, visio ja strategia mahdollistavat muutoksen perustan kehittämisen. Kun on olemassa selkeä ja yhtenäinen visio, tiimisi ymmärtää, miksi pyydät heitä muuttumaan. Aluksi se voi olla vaikeaa, mutta sitten seuraava askel johtaa yhteistyöhön. Visioilmoitus voi helposti välittää “miksi”-viestin. 

2. Valmistautukaa johtajuuteen: Muiden motivoiminen muutokseen on ratkaisevan tärkeää minkä tahansa syklin onnistumisen kannalta. Toimivan tiimin rakentaminen edellyttää ymmärrystä ja yhteistyötä johtajuudessa ennen kuin mitään muuta tapahtuu. 

3. Järjestä arvon ympärille: Alussa onnistuaksesi sinun on järjestettävä toimintasi arvon ympärille. Tämä tarkoittaa, että etenemissuunnitelman kehittämisessä keskeisinä mittareina toimivat asiakasarvovirrat. Asiakasarvon on oltava keskiössä, jotta kaikki strategiat voidaan toteuttaa. 

4. Valmistele ja kehitä tiimejäsi lähettiläiden avulla: Kulttuuri on yksi suurimmista haasteista ketterien menetelmien skaalaamisessa. Jotta visio ja ketterä työskentelytapa voidaan levittää koko organisaatioon, on kehitettävä vahvoja tiimejä. Kyse ei ole erilaisen organisaation luomisesta, vaan sen varmistamisesta, että organisaatiossa on riittävästi ihmisiä, jotka ovat valmiita tiimien muutokseen. On tärkeää muistaa, että koskaan ei voida saavuttaa 100 %:n henkilöstömäärää. Kipupiste saavutetaan, kun saavutetaan ne 30%, joilla on eniten vaikutusvaltaa. Nämä 30% nopeuttavat muun tiimin muutosta.

5. Tapaa säännöllisesti ja iteroi retrospektiivien avulla: Palautteen antamiselle on oltava rakenne. Siksi on aina tärkeää pitää retrospektiivejä jakson lopussa, jotta nähdään, mikä on mennyt hyvin ja mikä ei. Se on myös hyödyllistä etenemissuunnitelman onnistumisen vauhdittamisessa ja sen näkemisessä, miltä tiimeistä on tuntunut ja ovatko kaikki edelleen linjassa vision kanssa. Kyllä – voit ja sinun pitääkin jopa iteroida visiota!

Muuten, auttaaksesi sinua rakentamaan ja kasvattamaan menestyksekkäitä tiimejä vielä enemmän, voit tutustua artikkeliin, jossa on 4 aloitusstrategiaa muutostasi varten katsoa. Ja sitten tietysti…