Kaikki puhuvat "ketterästä toimituksesta", ja haluat nopean yleiskatsauksen, esimerkkejä ja parhaita käytäntöjä? Tästä artikkelista löydät etsimäsi. Ketterä toimitus
Agile Toimitus 1x1: Yleiskatsaus, parhaat käytännöt ja esimerkit
Mikä on Agile-toimitus?
Agile-toimitus on menetelmä, jolla tuotetaan arvoa asiakkaille ja sidosryhmille käyttäen ketteriä periaatteita ja käytäntöjä.
Agile-toimitus perustuu iteratiivisen toimituksen ajatukseen eli tuotteen tai palvelun vaiheiden esittelyyn varhaisessa vaiheessa ja usein sekä asiakaspalautteesta ja -tiedoista oppimiseen parantamisen ja mukauttamisen mahdollistamiseksi.
Agile-toimitus ei ole sama kuin "vesiputous-toimitus", perinteinen tapa tuottaa lisäarvoa, jossa suunnittelu, suunnittelu, kehitys, testaus jne. suunnitellaan etukäteen ja käsitellään sitten yksi kerrallaan.
Usein kuulee, että ketterällä tiimillä on valtava "backlog" tai tehtäväkanta, joka hallitsee seuraavia kuukausia. Tähän viitataan usein nimellä "Agile Waterfall Delivery". Haluaisin kuitenkin selventää, että sellaista asiaa kuin "Agile Waterfall Delivery" ei ole olemassa. Ja kun joku väittää käyttävänsä sitä, hän sekoittaa yhteen asioita, jotka eivät kuulu yhteen.
Agile Toimituksen perusteet
Agile-toimituksessa on kolme pääperiaatetta, jotka sinun on ymmärrettävä ja sovellettava:
- Toimita työtehtäviä aikaisin ja usein: Varmista, että kaikki ymmärtävät, että arvo syntyy vasta, kun asiakkaalla on kädessään jotain hyödyllistä. Kaikki sitä edeltävä toiminta aiheuttaa kustannuksia eikä luo arvoa. Mitä tahansa työstätkin, se on "valmis" vasta, kun asiakas voi todella käyttää sitä. Näin ollen tiimien pitäisi aloittaa uusi työ vasta, kun asiakkaat käyttävät jo olemassa olevaa työtä.
- Saat nopeaa ja suoraa asiakaspalautetta: Kun tiimit toimittavat työjaksoja aikaisin ja usein, ne voivat kerätä palautetta todellisilta asiakkailta ja toimia sen perusteella. Tämä onnistuu vain, jos sinulla on rakenne, jonka avulla sinä ja tiimisi voitte saada palautetta todellisilta käyttäjiltä varhaisessa vaiheessa. Yleinen sudenkuoppa: Älä anna esimiesten toimia käyttäjäpalautteen sijaisina. Tee johtajille selväksi, että he voivat omistaa "liiketoiminta-arvon" määritelmän, mutta eivät "asiakasarvon" määritelmää – tämä kuuluu asiakkaille, ja tuoteomistajan ja tiimien tulisi tutkia sitä suoraan.
- Monialaiset tiimit: Jos tiimisi on keskusteltava 10 muun tiimin kanssa toimittaakseen jotain asiakkaalle, ketterä kehitys ei toimi (vielä). Varmista, että sinulla on tiimejä, jotka voivat ottaa vastuun koko prosessista, tehdä päätöksiä itsenäisesti ja keskustella asiakkaiden kanssa.
Agile Toimitus 1x1: Yleiskatsaus, parhaat käytännöt ja esimerkit
Agile Esimerkkejä toimituksista – 2 Agile Organisaatiomallit
On olemassa monia erilaisia ketteriä organisaatiomalleja, jotka voivat auttaa sinua toteuttamaan ketterää toimintaa omassa kontekstissasi. Seuraavassa on kaksi esimerkkiä suosituista malleista, joista voit ottaa oppia:
- Scrum: Tämä on ketterä kehys, joka auttaa tiimejä luomaan arvoa iteratiivisesti ja inkrementaalisesti.
- Scrum määrittelee kolme roolia: Scrum Master, tuoteomistaja ja kehitystiimi.
- Siinä määritellään myös neljä tapahtumaa: Sprint Planning, Daily Scrum, Sprint Review ja Sprint Retrospectives.
- Siinä määritellään kolme artefaktia: Product Backlog, Sprint Backlog ja Increment.
Scrum sopii hyvin pienille tai keskisuurille tiimeille tai projekteille, joilla on selkeät ja vakaat vaatimukset ja tuotokset.
- Spotify-malli: Spotify-malli on ketterä organisaatiomalli, jonka on kehittänyt musiikin suoratoistopalveluyritys Spotify.
Spotifyn mallissa joukkueet jaetaan Squadeihin, Chaptersiin, Tribesiin ja Guildsiin.- Ryhmä on pieni poikkitoiminnallinen tiimi, joka tuottaa tietyn toiminnon tai tuotteen.
- Luku on ryhmä ihmisiä, joilla on samanlaisia taitoja tai tehtäviä, kuten kehittäjiä, testaajia, suunnittelijoita jne.
- Heimo on ryhmä ryhmiä, jotka työskentelevät samankaltaisella alueella tai toimialueella.
- Kilta on koko organisaation laajuinen etuyhteisö.
Spotify-malli sopii hyvin suurille organisaatioille tai ohjelmille, joilla on monimutkaisia ja dynaamisia vaatimuksia ja tuloksia.
Paras käytäntö: kahdenkeskiset tapaamiset kehittäjien kanssa
Ohjelmistokehittäjien johtaminen säännöllisissä kahdenkeskisissä tapaamisissa on ehdottoman keskeistä Agile:n toimitusjohtajille. Ne ovat ehkä tärkein tapaamisesi. Ymmärrätkö sinäkin tämän?
Haluaisin käyttää tilaisuutta hyväkseni ja kiinnittää huomionne ilmaiseen kahdenkeskisiin kokouksiin tarkoitettuun ohjelmistoon, joka on kehitetty erityisesti ketteriä tiimejä varten. Tee 1:1-kokouksistasi jännittäviä, mittaa trendejä ja ennen kaikkea edisty työntekijöiden kehityksessä! Kokeile yhtä malleistamme, katso alla.
Vuorovaikutteisen arviointikeskustelun malli
Seuraava arviointikeskustelumalli on yksi monista Echometer-ohjelmiston kahdenkeskisten tapaamisten kysymysmalleista. Jos pidätte säännöllisiä kahdenkeskisiä tapaamisia, esimerkiksi kahden viikon välein, voin suositella erittäin lämpimästi kahdenkeskisten tapaamisten ohjelmistoa. Voit kokeilla työkalua suoraan klikkaamalla painiketta:
Pidä keskustelu jäänmurtajan avulla
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaasi, yksityiselämääsi ja yksityiselämääsi?
Vuorovaikutteisen arviointikeskustelun malli
Seuraava arviointikeskustelumalli on yksi monista Echometer-ohjelmiston kahdenkeskisten tapaamisten kysymysmalleista. Jos pidätte säännöllisiä kahdenkeskisiä tapaamisia, esimerkiksi kahden viikon välein, voin suositella erittäin lämpimästi kahdenkeskisten tapaamisten ohjelmistoa. Voit kokeilla työkalua suoraan klikkaamalla painiketta:
Malli osa 1: Avoin keskustelu ja jäänmurtaja
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaasi, yksityiselämääsi ja yksityiselämääsi?
Mallin osa 2: Terveystarkastus vuorovaikutteisten kysymysten avulla
- Arvostus: saan tunnustusta tai kiitosta hyvästä työstä.
- Psykologinen turvallisuus: Jos kerron, että olen tehnyt virheen, minua ei tuomita siitä.
- Vahvuudet: Viime viikkojen aikana olen hyvin usein pystynyt - Vahvuudet töissä.
- Asiakaskeskeisyys: Tunnen asiakkaidemme haasteet ja ongelmat. Asiakkaat.
- Palaute: Saan rakentavaa palautetta sekä työstäni että henkilökohtaisesta kehityksestäni.
Huomautus: Tässä arviointikeskustelun osassa kysytään suostumusta syvällisempiin Health Check-kysymyksiin (kyselylomake) asteikolla 1-7.
Vuorovaikutteisen arviointikeskustelun malli
Seuraava arviointikeskustelumalli on yksi monista Echometer-ohjelmiston kahdenkeskisten tapaamisten kysymysmalleista. Jos pidätte säännöllisiä kahdenkeskisiä tapaamisia, esimerkiksi kahden viikon välein, voin suositella erittäin lämpimästi kahdenkeskisten tapaamisten ohjelmistoa. Voit kokeilla työkalua suoraan klikkaamalla painiketta:
Huomautus: Tässä arviointihaastattelulomakkeessa pyydetään vastaamaan Health Check-kysymyksiin (kyselylomake) asteikolla 1-7.
- Arvostus: saan tunnustusta tai kiitosta hyvästä työstä.
- Psykologinen turvallisuus: Jos kerron, että olen tehnyt virheen, minua ei tuomita siitä.
- Vahvuudet: Viime viikkojen aikana olen hyvin usein pystynyt - Vahvuudet töissä.
- Asiakaskeskeisyys: Tunnen asiakkaidemme haasteet ja ongelmat. Asiakkaat.
- Palaute: Saan rakentavaa palautetta sekä työstäni että henkilökohtaisesta kehityksestäni.
Agile Toimitus 1x1: Yleiskatsaus, parhaat käytännöt ja esimerkit
Agile Toimitus – Parhaat käytännöt
Jotta ketterä käyttöönotto onnistuisi, sinun on noudatettava joitakin parhaita käytäntöjä, jotka auttavat sinua optimoimaan käyttöönottoprosessin ja tulokset. Tässä on joitakin niistä:
- johtaa itseorganisoituvia ja itsenäisiä tiimejä: Agile-johtajana tai -päällikkönä sinun on annettava tiimillesi valtuudet tehdä päätöksiä, ottaa vastuuta ja puolustaa työtään. Sinun on luotettava siihen, että he tekevät parhaansa ilman holhoamista tai tarpeettomien sääntöjen tai rajoitusten asettamista. Sinun on myös tuettava heitä antamalla heille heidän tarvitsemansa resurssit, välineet, palautteen ja tunnustuksen.
- Suora asiakaskontakti: Ketterän tiimin jäsenenä tai tuoteomistajana sinun on oltava suoraan ja usein vuorovaikutuksessa asiakkaidesi kanssa. Sinun on ymmärrettävä heidän tarpeitaan, odotuksiaan ja mieltymyksiään ja tuotettava arvoa, joka täyttää tai ylittää ne. Sinun on myös kerättävä heiltä palautetta tuotteestasi tai palvelustasi ja käytettävä sitä tarjontasi parantamiseen ja mukauttamiseen.
- Ajattele jokaista uutta toimintoa kokeiluna, josta voit oppia: Ketterän tiimin jäsenenä tai tuotteen omistajana sinun on kohdeltava jokaista uutta ominaisuutta tai vaatimusta kokeiluna, jolla testataan oletuksia ja hypoteeseja siitä, mitä asiakkaat haluavat tai tarvitsevat. Sinun on suunniteltava kokeilut huolellisesti, mitattava tulokset objektiivisesti ja opittava tiedoista ja palautteesta. Sinun on myös oltava valmis harkitsemaan uudelleen tai siirtymään eteenpäin tulosten perusteella.
Siinä kaikki, mitä tarvitset yleiskatsaukseen. Toivottavasti tämä artikkeli auttaa sinua ymmärtämään enemmän ketterästä toimituksesta, sen perusteista, esimerkeistä ja parhaista käytännöistä. Jos sinulla on kysyttävää tai palautetta, kerro minulle 😊.
"Miksi minulta kestää joskus tunteja valmistella yksinkertainen retrospektiivi?"
