Parlando di progetti software, ti sei mai chiesto come le varie aziende di sviluppo software e design di servizi software descrivono un progetto? Dopo aver letto le loro descrizioni, riesci a comprendere rapidamente le esigenze specifiche del progetto e il contesto?

Le descrizioni comuni dei progetti software di solito includono i seguenti quattro punti:

Introduzione al settore del cliente

I clienti dei progetti software provengono da vari settori. Quando si presenta un progetto a persone di diversi settori, è essenziale iniziare con il contesto del settore. L'introduzione al settore include come questo si collega alla vita delle persone, quali sono i mercati di vendita o i destinatari dei servizi, quale ruolo gioca l'azienda o l'individuo del cliente nel settore, quali sono le loro convinzioni o caratteristiche e qual è la visione futura dell'azienda. Questo contesto aiuta gli sviluppatori a comprendere meglio le prospettive del cliente.

Problemi incontrati nel processo aziendale (origine delle esigenze)

Questo è il principale motivo per cui il cliente si rivolge a noi. Quali problemi ha incontrato nel suo ambiente di lavoro? È necessario digitalizzare il flusso di lavoro esistente, riorganizzare il sistema informativo attuale o adottare misure digitali per rispondere alle nuove tendenze del settore? È fondamentale comprendere oggettivamente la situazione del cliente.

Soluzione proposta

Dopo aver raggiunto un consenso con il cliente, l'azienda software propone una pianificazione e implementazione personalizzata che soddisfi le esigenze e possa essere applicata con successo nel flusso di lavoro del cliente.

Risultati

Rispetto alle soluzioni precedenti, quali differenze e cambiamenti ha portato la nuova soluzione per il cliente? Ad esempio, miglioramento dell'efficienza del processo produttivo, riduzione del tempo di integrazione delle informazioni, offerta di nuovi canali per raggiungere i clienti...

Queste quattro descrizioni del progetto software ci aiutano a ottenere una comprensione preliminare del progetto. Durante le discussioni con il cliente, il project manager deve assicurarsi che queste descrizioni siano chiare nella nostra mente. Una descrizione del progetto software è flessibile: può essere riassunta in una frase o dettagliata in un rapporto completo. In questo caso, si può provare a:

Stabilire un "valore fondamentale" per definire l'ambito del progetto

Un progetto è tale perché, con risorse limitate, si raggiunge un obiettivo specifico. Tuttavia, durante il processo, se non si limita l'ambito, possono emergere funzionalità "correlate". Queste funzionalità potrebbero migliorare notevolmente la soluzione complessiva, ma potrebbero anche prolungare i tempi di sviluppo, ritardando il lancio; oppure potrebbero non avere un impatto significativo sulla soluzione complessiva.

Esempio:

Il cliente desidera una funzione in un sistema informativo aziendale che avvii automaticamente i lavori pianificati premendo un pulsante. Intuitivamente, potrebbe sembrare sufficiente collegare i flussi di lavoro successivi. Tuttavia, in pratica, potrebbe essere necessario considerare l'ambito di applicazione del sistema, i permessi di esecuzione, lo stato dell'esecuzione precedente, la stabilità della connessione del sistema, ecc. In questo caso, il cliente potrebbe dire: "Vorrei che premendo il pulsante si avesse una sensazione di vitalità e movimento."

Durante lo sviluppo software, quando pianifichiamo le funzionalità basate su una singola storia utente, spesso dobbiamo considerare il contesto e la logica aziendale correlata. Quando il cliente non ha obiezioni sulle funzionalità, potrebbe concentrarsi su colori, layout, comportamento dei pulsanti e transizioni delle pagine, esprimendo varie preferenze per rendere l'interfaccia più vivace.

Cosa fare quando le funzionalità di sviluppo e l'interfaccia del sistema desiderata dal cliente entrano in conflitto in un tempo di sviluppo limitato?

È necessario tornare al "valore fondamentale" per confermare la necessità e la priorità delle funzionalità correlate in base al tempo e alle risorse disponibili. Il valore fondamentale è spesso un motto conciso che, come un potente incantesimo, ci aiuta a decidere se aggiungere o rimuovere storie utente. Ripetendolo mentalmente tre volte, possiamo ottenere una risposta chiara!

Nel caso sopra menzionato, quando il cliente è insistente, possiamo guidare la discussione verso la riflessione su "Quali sono i vantaggi di un'interfaccia più vivace per l'uso del sistema informativo aziendale?" "Se per rendere l'interfaccia più vivace dobbiamo partire dal design, aggiungendo tempo alla pianificazione, potrebbe ritardare il lancio. È accettabile?" Successivamente, suggeriamo di "modificare le richieste in base al 'valore fondamentale' per stabilire le priorità, in modo da rispettare i tempi di lancio previsti".

Stabilire il "valore fondamentale" più appropriato insieme al cliente per ogni progetto

Il valore fondamentale del progetto ci guida nelle discussioni del team di sviluppo e nelle interviste o accettazioni con il cliente, come un faro che ci aiuta a non deviare dal tema principale e a concentrarci sull'asse del progetto. Se stai leggendo questo articolo e sei preoccupato per le richieste del cliente, prova a elencare il valore fondamentale del progetto per convincere te stesso e il cliente!