Pianificazione prima di iniziare un progetto

Dipende dalla metodologia che segui. Mi piace l'approccio Agile di fare "appena sufficiente" per pianificare ogni iterazione. Prima di iniziare, dovresti avere un'architettura di alto livello di come tutto si combini.

Fare troppo in anticipo la pianificazione sarà uno spreco. Inevitabilmente, le cose cambieranno nel corso del tuo progetto. Dovrai modificare il tuo progetto, rifattorizzare il codice, aggiungere / rimuovere funzionalità e correggere bug.

Qualunque cosa tu faccia, assicurati che non segua un approccio waterfall . Ci sono molti modelli che offrono un approccio migliore.

Pianifica quanto ne sei capace.

Pianifica i pezzi che puoi sviluppare attualmente. Se non sai come scaricare un file, dovrai fare delle ricerche e probabilmente scrivere un programma di test prima di poter scrivere specifiche dettagliate. Potresti avere abbastanza esperienza in un'area, quindi non hai bisogno della pianificazione dettagliata.

Pianifica nella misura in cui sei sicuro che i proprietari delle applicazioni comprendano ciò che vogliono. In questo caso, sei tu, quindi dovresti sapere cosa vuoi. Spesso lavorerai con persone che non sanno quello che vogliono e non possono dedicare abbastanza tempo per determinare ciò che vogliono in anticipo. In questo caso, dovrai essere più agile e fornire istruzioni per aiutarti a scoprire le regole aziendali.

Qual è la tua definizione di pianificazione? Ti aspetti di scrivere specifiche dettagliate o intendi abbozzare l'interfaccia utente e un paio di casi d'uso? Potresti voler provare e pianificare l'intero progetto come un processo di apprendimento. Speriamo che non si trasformi in una lezione di futilità.

prima che la specifica sia completa significa che accetti il fatto che le specifiche cambieranno. la codifica dopo aver completato la specifica significa che non lo sei. In entrambi i casi la specifica cambierà *.

• dichiarazione di non responsabilità: esistono eccezioni a ogni regola

Se è una squadra di un solo uomo, inizia in piccolo. Qual è il più piccolo elemento di funzionalità di cui avresti bisogno per dare valore allo sforzo? Affrontalo, quindi rivaluta il tuo livello. Se arriva qualcosa sul tuo obiettivo, annotalo, ma non implementarlo.