Modul de livrare
Fiecare blueprint se livrează prin același angajament în cinci etape. Blueprinturile trimit la acest document în loc să îl repete.
| Etapa | Scop | Rezultat tipic |
|---|---|---|
| 1. Evaluarea fluxului de lucru | Înțelegerea procesului actual, a blocajelor, a datelor implicate, a cui deține ce, ce sisteme sunt în joc și ce KPI contează | Harta procesului, evaluarea potrivirii, scopul prioritizat |
| 2. Blueprintul soluției | Definirea fluxului viitor, a integrărilor, a rolurilor, a riscurilor, a limitelor MVP-ului și a lansării | Designul soluției, backlog, arhitectură, plan de livrare |
| 3. Implementarea MVP | Livrarea celei mai mici versiuni care are valoare operațională | Sistem funcțional pentru un scop de pilot definit |
| 4. Pilot și lansare | Validare cu utilizatori reali, rafinarea excepțiilor, instruire, extinderea implementării | Flux adoptat, versiune în producție |
| 5. Îmbunătățire și extindere | Adăugarea de module, integrări, raportare și automatizare pe măsură ce fluxul se așază | Foaie de parcurs pentru îmbunătățiri |
Cum se folosesc etapele
Evaluarea fluxului de lucru poate sta singură. Un client care vrea claritate înainte de a se angaja la ceva o poate cumpăra separat și păstrează rezultatul indiferent de ce urmează. La fel de bine poate deveni faza 1 a unei implementări complete, caz în care concluziile ei intră direct în blueprintul soluției.
Etapele sunt secvențiale ca logică, nu rigide în practică. Etapa 5 este continuă odată ce fluxul e în producție, iar etapa 3 se poate repeta pe fiecare modul atunci când clientul lansează în valuri.
Secvențiere și efort
Cât durează o etapă și cât din ea are nevoie un angajament anume se stabilesc pentru acel angajament — pe un scop care chiar a fost evaluat în etapa 1 și expus în oferta pentru el. Nu este o proprietate a abordării și nu se enunță aici.
Seamănă vreuna cu operațiunea ta?
Începe cu diagnosticul. Cartografiem cum circulă munca de fapt, apoi adaptăm blueprintul la ea.