Dal catalogo dei requisiti al fascicolo delle prove
Un unico percorso che il tuo team segue in ogni progetto, dal primo incontro a una modifica chiesta mesi dopo.
Catalogo
Elenca una volta sola le funzionalità standard del tuo prodotto, con le loro opzioni e quanto il cliente può modificare ciascuna. Lo fai una volta per prodotto, non per cliente.
FRD
Avvia un progetto e raccogli i suoi requisiti in un FRD strutturato: non un file Word, ma funzionalità tipizzate con codici stabili, attivate o disattivate e compilate dal tuo modello, più tutto ciò che è specifico del cliente.
Revisione e approvazione
Prima il tuo team approva internamente, poi il cliente esamina la versione esatta congelata tramite un link sicuro: dal suo lato non servono account né postazioni. La sua decisione, con un’identità verificata da un codice monouso, diventa il registro di approvazione dell’applicazione.
Versione di riferimento e richieste di modifica
La versione approvata viene bloccata come versione di riferimento: lo stato concordato, messo agli atti. Quando il cliente chiede qualcosa di nuovo, apri una richiesta di modifica su quella versione di riferimento: un prima/dopo esplicito, esaminato e approvato a parte, poi applicato per creare la versione di riferimento successiva. Niente sovrascrive la storia.
Le prove, quando ti servono
Ogni versione ha un’impronta del contenuto, ogni approvazione è un registro di approvazione dell’applicazione e ogni passaggio è un evento registrato in una catena di impronte che rende visibile qualsiasi alterazione. Con i piani che lo includono, esporta un fascicolo delle prove, un unico PDF: la versione, la sua impronta e le approvazioni che la sostengono, per una verifica del cliente, una contestazione o il tuo archivio.
Preferisci una guida passo passo? Leggi le guide →