Clarifică produsul înainte să începi dezvoltarea.
Într-un sprint de arhitectură punem la un loc ce știm despre produs, utilizatori, date și constrângeri. La final, echipa trebuie să înțeleagă ce construiește, de ce și în ce ordine.
Începe un brief de arhitectură de produsEste util când
- Ideea are sens, dar utilizatorii, fluxurile și regulile nu sunt încă bine definite.
- Produsul a acumulat funcționalități, iar echipa nu mai are o imagine comună.
- Urmează o investiție importantă în dezvoltare, arhitectură sau angajări.
- Informațiile sunt împrăștiate în note, prezentări și conversații și trebuie adunate într-un plan coerent.
Rezultate tipice
- Scopul produsului, utilizatorii și ce nu intră în prima versiune.
- Model de domeniu, fluxuri critice și granițe de sistem.
- Prima versiune, cu ipoteze, riscuri și criterii de acceptanță.
- Deciziile principale de arhitectură și un plan realist de livrare.
ICE
Cum avansează sprintul
Clarificare
Adunăm materialele existente și separăm faptele de presupuneri.
Modelul produsului
Descriem utilizatorii, entitățile, fluxurile, datele, regulile și integrările.
Prima versiune
Alegem cea mai mică versiune coerentă și stabilim ce rămâne pentru mai târziu.
Planul
Punem deciziile în ordine, definim verificările și alegem primul pas de implementare.
Ce nu primești
- O prezentare generică de strategie, fără decizii aplicabile.
- O estimare făcută înainte să înțelegem produsul și dependențele.
- Promisiunea că toate ideile viitoare vor încăpea în prima versiune.