Roadmap
Alla on tiivis kuvaus siitä, miten suunnittelemme ja toteutamme työtämme vuoden aikana. Se on tarkoitettu asiakkaille ja kumppaneille, jotka haluavat saada yleiskuvan neljännesvuosittaisesta lähestymistavastamme, kahden viikon sprinteistämme ja siitä, miten hallitsemme PI (Program Increment) -suunnittelua kaksi viikkoa ennen kunkin neljänneksen loppua.
Roadmaps
Tutustu roadmapeihimme saadaksesi yleiskuvan nykyisistä prioriteeteistamme ja visiostamme vuodelle.
Miksi tämä on tärkeää sinulle
- Läpinäkyvät virstanpylväät: Tiedät täsmälleen, milloin sprinteillä alkaa ja päättyy, ja milloin tärkeimmät suunnittelutapahtumat (PI Planning) tapahtuvat.
- Säännölliset tarkastukset: Jokainen sprintti sisältää katselmuksen (tai demon) kokouksen, jossa voit nähdä edistymisen, antaa palautetta ja pyytää muutoksia.
- Proaktiivinen neljänneksen lopun yhteensovittaminen: PI-suunnittelun järjestäminen kaksi viikkoa ennen neljänneksen loppua mahdollistaa meidän sopeutuvan helposti seuraavan neljänneksen prioriteetteihin ilman kiirettä.
Yhteistyö
- Pysy mukana: Palautteesi sprinttikatselmuksissa ja suunnittelusessioissa ohjaa päätöksiämme ominaisuuksista, korjauksista ja prioriteeteista.
- Odotukset: Kun virstanpylväät asetetaan joka toinen viikko (sprinteille) ja jokaiselle neljännekselle (PI-suunnittelulle), voit säätää omia liiketoiminta- tai julkaisuaikataulujasi sen mukaisesti.
Työtehtävien Yleiskatsaus
AI Smarttalk hallitsee kahta päätyyppiä saapuvista työtehtävistä:
- Ominaisuudet – Uudet ominaisuudet tai parannukset olemassa oleviin.
- Bugit – Virheet tai ongelmat olemassa olevissa ominaisuuksissa, jotka vaativat korjausta.
Alla on nopea yleiskatsaus siitä, miten ominaisuudet ja bugit tyypillisesti etenevät prosessissamme:
| Tehtävätyyppi | Arviointiaika | Tyypillinen Prioriteettivirta | Suunnittelusyklit |
|---|---|---|---|
| Ominaisuudet | Kaksi kertaa kuukaudessa tapahtuvat priorisointiarviot | Hyväksytty (takapakkana) / Viivästetty / Hylätty | Yksityiskohtainen PI-suunnittelussa (joka 3. kuukausi) |
| Bugit | Jatkuva triage; kriittiset bugit analysoidaan mahdollisimman pian | Hotfix (jos kriittinen) / Bugfix (jos vähemmän kriittinen) | Voidaan sisällyttää nykyiseen tai seuraavaan sprinttiin |
Vuosisuunnitelma – Yleiskatsaus
Jaamme vuoden neljään neljännekseen (Q1, Q2, Q3, Q4). Jokainen neljännes kattaa tyypillisesti kolme kuukautta, ja käytämme kaksi viikkoa kestäviä sprinttejä työtehtävämme jakamiseen. Tämä lähestymistapa varmistaa:
- Säännölliset päivitykset ennakoitavan aikataulun mukaan.
- Usein toistuvat palautesilmukat, joissa voit jakaa ideoitasi ja ohjata projektia.
- Sopeutettavuus tilanteissa, joissa prioriteetit muuttuvat neljänneksen aikana.
Keskeiset Virstanpylväät
-
Sprintit (joka 2. viikko)
- Suoritamme sarjan kaksi viikkoa kestäviä sprinttejä neljänneksen aikana. Jokainen sprintti päättyy arviointiin suoritetuista töistä ja seuraavien vaiheiden suunnitteluun.
-
PI-suunnittelu (2 viikkoa ennen jokaisen neljänneksen loppua)
- Kaksi viikkoa ennen jokaisen neljänneksen loppua pidämme PI-suunnittelu -istunnon.
- Miksi 2 viikkoa ennen? Tämä aikataulu mahdollistaa riittävän tiedon, käyttäjäpalautteen ja tiimin saatavuuden keräämisen, jotta voimme viimeistellä seuraavan neljänneksen tavoitteet häiritsemättä viimeistä sprinttiä.
-
Neljänteen Siirtyminen
- Jokaisen neljänneksen lopussa kokoamme sprinttiarvioinnin havainnot, otamme huomioon viimeisimmän palautteen ja valmistelemme tavoitteet seuraavalle neljännekselle.
Kuinka Kvartaalit Tyypillisesti Kehittyvät
Kvartaalit (esimerkiksi Q1, 1. tammikuuta - 31. maaliskuuta) koostuvat 6 sprintistä, joista jokainen kestää noin 14 päivää. Tässä on tyypillinen aikataulu:
- Sprintistä 1 Sprinttiin 5 – Normaalit kehityssyklit, jotka kestävät kaksi viikkoa.
- PI-suunnittelu – Pidetään noin viidennessä tai kuudennessa sprintissä, noin kaksi viikkoa ennen kvartaalin loppua.
- Viimeinen Sprintti & Sulkeminen – Käytämme viimeistä sprinttiä lopullisten toimitusten viimeistelyyn ja mahdollisten avoimien asioiden käsittelyyn. Kvartaalin lopussa sinulla on selkeä kuva valmiista ominaisuuksista, ratkaistuista ongelmista ja tulevista vaiheista.
- Q1 kattaa ajanjakson 1. tammikuuta - 31. maaliskuuta (noin 90 päivää).
- Q2 kattaa ajanjakson 1. huhtikuuta - 30. kesäkuuta jne.
- Jokaisessa kvartaalissa on virstanpylväs (PI Q1, PI Q2 jne.) kaksi viikkoa ennen kvartaalin loppua (esim. Q1 päättyy 31. maaliskuuta, PI Q1 on aikataulutettu 17. maaliskuuta).
Huom: Tämä rakenne (6 sprinttiä kvartaalissa, jokainen 2 viikkoa pitkä) saattaa vaihdella hieman todellisen kalenterin, lomien tai erityisten projektitarpeiden mukaan. Kuitenkin kaksiviikkoinen sprinttijakso ja PI-suunnittelu ennen kvartaalin loppua pysyvät vakiona, jotta voit saada ennakoitavia virstanpylväitä.
Sanasto
Alla on sanasto termeistä, joita käytetään yleisesti kehitysmenetelmässämme:
Sprintti
- Määritelmä: Aikajakso (yleensä 1–2 viikkoa), jonka aikana tiimi keskittyy joukkoon tavoitteita (käyttäjätarinoita, tehtäviä) toimivan tuotteen osan toimittamiseksi.
- Tavoite: Mahdollistaa nopeat iteraatiot, usein näkyvyyden edistymiseen ja kyvyn tehdä säätöjä jokaisen sprintin lopussa.
PI (Ohjelma-incrementti)
- Määritelmä: Pidempi aikaväli (usein neljännes, ~8–12 viikkoa), joka ryhmittelee useita sprinttejä.
- Tavoite: Suunnitella ja kohdistaa tiimejä laajempiin strategisiin tavoitteisiin, samalla kun mahdollistetaan säätöjä pidemmällä aikavälillä kuin sprintissä.
Backlog
- Määritelmä: Priorisoitu lista ominaisuuksista, parannuksista ja korjauksista, jotka on tarkoitus toteuttaa. Sen ylläpidosta vastaa tuoteomistaja tai tuote-tiimi.
- Tavoite: Varmistaa, että tiimi keskittyy kohteisiin, jotka tuottavat eniten arvoa tuotteelle tai projektille.
Käyttäjätarina
- Määritelmä: Tiivis kuvaus ominaisuudesta käyttäjän näkökulmasta (“Käyttäjänä [käyttäjätyyppi] haluan [kyky] jotta [hyöty]”).
- Tavoite: Keskittyä käyttäjäarvoon ja selkeyttää toiminnallisia vaatimuksia.
Epikki
- Määritelmä: Suuren mittakaavan käyttäjätarina, joka voidaan yleensä jakaa useisiin pienempiin tarinoihin.
- Tavoite: Hallita ja jäsentää monimutkaisia ominaisuuksia tai suuria projekteja.
Julkaisu
- Määritelmä: Vakautetun version toimittaminen tuotteesta tuotantoympäristöön tai käyttäjille.
- Tavoite: Tarjota käyttökelpoista arvoa ja kerätä konkreettista palautetta.