Tiedätkö eron Agilen eeppisen kokonaisuuden ja käyttäjätarinan välillä? Tai miten Agile-eepoksia kannattaa parhaiten hyödyntää tuotteen vaatimuksissa ja tuotesuunnitelmassa? Jos haluat oppia hyödyntämään Agile-eepoksia, lue eteenpäin: kerron seitsemän tärkeintä vinkkiäni ja annan mallin, jonka avulla voit aloittaa.
Mikä on Agile-eepos?
Agile-eepos on ketterässä projektinhallinnassa hyödyllinen työkalu, jonka avulla voit jäsentää Agile-työlistaasi ja tuotesuunnitelmaasi.
Yksinkertaisesti sanottuna Agile-eepos on kokoelma pienempiä käyttäjätarinoita, jotka kuvaavat laajaa työtehtävää. Ajattele eeposta suurena käyttäjätarinana. Eepoksia käytetään usein esimerkiksi uuden tuoteominaisuuden tai kehitettävän laajemman toiminnallisuuden kuvaamiseen.
Eepos on Agile-työlistan ylin tietotaso. Se sisältää useita käyttäjätarinoita, ja jokainen käyttäjätarina puolestaan sisältää kaikki toteutukseen tarvittavat tehtävät.
Agile-eepoksia käytetään pääasiassa silloin, kun työtehtävä on liian suuri toimitettavaksi yhden sprintin tai iteraation aikana. Jos käytät eeposta uuden ominaisuuden käyttäjätarinoiden ryhmittelyyn, edistymistä on helppo seurata ja näet, kuinka suuri prosenttiosuus työstä on valmis verrattuna jäljellä olevaan työhön. Voit myös käyttää tekoälyä sprintin suunnittelussa Agile-eeposten kirjoittamiseen ja pilkkomiseen.
Eepoksia kirjoittaa ja ylläpitää yleensä tuotteen omistaja tai tuotepäällikkö.
7 parasta käytäntöä Agile-eeposten hyödyntämiseen
Agile-eepokselle ei ole olemassa yhtä vakiintunutta mallia. Voit kirjoittaa sen haluamallasi tavalla, kunhan se auttaa työn suunnittelussa ja viestinnässä Agile-tiimiesi ja sidosryhmiesi kanssa.
Käytätpä sitten scrum-, kanban- tai hybridikehitysprosessia, eepokset auttavat sinua suunnittelemaan työtäsi ja raportoimaan siitä.
Tässä on muutamia vinkkejä, joiden avulla varmistat, että Agile-eepoksesi ovat mahdollisimman hyödyllisiä.
Have an account? Log In
1. Aloita eepoksesta ja siirry sitten tarinoihin (ylhäältä alas)
Eepokset on erittäin hyödyllistä määrittää käyttäjätarinakartan avulla. Käyttäjätarinakartan ylimmän tason ”Toiminto” muuttuu eepokseksi, ja alemmista tasoista tulee käyttäjätarinoita, tehtäviä ja hyväksymiskriteerejä.
Kun kehität kokonaan uutta tuotetta, eepoksista aloittaminen ja niiden tarkentaminen työn edetessä antaa sinulle käsityksen valmistuneista ja vielä avoimista virstanpylväistä.
Agile-eepokset vastaavat usein ominaisuuksia tai laajempia parannuksia (esimerkiksi tuotteen osan uudelleensuunnittelua), mutta voit itse päättää, miten haluat jäsentää eepoksesi.
2. Nimeä eepos hyvin
Kun nimeät Agile-eepoksesi, mieti, kuka tätä tietoa hyödyntää. Agile-kehitystiimiesi on esimerkiksi ymmärrettävä, mitä ne rakentavat, ja sidosryhmiesi on myös ymmärrettävä edistymisesi.
Siinä missä käyttäjätarina kuvaa loppukäyttäjän tarpeen, on hyvä käytäntö, että eepos kuvaa tavoiteltavan lopputuloksen.
Harkitse näitä esimerkkejä eeposten nimiksi:
- Ostoprosessi V2
- Ostoprosessin sujuvoittaminen
- Ostoprosessin konversioasteen kasvattaminen
Ensimmäinen nimi ei kuvaa lainkaan, mistä on kyse, lukuun ottamatta jonkinlaista ostoprosessiin liittyvää työtä. Toinen nimi on parempi, koska se kertoo, että ostoprosessia on tarkoitus sujuvoittaa. Kolmas nimi on kuitenkin vielä parempi, koska se sisältää tavoitteen, joka halutaan saavuttaa tämän sujuvoittamisen avulla.
Agilen hallintatyökaluissa, kuten Atlassianin Jirassa, eepoksia voidaan käyttää suodattamiseen, ryhmittelyyn ja raportointiin. Siksi on tärkeää valita nimi, joka kertoo itsessään, mistä on kyse.
3. Tee eepoksista oikean kokoisia
Eeposta käytetään yleensä silloin, kun työlistan kohteen tekeminen valmiiksi vaatii enemmän kuin yhden sprintin. Eepoksen voi jakaa niin moneksi käyttäjätarinaksi kuin haluat, kunhan pystyt seuraamaan koko luetteloa.
Eepos ei saa olla liian suuri eikä liian pieni. Nyrkkisääntönä toteutuksen aikataulun tulisi olla muutamasta viikosta muutamaan kuukauteen. Tämä on sopiva koko valmistumisprosentin raportointiin.
Liian suuret eepokset tarkoittavat, että edistyminen on hyvin hidasta, prosenttiosuudet kasvavat tuskin lainkaan kahden viikon sprintin aikana ja raportointi ei ole merkityksellistä. Jos eepoksen toteuttaminen kestää liian kauan, vaatimukset todennäköisesti muuttuvat matkan varrella niin paljon, että edistymisestä raportointi muuttuu lähes merkityksettömäksi.
Eeposten tekeminen liian pieniksi tarkoittaa, että niitä on backlogissa tai etenemissuunnitelmassa suuri määrä hallittavana. Monien pienempien tehtävien kokonaiskuvaa voi olla vaikea säilyttää. Jos eepokset myös saatetaan valmiiksi hyvin lyhyessä ajassa (esimerkiksi yhden sprintin aikana), ne lisäävät vain ylimääräistä työtä tuottamatta juurikaan arvoa.
4. Käytä eepoksia backlogisi jäsentämiseen
Eepokset ovat erinomainen tapa jäsentää tuotebacklog, joka koostuu yleensä hyvin pitkästä käyttäjätarinoiden luettelosta. Kaikkia tarinoita ei tarvitse sisällyttää eepokseen, sillä pienet työtehtävät saatetaan yksinkertaisesti valmiiksi yhden sprintin aikana. Suurempien työkokonaisuuksien jäsentämisellä eepoksiksi on kuitenkin kaksi keskeistä hyötyä:
- Se tarjoaa korkean tason näkymän backlogisi suuriin kokonaisuuksiin.
- Koska eepoksen koko muodostuu kaikkien siihen kuuluvien käyttäjätarinoiden tarinapisteiden summasta, eepokset mahdollistavat myös aloitteiden suhteellisen koon vertailun priorisointia varten.
Eeposten luetteloa voidaan käyttää myös korkean tason näkymän luomiseen tuotteen etenemissuunnitelmasta ylimmälle johdolle.
5. Käytä eepoksia useiden tiimien koordinointiin
Eepokset voivat olla erittäin hyödyllisiä työkokonaisuuksien koordinoinnissa useiden ketterää ohjelmistokehitystä tekevien tiimien välillä. Useiden tuotetiimien työn yhdistäminen yhteen eepokseen mahdollistaa raportoinnin erittelyn tiimikohtaisesti ja edistymisen seurannan kokonaisuutena.
6. Sisällytä onnistumisen mittarit
Eeposta määriteltäessä kannattaa pohtia, mikä onnistumisen mittari siihen voidaan liittää. Viime kädessä kaikki tuotteen toimitettavat kokonaisuudet palvelevat loppukäyttäjille tuotettavaa arvoa. Onnistumisen mittarin sisällyttäminen eepokseen tarkoittaa, että kehitystiimin jäsenet ja sidosryhmät ymmärtävät kaikki, mitä tällä työkokonaisuudella pyritään saavuttamaan.
Jotkin yritykset käyttävät OKR-mallia neljännesvuosittaisten tavoitteiden asettamiseen. OKR-mittariin viittaaminen eepoksessa on erinomainen tapa yhdistää eepos liiketoiminnan tavoitteisiin.
7. Pidä eeposten laajuus joustavana
Koska eepos kuvaa korkean tason työkokonaisuutta, joka jatkuu useiden viikkojen tai kuukausien ajan, työn edetessä ilmenee todennäköisesti uutta tietoa tai uusia teknisiä haasteita. Siksi eepoksen laajuuden on oltava joustava.
Eepoksen laajuus määritellään siihen liittyvien käyttäjätarinoiden laajuuden perusteella, yleensä tarinapisteinä mitattuna. Kun uusia vaatimuksia ilmenee, uusia käyttäjätarinoita voidaan lisätä ja eepoksen laajuus kasvaa.
Aiheeseen liittyvää luettavaa: Paras ketterän tuotehallinnan ohjelmisto
Ketterän eepoksen mallipohja
Eepokselle ei ole määriteltyä muotoa, mutta muutamat edellä kuvatut asiat ovat hyödyllisiä.
- Valitse hyvä nimi, joka kertoo itsessään, mistä on kyse.
- Kuvaile eepoksen kuvauksessa lyhyesti, mitä se sisältää. Viittaa yrityksen tavoitteisiin osoittaaksesi, miten se liittyy liiketoiminnan prioriteetteihin.
- Onnistumisen mittari kuvaa tarkasti, mitä tämän eepoksen valmistumisen jälkeen mitataan.
- Suuri käyttäjätarina tarkoittaa käyttäjätarinaa koko eepoksen tasolla. Tämä on erittäin hyödyllistä dokumentoitaessa, miten tämä eepos parantaa käyttäjäkokemusta.
More Articles
Esimerkki ketterästä eepoksesta
Tässä on esimerkki eepoksesta, joka koskee virtaviivaistettua mobiilisovelluksen kassapolkua konversion kasvattamiseksi.
Tähän eepokseen voisi sitten kuulua esimerkiksi seuraavia käyttäjätarinoita:
- Apple Payn integrointi (”Ostajana haluan maksaa puhelimellani yhdellä kosketuksella, jotta voin suorittaa kassavaiheen nopeasti”)
- Laskutusosoitteen käyttäminen oletusarvoisesti toimitusosoitteena (”Ostajana haluan syöttää osoitetietoni vain kerran, jotta voin suorittaa kassavaiheen nopeasti”)
Yhteenveto
Ketterät laajat kokonaisuudet ovat joustava työkalu ketterässä työkalupakissasi. Kun aloitat merkittävän uuden kehityshankkeen, pohdi sen loppuun saattamiseen tarvittavia suuria työkokonaisuuksia ja määrittele muutama laaja kokonaisuus. Voit sitten luoda kaikki käyttäjätarinasi näiden laajojen kokonaisuuksien alle työn edetessä ja säilyttää paljon paremman yleiskuvan kuin jäsentämättömässä työjonossa.
Laajoja kokonaisuuksia voi käyttää monin tavoin. Olisi erittäin kiinnostavaa kuulla kommenteissa, miten käytätte niitä ketterissä tiimeissänne.
Jos haluat lisää artikkeleita, joissa käsitellään käytännönläheisesti monenlaisia tuotehallinnan aiheita – myös ketterää menetelmää! – tilaa uutiskirjeemme.
Tutustu myös:
