Definire i pacchetti di prodotti in base al risultato ottenuto, anziché in base alle ore lavorate.

Come si trasforma un servizio aperto in un prodotto finale chiaramente definito?

Un servizio aperto diventa un prodotto finale definendo innanzitutto lo stato obiettivo raggiungibile. Da questo derivano l'ambito, la partecipazione, le esclusioni e l'accettazione; le ore rimangono una stima interna dei costi.

Stato obiettivo

• Stato obiettivo – Il pacchetto specifica un risultato finale che cliente e fornitore possono verificare in base agli stessi criteri.

• Ambito di lavoro – Il lavoro incluso, la collaborazione necessaria e le attività esplicitamente escluse sono chiaramente identificabili prima dell'assegnazione del contratto.

• Processo di accettazione – Per ogni risultato finale, il processo di verifica, il ruolo di revisione e la gestione delle deviazioni giustificate sono chiaramente definiti.

Trasparenza implicita

• Trasparenza implicita – Formulazioni vaghe come "implementazione completa" trasformano di fatto il pacchetto in un progetto illimitato.

• Risultato errato – Un artefatto consegnabile può essere considerato completo anche se lo stato funzionale promesso non è stato raggiunto.

• Varianti non pagate – Casi speciali non definiti vengono inclusi nel servizio standard senza alcuna implicazione in termini di prezzo o tempistiche.

Processo di accettazione

• Percentuale di ordini accettati senza servizi obbligatori aggiunti successivamente.

• Rielaborazioni e variazioni impreviste per ogni versione del pacchetto rilasciata.

Contro-test: "Trasparenza nascosta"

Un pacchetto per siti web non garantisce un numero specifico di giorni di sviluppo, ma piuttosto un tipo di pagina pubblicato e testato con contenuti definiti. Testi del cliente mancanti e interfacce aggiuntive sono elencati come prerequisiti o opzioni.

Ambito di lavoro

1. Innanzitutto, l'obiettivo del cliente e lo stato finale visibile vengono descritti in frasi comprensibili.

2. Successivamente, i moduli di servizio, la collaborazione, le esclusioni e le varianti consentite vengono assegnati allo stato target.

3. Infine, un ordine di prova completo verifica il calcolo, i passaggi di consegne e l'accettazione prima che il pacchetto venga offerto.

Cosa significa "Definire i pacchetti di prodotto in base ai risultati" per le attività correlate.

Una domanda approfondita con relativa risposta Documentazione di un modello di servizio digitale dalla vendita all'operativitàCosa deve includere un modello di servizio dalla fase di vendita alla gestione operativa continua?

Vengono offerti ulteriori punti di vista Presentare le opzioni di finanziamento in modo trasparente senza diluire la logica di prezzo..

Se si desidera implementare concretamente la "Definizione dei pacchetti di prodotto in base ai risultati", è possibile fare riferimento a Sistemi web robusti Questo documento si concentra su "Prodotto di servizio e modularizzazione" e "Stato obiettivo".

Conclusione: Definire i pacchetti di prodotto in base ai risultati attesi.

Un pacchetto di risultati attesi vende uno stato obiettivo chiaramente definito, non il tempo disponibile. Solo i limiti di prestazione e l'accettazione rendono questa promessa affidabile.

Fonti e ulteriori informazioni

La seguente documentazione e gli standard ufficiali forniscono la classificazione tecnica.

• Conoscere gli utenti e le loro esigenze – Manuale di servizio GOV. UKLe linee guida ufficiali per la progettazione dei servizi richiedono che le esigenze osservate degli utenti siano alla base delle decisioni relative a servizi e prodotti.

• 4. Semplificare l'utilizzo del servizio – Manuale del servizio GOV. UKLo standard di servizio ufficiale combina processi semplici, test con utenti reali e un'esperienza end-to-end coerente. . . .4: Un modello di servizio digitale collega le promesse e le capacità di erogazione lungo l'intero ciclo di vita. La gestione delle versioni impedisce che le modifiche al prodotto creino retroattivamente aspettative contrastanti.