Dipende molto dal progetto.

Se il progetto è basato su una specifica che è già stata scritta (ad esempio una specifica di file di dati binari), potrebbe non esserci molto design.

Se il progetto è altamente speculativo o orientato alla ricerca, potrei dedicare più tempo a scrivere un codice "usa e getta" per formulare un progetto piuttosto che a creare un progetto in anticipo.

Se il progetto è di grandi dimensioni, avrà bisogno di più riflessioni sull'architettura di alto livello.

Tanto quanto basta

per capire il progetto, il modello, i rischi e le incognite

soprattutto i rischi e le incognite

Usiamo Scrum nel mio lavoro, quindi direi che almeno devi dare abbastanza design per abbattere le tue user story in attività. Hai bisogno di una buona idea di cosa è necessario per scrivere attività. Ricorda che la chiave è di scriverli in modo che qualcun altro possa teoricamente eseguire l'implementazione. Solitamente riporto i piccoli dettagli (ad es. Quale algoritmo da utilizzare) nella stima del tempo per i miei compiti. Se dovessi fare qualche ricerca non scherzosa, farò proprio questo.

Quando si ha a che fare con un Epic (un progetto che dura più sprint), sono molto più libero con quello che chiamo "design". Il design in quel caso di solito comporta un abbozzo dell'architettura di base e una manciata di user story che mi aspetto di fare. Non è codifica da cowboy, ma non è un processo di progettazione rigoroso (si pensi al tradizionale modello a cascata). Qualcosa si presenterà (un cambio di requisiti o un momento degli a-ha) che cambia il gioco da qualche parte lungo la strada. Cerco di non investire troppo tempo in qualcosa che probabilmente verrà buttato fuori o pesantemente modificato.

Il famoso Jamie Zawinski ha detto nel libro "Coders at Work" qualcosa sulla falsariga di ... È meglio spendere il tempo necessario per poter codificare qualcosa che possiamo usare, quindi andare da lì. A seconda del progetto e della competizione, se trascorri troppo tempo a pianificare e pensare al modo migliore per fare qualcosa e non hai un prodotto funzionante in un dato periodo di tempo, i tuoi concorrenti saranno in vantaggio sul gioco e sarà un enorme perdita.

Non sono necessariamente d'accordo, ma devi dargli credito per ciò che ha realizzato.