Il processo di sviluppo web spiegato
Ogni metodologia di sviluppo web dispone le stesse fasi in modo diverso. Capire le fasi in sé — cosa produce ciascuna e cosa la chiude — è più utile del nome della metodologia, perché ti dice se il progetto è dove dovrebbe essere.
Questa guida copre le sette fasi, durate tipiche per un sito di media dimensione, e com'è fatta un'approvazione vera in ciascuna.
Le sette fasi#
Le durate presuppongono un sito su misura di media dimensione con un team piccolo. Si allungano molto più con il volume di contenuti e le integrazioni che con il numero di pagine.
| Fase | Produce | Durata tipica |
|---|---|---|
| 1. Analisi iniziale | Obiettivi, pubblico, perimetro, vincoli | 1–2 settimane |
| 2. Struttura | Struttura delle pagine, modello di contenuto, wireframe | 1–2 settimane |
| 3. Design | Template, sistema di componenti, regole adattive | 2–4 settimane |
| 4. Realizzazione | Template funzionanti, CMS, integrazioni | 4–10 settimane |
| 5. Contenuti | Testi, immagini e dati veri nel sistema | In parallelo; spesso la più lunga |
| 6. Collaudo | Funzionale, tra browser, prestazioni, accessibilità | 1–2 settimane |
| 7. Lancio | Sito online, reindirizzamenti, monitoraggio, consegna | 2–5 giorni |
La fase 5 è quella che sfora. È disegnata in parallelo perché dovrebbe iniziare in fase 2, non perché sia piccola.
Cosa chiude ogni fase#
Una fase non finisce perché è passato del tempo. Finisce quando qualcosa di preciso è stato concordato, per iscritto, da qualcuno con autorità. Senza, il lavoro prosegue su fondamenta che possono ancora muoversi.
- Analisi iniziale: un perimetro firmato con un elenco esplicito di esclusioni.
- Struttura: una struttura delle pagine e un modello di contenuto approvati, con nomi di campo che il tuo team capisce.
- Design: template approvati per ogni impaginazione distinta, versioni mobili e stati vuoti compresi.
- Realizzazione: ogni template mostrato in preproduzione con contenuti realistici.
- Contenuti: ogni pagina critica riempita e riletta da una persona indicata per nome.
- Collaudo: un elenco di anomalie concordato e diviso tra bloccanti per il lancio e correzioni successive.
- Lancio: una checklist di prelancio completata e il passaggio degli accessi confermato.
A cascata, agile, o qualcosa nel mezzo#
La differenza vera è quando il perimetro viene fissato. I progetti a perimetro fisso si quotano con precisione e gestiscono male il cambiamento; quelli iterativi gestiscono bene il cambiamento e non possono promettere un totale fisso. La maggior parte del lavoro web sta nel mezzo: perimetro fisso fino al lancio, iterativo dopo.
| Perimetro fisso | Iterativo | |
|---|---|---|
| Prezzo | Noto in anticipo | Tariffa per sprint o al mese |
| Cambiamento | Richiesta formale, riquotata | Assorbito ripriorizzando il backlog |
| Adatto a | Requisiti chiari e stabili | Prodotti in evoluzione e requisiti poco chiari |
| Il tuo rischio | Pagare per qualcosa che non serve più | Un costo che deriva senza un limite netto |
| Richiede da te | Decisioni in anticipo | Disponibilità continua per dare priorità |
Attenzione al prezzo fisso con perimetro vago. È la combinazione peggiore: chi sviluppa protegge il margine interpretando l'ambiguità in senso stretto, e ogni chiarimento diventa una trattativa.
Dove il processo va storto di solito#
Gli stessi quattro fallimenti spiegano la maggior parte degli sforamenti, e nessuno è tecnico.
- Design approvato su contenuto segnaposto. Il testo vero arriva lungo il doppio e l'impaginazione viene rifatta.
- Integrazioni scoperte tardi. «Deve anche parlare con il nostro gestionale di magazzino» all'ottava settimana è un progetto nuovo, non un cambiamento.
- Nessun decisore unico. I riscontri arrivano da cinque persone, due si contraddicono, e nessuno ha l'autorità di dirimere.
- Collaudo trattato come fase anziché come abitudine. Le anomalie trovate alla decima settimana ma introdotte alla terza costano diverse volte tanto.
Domande frequenti
Quanto ci vuole per un sito web tipico?
Un sito piccolo basato su template, due-quattro settimane. Un sito su misura di media dimensione, tipicamente tre-cinque mesi dall'inizio alla fine. Negozi e applicazioni richiedono di più. La variabile che sposta di più questi numeri non è la complessità del codice ma la disponibilità dei contenuti e la velocità decisionale del lato cliente.
Le fasi possono sovrapporsi?
Alcune dovrebbero. I contenuti dovrebbero iniziare durante la struttura, e il collaudo dovrebbe accompagnare tutta la realizzazione anziché stare solo alla fine. Ciò che non dovrebbe sovrapporsi è design e realizzazione dello stesso template: costruire contro un design che si muove ancora garantisce rilavorazione, ed è la fonte più comune delle discussioni del tipo «quello l'avevamo già fatto».
E se dobbiamo cambiare qualcosa a metà progetto?
Mettilo in conto e concorda in anticipo il meccanismo: chi può richiedere un cambiamento, chi lo quota, e se sposta la data di lancio. I piccoli cambiamenti assorbiti in silenzio sono il modo in cui un progetto deriva di un mese senza che nessuno sappia dire quando. Un registro scritto dei cambiamenti risolve la maggior parte del problema.
Devo pagare per fase?
Pagamenti a milestone legati a elaborati che puoi ispezionare sono la struttura più equa per entrambe le parti: tipicamente un acconto, poi pagamenti all'approvazione del design, al completamento della realizzazione e al lancio. Evita di pagare tutto in anticipo, ed evita di pagare tutto al completamento, che sposta l'intero rischio finanziario su chi sviluppa e di solito ti costa di più.
processo sviluppo webfasi sviluppo webtappe progetto websviluppo web agiletempistiche progetto webmetodologia sviluppo web
