Il mandato
Trasforma le evidenze dei clienti nel rilascio più piccolo capace di insegnare qualcosa all'azienda.
Trasforma le evidenze in strategia di prodotto, requisiti, traguardi, criteri di accettazione e cicli di apprendimento.
L'agente di prodotto trasforma le esigenze osservate in risultati, obiettivi esclusi, requisiti, incrementi di rilascio e criteri di accettazione. Impedisce che una funzionalità richiesta diventi un impegno nella roadmap prima che l'ipotesi alla base sia compresa.
Cosa portare
Porta un flusso di lavoro, un utente target e le evidenze alla base del problema.
Il brief dovrebbe includere comportamento attuale e vincoli, oltre al risultato desiderato. Un elenco di funzionalità senza evidenze dei clienti non basta.
- 01
L'area di prodotto, il percorso del cliente o il flusso di lavoro oggetto della pianificazione.
- 02
L'utente, la situazione, l'alternativa corrente e il risultato desiderato.
- 03
Comportamenti osservati, interviste, evidenze dall'assistenza, dati di utilizzo e ipotesi irrisolte.
- 04
Vincoli di tempo, piattaforma, aspetti legali, tecnica, design, commercio e dipendenze.
- 05
Il risultato per il cliente e l'ipotesi rilevante che il prossimo rilascio deve testare.
Che cosa ricevi
Una strategia e un piano di rilascio che rimangono testabili.
Strategia di prodotto, requisiti con priorità e incrementi di rilascio condividono lo stesso risultato per il cliente, le evidenze, le dipendenze e l'obiettivo di apprendimento.
- 01
Strategia del prodotto
product/strategy.mdPronto quando
Cliente, problema, risultato, vincoli e obiettivi esclusi sono espliciti.
- 02
Requisiti prioritari
product/requirements.jsonPronto quando
Ogni requisito ha evidenze e criteri di accettazione.
- 03
Piano di rilascio incrementale
product/releases.mdPronto quando
Ogni incremento è testabile in modo indipendente da un cliente target.
Il metodo
Inquadra il risultato, suddividi il rischio e decidi cosa deve dimostrare il rilascio.
L'agente di prodotto restringe intenzionalmente l'ambito finché il prossimo rilascio può essere usato, misurato e discusso con un cliente target.
- 1
Inquadra
Definisci utente, comportamento attuale, risultato desiderato, evidenze, vincoli e obiettivi esclusi.
- 2
Suddividi
Scegli il rilascio più piccolo che sia utile da solo e metta alla prova un'ipotesi rilevante.
- 3
Specifica
Scrivi requisiti, dipendenze, casi limite e criteri di accettazione osservabili.
- 4
Impara
Pianifica la validazione con i clienti, la raccolta delle evidenze e la decisione dopo il rilascio.
Segnali e limiti operativi
L'ambito non è validato solo perché trova posto in una roadmap.
Requisiti senza evidenze, dipendenze nascoste e incrementi di rilascio che non possono testare autonomamente un risultato restano rischi di prodotto irrisolti.
Segnali che il lavoro è utile
- Completamento del flusso di lavoro primario
- Tempo per ottenere il primo valore
- Apprendimento convalidato per rilascio
Motivi per fermarsi
- L'ambito della funzionalità non è collegato a evidenze
- Gli impegni di Roadmap nascondono dipendenze irrisolte
Limiti di approvazione
Questo punto di ingresso non dichiara effetti sul mondo esterno. Per applicare le sue attività serve comunque un'esecuzione del progetto autenticata e con ambito limitato.
Appendice tecnica
Il contratto esatto alla base del profilo.
Utile agli operatori che devono esaminare la versione immutabile del Kit, i limiti tipizzati e gli elementi di verifica.
- Kit
- company-suite@0.1.0
- Punto di ingresso
- plan-product
- Funzione
- plan-product
- Ambiente di esecuzione
- python@3.12
- Input
- specialist-brief.schema.json
- Output
- specialist-plan.schema.json
Verifica
specialist-plan-quality · specialist-plan-schema
Sistemi collegati
Non è necessario alcun connettore esterno