Roadmap
Mai jos este o descriere concisă a modului în care planificăm și executăm munca noastră pe parcursul anului. Este destinat pentru clienți și parteneri care doresc să aibă o prezentare generală a abordării noastre trimestriale, a sprinturilor noastre de două săptămâni și a modului în care gestionăm planificarea PI (Program Increment) cu două săptămâni înainte de sfârșitul fiecărui trimestru.
Roadmaps
Verificați roadmaps-urile noastre pentru a obține o prezentare generală a priorităților noastre actuale și a viziunii pentru anul acesta.
De ce este important pentru tine
- Etape transparente: Vei ști exact când încep și se termină sprinturile și când au loc evenimentele majore de planificare (PI Planning).
- Verificări regulate: Fiecare sprint include o întâlnire de revizuire (sau demo) în care poți vedea progresul, oferi feedback și solicita ajustări.
- Aliniere proactivă la sfârșitul trimestrului: Organizarea planificării PI cu două săptămâni înainte de sfârșitul trimestrului ne permite să ne adaptăm ușor la prioritățile trimestrului următor fără a ne grăbi.
Colaborare
- Rămâi implicat: Feedback-ul tău în timpul revizuirilor de sprint și al sesiunilor de planificare ghidează deciziile noastre cu privire la caracteristici, corecturi și priorități.
- Anticipează: Cu etape stabilite la fiecare două săptămâni (pentru sprinturi) și fiecare trimestru (pentru planificarea PI), poți ajusta termenele limită ale afacerii sau lansărilor tale în consecință.
Prezentare generală a elementelor de lucru
AI Smarttalk gestionează două tipuri majore de elemente de lucru care vin:
- Funcționalități – Funcționalități noi sau îmbunătățiri ale celor existente.
- Bugs – Defecte sau probleme în cadrul funcționalităților existente care necesită o soluționare.
Mai jos este o prezentare rapidă a modului în care funcționalitățile și bugs progresează de obicei prin procesul nostru:
| Tip Element | Timp de Revizuire | Flux Tipic de Prioritate | Cadenta de Planificare |
|---|---|---|---|
| Funcționalități | Revizuiri de prioritizare bilunare | Acceptat (în backlog) / Amânat / Respins | Detaliat în timpul Planificării PI (la fiecare 3 luni) |
| Bugs | Triage continuu; bugs critice analizate cât mai repede | Hotfix (dacă este critic) / Bugfix (dacă este mai puțin critic) | Pot fi incluse în sprintul curent sau următor |
Plan Anual – Prezentare
Împărțim anul în patru trimestre (T1, T2, T3, T4). Fiecare trimestru se desfășoară de obicei pe parcursul a trei luni, iar noi folosim sprinturi de două săptămâni pentru a descompune munca noastră. Această abordare asigură:
- Actualizări regulate conform unui program previzibil.
- Cicluri frecvente de feedback, unde poți împărtăși ideile tale și orienta proiectul.
- Adaptabilitate în cazul în care prioritățile se schimbă în mijlocul trimestrului.
Milestones Cheie
-
Sprinturi (la fiecare 2 săptămâni)
- Realizăm o serie de sprinturi de două săptămâni pe parcursul trimestrului. Fiecare sprint se încheie cu o revizuire a muncii finalizate și planificarea pașilor următori.
-
Planificare PI (2 săptămâni înainte de sfârșitul fiecărui trimestru)
- Cu două săptămâni înainte de sfârșitul fiecărui trimestru, organizăm o sesiune de Planificare PI.
- De ce cu 2 săptămâni înainte? Acest program ne permite să adunăm suficiente informații, feedback de la utilizatori și disponibilitatea echipei pentru a finaliza obiectivele pentru trimestrul următor fără a perturba sprintul final.
-
Tranziția între Trimestre
- La sfârșitul fiecărui trimestru, compilăm constatările din revizuirile sprinturilor, incorporăm cele mai recente feedback-uri și pregătim obiectivele pentru trimestrul următor.
Cum se desfășoară de obicei un trimestru
Un trimestru (de exemplu, T1, de la 1 ianuarie la 31 martie) constă din 6 sprinturi de aproximativ 14 zile fiecare. Iată programul tipic:
- De la Sprint 1 la Sprint 5 – Ciclu normal de dezvoltare, fiecare având o durată de două săptămâni.
- Planificarea PI – Se desfășoară în jurul celui de-al cincilea sau al șaselea sprint, aproximativ două săptămâni înainte de sfârșitul trimestrului.
- Sprintul Final & Închidere – Folosim sprintul final pentru a finaliza livrabilele și a aborda orice probleme restante. La sfârșitul trimestrului, aveți o imagine clară a caracteristicilor finalizate, problemelor rezolvate și pașilor următori.
- T1 se întinde de la 1 ianuarie la 31 martie (aproximativ 90 de zile).
- T2 se întinde de la 1 aprilie la 30 iunie, etc.
- Fiecare trimestru include un milestone (PI T1, PI T2, etc.) cu două săptămâni înainte de sfârșitul trimestrului (de exemplu, T1 se încheie pe 31 martie, PI T1 este programat pe 17 martie).
Notă: Această structură (6 sprinturi pe trimestru, fiecare de 2 săptămâni) poate varia ușor în funcție de calendarul real, sărbători sau nevoile specifice ale proiectului. Cu toate acestea, cadenta bi-săptămânală a sprinturilor și Planificarea PI înainte de sfârșitul trimestrului rămân constante pentru a vă oferi milestone-uri previzibile.
Glossar
Mai jos se află un glosar de termeni utilizați frecvent în metodologia noastră de dezvoltare:
Sprint
- Definiție: O perioadă de timp (de obicei 1 până la 2 săptămâni) în care echipa se concentrează pe un set de obiective (povești utilizator, sarcini) pentru a livra un increment funcțional al produsului.
- Obiectiv: Să permită iterații rapide, vizibilitate frecventă asupra progresului și capacitatea de a face ajustări la sfârșitul fiecărui sprint.
PI (Program Increment)
- Definiție: Un interval de timp mai lung (adesea un trimestru, ~8 până la 12 săptămâni) care grupează mai multe sprinturi.
- Obiectiv: Să planifice și să alinieze echipele pe obiective strategice mai largi, permițând în același timp ajustări pe o perioadă mai lungă decât un sprint.
Backlog
- Definiție: O listă prioritarizată de caracteristici, îmbunătățiri și corecții care urmează a fi implementate. Este întreținută de Product Owner sau de echipa de produs.
- Obiectiv: Să asigure că echipa se concentrează pe elemente care oferă cea mai mare valoare produsului sau proiectului.
Poveste Utilizator
- Definiție: O descriere concisă a unei caracteristici din perspectiva utilizatorului (“Ca un [tip de utilizator], vreau [capabilitate] pentru a [beneficiu]”).
- Obiectiv: Să se concentreze pe valoarea utilizatorului și să clarifice cerințele funcționale.
Epic
- Definiție: O poveste utilizator de mari dimensiuni care este, în general, decompozabilă în mai multe povești mai mici.
- Obiectiv: Să gestioneze și să structureze caracteristici complexe sau proiecte de mari dimensiuni.
Lansare
- Definiție: Livrarea unei versiuni stabilizate a produsului în mediu de producție sau către utilizatori.
- Obiectiv: Să ofere valoare utilizabilă și să adune feedback concret.