Costo del design basato sul costo della programmazione

Non esiste tale percentuale. Allo stesso modo, non esiste una percentuale di tempo in cui lavorerai sulla sicurezza, ad esempio. Una domanda deve essere sicura e richiederà la metà del tuo personale per lavorarci. Un'altra applicazione non ha problemi di sicurezza, quindi l'impatto sulla tua pianificazione sarà minimo.

Il tempo richiesto per la progettazione visiva dipende dai requisiti . Non si tratta del tipo di software (hai citato strumenti di business, applicazioni web e giochi).

• Se al mio cliente non interessa la progettazione visiva di un sito web, spenderò poche ore creando qualcosa di base e utilizzerò i restanti due mesi di lavoro per altri, altri aspetti importanti.

• Se il mio cliente si preoccupa dell'interazione dell'utente, trascorro un periodo di poche settimane creando attentamente i diversi aspetti del design dell'interazione, lucidando l'aspetto visivo, ecc. aspetti che non contano per questo cliente per questo progetto.

In entrambi i casi, è ancora un'applicazione web.

In generale, hai due modi per raggruppare le attività quando crei un'applicazione.

• Il primo è sequenziale: è gli stati che devi fare per raggiungere il successo nel tuo progetto . Si inizia raccogliendo requisiti funzionali e non funzionali, si lavora sulla specifica, sull'architettura e sulla progettazione dell'applicazione, si creano test, si scrive il codice effettivo, si distribuisce e si mantiene l'applicazione.

  Qui, a seconda del livello di serietà e della scala del progetto, hai le percentuali simili da progetto a progetto . Per un'applicazione minuscola fatta in casa, avrai sempre dallo 0% al 5% per i requisiti. Per un'applicazione enterprise su larga scala che richiede un QA esemplificativo, il tempo di scrittura effettivo del codice sarà compreso tra il 15% e il 20%.

• Il secondo è parallelo: è le cose che devi fare , dato che sono quasi indipendenti dal punto di vista della gestione del progetto e delle cose che potresti fare o saltare. Comprende sicurezza, design visivo, portabilità, prestazioni, ecc.

  Qui le percentuali sono irrilevanti . È più una questione di priorità, non la scala dell'applicazione e il livello di QA richiesto. Un'app aziendale può avere un'esperienza utente eccezionale, perché gli stakeholder sanno che il progetto fallirà altrimenti o che l'UX è un vantaggio competitivo. Un'altra app aziendale potrebbe non avere quasi alcun design, perché non c'è nulla da innovare in termini di design.

Il problema qui è che non esiste una definizione ampiamente accettata di ciò che design è nello sviluppo del software. Ad esempio, per molte persone la linea tra design e codifica non può essere disegnata in modo preciso, e alcuni vedono il design e la codifica come la stessa cosa:

link

Da questo punto di vista, il costo della progettazione è il costo della programmazione. Altre persone pensano che "disegnare alcuni diagrammi UML" o "creare un layout della GUI" sia design - specialmente quando questa attività è assegnata ad alcuni non programmatori. Se è così, chiedi a quei "progettisti" del loro impegno e troverai facilmente i costi del tuo progetto.

Quindi, prima chiarisci come tu definisci il design nel tuo team, e se questa attività viene svolta nel tuo team in qualche modo "separatamente dalla codifica". Se non riesci a separare chiaramente l'attività di progettazione, non cercare di separare in forma di costi, il che non ha molto senso.

EDIT: dal tuo commento hai chiarito che intendevi la progettazione dell'interfaccia utente (anche se ti sei dimenticato di cambiare il titolo fuorviante della tua domanda). Tuttavia, devi definire dove tracciare la linea tra "UI design" e "coding". Il design dell'interfaccia utente per te semplicemente "disegna alcune forme con carta e penna"? È la progettazione del comportamento esatto della tua interfaccia utente dal punto di vista di un utente? È il design del tuo funzionamento interno delle tue forme, ad esempio, quando progetti la tua applicazione come un'architettura MVP? Sulla base di questo (e in base ai requisiti della tua applicazione, ovviamente,) potresti giungere a conclusioni diverse su quale potrebbe essere la percentuale di progettazione dell'interfaccia utente nel tuo caso.

Penso che ne parlerai al contrario. Se conosci magicamente il costo esatto della programmazione (non vedo come sia possibile), probabilmente non hai bisogno della fase di progettazione e probabilmente il problema che stai cercando di risolvere è molto semplice.

Se intendi come stimare la progettazione dell'interfaccia utente, si tratta di un territorio diverso. A seconda del campo, a volte l'interfaccia utente viene aggiunta come aggiunta in ritardo, in cui è possibile ottenere una stima semplice come x% del tempo di progetto. I campi che hai menzionato qui sono al 100% di utenti, quindi vorrei iniziare con una progettazione dell'interfaccia utente insieme allo sforzo di programmazione stesso. Anche allora, è difficile quantificarlo in termini generici come percentuale del tempo totale di sviluppo - abbiamo bisogno di più contesto. Dopotutto, ci sono stati così tanti giochi che avevano un'intelligenza artificiale eccellente ecc., Ma mandano via un sacco di persone perché hanno una cattiva interfaccia / grafica. FWIW, le persone addirittura si scervellano sulla sfrenata Skyrim perché ha sbagliato la progettazione dell'interfaccia utente per PC (i controlli sono più controllati dal controller piuttosto che kb / mouse sintonizzati).