Útvonalterv
Az alábbiakban egy tömör leírást talál arról, hogyan tervezzük és hajtjuk végre munkánkat az év során. Ez a kliensek és partnerek számára készült, akik áttekintést szeretnének kapni negyedéves megközelítésünkről, kétéves sprinteinkről, és arról, hogyan kezeljük a PI (Program Increment) tervezést két héttel a negyedév vége előtt.
Útvonaltervek
Nézze meg útvonalterveinket, hogy áttekintést kapjon aktuális prioritásainkról és az évre vonatkozó víziónkról.
Miért Fontos Ez Önnek
- Átlátható mérföldkövek: Pontosan tudni fogja, mikor kezdődnek és érnek véget a sprintek, és mikor zajlanak a főbb tervezési események (PI Planning).
- Rendszeres ellenőrzések: Minden sprint tartalmaz egy áttekintő (vagy bemutató) találkozót, ahol láthatja a haladást, visszajelzést adhat, és módosításokat kérhet.
- Proaktív negyedév végi összehangolás: A PI Planning két héttel a negyedév vége előtt történő megszervezése lehetővé teszi számunkra, hogy könnyen alkalmazkodjunk a következő negyedév prioritásaihoz anélkül, hogy sietnünk kellene.
Együttműködés
- Maradjon aktív: A sprint áttekintők és tervezési ülések során adott visszajelzései irányítják döntéseinket a funkciókkal, javításokkal és prioritásokkal kapcsolatban.
- Előre tervezzen: A kétéves sprintek és a negyedéves PI Planning során beállított mérföldkövekkel ennek megfelelően módosíthatja saját üzleti vagy kiadási határidejét.
A Munkaelemek Áttekintése
Az AI Smarttalk két fő típusú bejövő munkaelemet kezel:
- Funkciók – Új funkciók vagy a meglévők fejlesztése.
- Hibák – A meglévő funkciókban található hibák vagy problémák, amelyek javítást igényelnek.
Az alábbiakban egy gyors áttekintés található arról, hogyan haladnak a funkciók és a hibák tipikusan a folyamatunkon keresztül:
| Elem Típus | Felülvizsgálati Időzítés | Tipikus Prioritási Folyamat | Tervezési Ütemezés |
|---|---|---|---|
| Funkciók | Kétheti priorizálási felülvizsgálatok | Elfogadva (visszavitel) / Elhalasztva / Elutasítva | Részletesen a PI Tervezés során (háromhavonta) |
| Hibák | Folyamatos triázs; kritikus hibák elemzése a lehető leghamarabb | Hotfix (ha kritikus) / Hibajavítás (ha kevésbé kritikus) | Beilleszthető a jelenlegi vagy a következő sprintekbe |
Éves Terv – Áttekintés
Az évet négy negyedre (Q1, Q2, Q3, Q4) osztjuk. Minden negyed általában három hónapot ölel fel, és kéthetes sprinteket használunk a munkánk lebontására. Ez a megközelítés biztosítja:
- Rendszeres frissítések egy előre látható ütemezés szerint.
- Gyakori visszajelzési ciklusok, ahol megoszthatja ötleteit és irányíthatja a projektet.
- Rugalmasságot abban az esetben, ha a prioritások a negyed közepén változnak.
Kulcsfontosságú Mérföldkövek
-
Sprintek (minden 2 hétben)
- A negyed során egy sor kéthetes sprintet tartunk. Minden sprint a befejezett munka felülvizsgálatával és a következő lépések tervezésével zárul.
-
PI Tervezés (2 héttel a negyed vége előtt)
- Két héttel a negyed vége előtt PI Tervezési ülést tartunk.
- Miért 2 héttel előtte? Ez az ütemezés lehetővé teszi számunkra, hogy elegendő információt, felhasználói visszajelzést és csapat rendelkezésre állást gyűjtsünk össze a következő negyed céljainak véglegesítéséhez anélkül, hogy megzavarnánk az utolsó sprintet.
-
Negyed Átmenet
- A negyed végén összegyűjtjük a sprint felülvizsgálatok megállapításait, beépítjük a legfrissebb visszajelzéseket, és előkészítjük a célokat a következő negyedre.
Hogyan zajlik egy negyedév általában
Egy negyedév (például Q1, január 1-től március 31-ig) 6 sprintekből áll, mindegyik körülbelül 14 nap hosszú. Íme a tipikus ütemterv:
- Az 1. sprinttől az 5. sprintig – Normál fejlesztési ciklusok, mindegyik két hétig tart.
- PI Tervezés – Az ötödik vagy hatodik sprint körül zajlik, körülbelül két héttel a negyedév vége előtt.
- Záró Sprint és Lezárás – Az utolsó sprintet arra használjuk, hogy véglegesítsük a szállítandó termékeket és foglalkozzunk a fennmaradó problémákkal. A negyedév végén világos képet kapsz a befejezett funkciókról, megoldott problémákról és a következő lépésekről.
- Q1 január 1-től március 31-ig terjed (körülbelül 90 nap).
- Q2 április 1-től június 30-ig terjed, stb.
- Minden negyedév tartalmaz egy mérföldkövet (PI Q1, PI Q2, stb.) két héttel a negyedév vége előtt (pl. Q1 március 31-én ér véget, a PI Q1 március 17-re van ütemezve).
Megjegyzés: Ez a struktúra (6 sprint negyedévenként, mindegyik 2 hét hosszú) kissé eltérhet a tényleges naptártól, ünnepektől vagy specifikus projektigényektől függően. Mindazonáltal a két hetente ismétlődő sprint ütemezés és a PI Tervezés a negyedév vége előtt állandó marad, hogy előre látható mérföldköveket biztosítson számodra.
Szótár
Az alábbiakban egy szótár található a fejlesztési metodológiánkban gyakran használt kifejezésekről:
Sprint
- Definíció: Egy időszak (tipikusan 1-2 hét), amely alatt a csapat egy sor célra (felhasználói történetek, feladatok) összpontosít, hogy egy működő termék incrementet szállítson.
- Cél: A gyors iterációk lehetővé tétele, a haladás gyakori láthatósága, és a lehetőség a sprint végén történő kiigazításra.
PI (Program Increment)
- Definíció: Egy hosszabb időintervallum (gyakran egy negyedév, ~8-12 hét), amely több sprintet csoportosít.
- Cél: A csapatok szélesebb stratégiai célok tervezése és összehangolása, miközben lehetővé teszi a hosszabb időkeretben történő kiigazításokat, mint egy sprint esetében.
Backlog
- Definíció: A funkciók, fejlesztések és javítások priorizált listája, amelyet végre kell hajtani. Ezt a terméktulajdonos vagy a termékcsapat kezeli.
- Cél: Annak biztosítása, hogy a csapat a legnagyobb értéket nyújtó tételekre összpontosítson a termék vagy projekt szempontjából.
Felhasználói Történet
- Definíció: A funkció tömör leírása a felhasználó szemszögéből (“Mint [felhasználói típus], szeretném [képesség], hogy [előny]”).
- Cél: A felhasználói értékre való fókuszálás és a funkcionális követelmények tisztázása.
Epic
- Definíció: Egy nagyszabású felhasználói történet, amely általában több kisebb történetre bontható.
- Cél: Komplex funkciók vagy nagyszabású projektek kezelése és struktúrája.
Kiadás
- Definíció: A termék stabilizált verziójának átadása a termelési környezetbe vagy a felhasználók számára.
- Cél: Használható érték biztosítása és konkrét visszajelzések gyűjtése.