Il software su misura è molto più che trasferire su schermo la propria attività attuale. Invece di accelerare un processo sbagliato, occorre capire quali passaggi siano davvero necessari. Per questo un buon progetto non inizia con i mockup delle schermate, ma con la comprensione di come viene svolto oggi il lavoro.
01Descrivere il flusso di lavoro attraverso un caso concreto
Ricostruisca il percorso che un ordine, una richiesta o un documento segue dal momento in cui nasce fino alla chiusura. Chi inserisce le informazioni, chi approva, in quale caso il processo torna indietro? Ad esempio, una richiesta in attesa per un documento mancante è importante quanto un flusso andato a buon fine. Questi esempi riducono la necessità per il team di sviluppo di fare supposizioni.
02Limitare la prima versione
Invece di inserire ogni richiesta nella stessa consegna, definisca il primo risultato realmente necessario dal punto di vista del business. Annoti le schermate, i campi dati, i ruoli utente e le connessioni con sistemi esterni incluse nell'ambito. Mantenga visibili anche le attività rimandate. In questo modo sarà più facile capire se una nuova richiesta è un difetto, un ambito mancante o un nuovo sviluppo.
Raccogliere queste informazioni in un unico documento, invece che in corrispondenza sparsa, semplifica il lavoro. La nostra pagina del capitolato è pensata per strutturare le sue esigenze passo dopo passo. Su cosa considerare in fase di offerta, abbiamo scritto nell'articolo Cosa deve contenere una buona proposta di software?.
03Esaminare presto i dati esistenti e le integrazioni
File Excel, anagrafiche clienti pregresse e le API di altri sistemi influiscono sulla durata del progetto. Effettui una prova di migrazione con dati di esempio. Definisca le regole per record duplicati, campi mancanti e formati di data diversi. Progetti cosa vedrà l'utente se un'integrazione si interrompe e come l'operazione dovrà proseguire.
04Rendere la consegna misurabile
Invece di dire "il sistema funziona", scriva scenari di accettazione: un utente con un determinato ruolo riesce a creare una richiesta, una persona non autorizzata non può aprire il documento, dopo la migrazione i conteggi dei record coincidono. Includa nell'ambito della consegna anche l'installazione, le informazioni d'uso e le responsabilità operative. Abbiamo approfondito cosa deve contenere il pacchetto di consegna nella nostra guida al software chiavi in mano. Anche il nostro servizio di software su misura segue questo approccio: il progetto non si conclude solo con file di codice, ma con una soluzione di business utilizzabile.
05Da preparare prima di iniziare
- Due o tre esempi reali di lavoro tracciabili dall'inizio alla fine (flusso riuscito e flusso problematico)
- I ruoli utente e le operazioni che ciascun ruolo può compiere
- Esempi anonimizzati dei dati da migrare
- I sistemi esterni da collegare e i responsabili dell'accesso a tali sistemi
- I criteri che indicheranno il completamento con successo della prima versione
- Chi prenderà le decisioni durante il progetto
Scritto da
Il team Paradigma7
Prodotto, ingegneria e operations
Siamo un team con base a Ankara che sviluppa software per l'Europa. Qui non c'è teoria: sono i processi che usiamo davvero nei progetti dei clienti.
Chi siamo