Articles

Cosa dovrebbe esserci in un preventivo dettagliato di una società di sviluppo web e mobile app

Ogni cliente vuole sapere il prezzo del progetto al più presto. Anche se c’è un modo veloce per determinare il prezzo con una stima approssimativa, questo non placa la sete. È qui che entra in gioco un preventivo dettagliato.

Ogni volta che iniziamo a collaborare con un nuovo cliente, la nostra azienda di sviluppo web e mobile app prepara due documenti completi che rivelano tutti i dettagli più fini relativi ai costi del progetto del nostro cliente.

Forse hai già letto perché e come facciamo le stime approssimative (se no, dovresti assolutamente farlo). E ora è il momento di scoprire tutto quello che hai sempre voluto sapere sulle stime dettagliate in MindK.

Che cos’è una stima dettagliata?

Una stima dettagliata è un documento corposo che ti fornisce una ripartizione completa dei costi per il tuo progetto.

Divide l’intero scopo del lavoro in parti elementari – le caratteristiche.

Ogni caratteristica è stimata separatamente dai nostri team interfunzionali.

Il tempo necessario per finire ogni caratteristica si somma per formare un budget dettagliato per la tua app.

Stima dettagliata vs. stima approssimativa

Se vuoi che mettiamo un prezzo su un’idea di base che hai appena condiviso con noi, ti invieremo volentieri una stima approssimativa. Può darti solo un’idea generale dei costi del tuo progetto.

Un preventivo dettagliato è un documento molto più sfumato ed esteso.

Nelle stime approssimative, dividiamo la tua app in enormi blocchi di funzionalità chiamati epici.

Nelle stime dettagliate, facciamo un passo avanti e dividiamo ogni epica in funzionalità.

Prima di poter scrivere la stima dettagliata, dobbiamo raccogliere e documentare tutti i requisiti, chiarire tutte le questioni aperte, e scrivere le specifiche (nel caso di un modello di impegno a prezzo fisso usato per il progetto).

In questo modo siamo in grado di scoprire tutti i dettagli necessari in anticipo e fornire la stima più precisa come risultato.

Non ci possono essere supposizioni in questa fase, solo asserzioni.

Stima dettagliata vs. stima accurata

Quando si tratta di stime, dettagliata non significa necessariamente accurata.

Ecco perché.

Stime veramente accurate sono possibili solo dopo aver finito la fase di Scoperta, prototipazione della soluzione, scrittura delle specifiche, e approvazione dell’ambito dettagliato dei lavori.

Per i progetti a prezzo fisso, redigiamo un preventivo dettagliato solo dopo aver completato la fase di Scoperta. Di solito fatturiamo questa fase come un progetto separato.

Per i progetti Agile/Scrum, usiamo un approccio diverso.

Secondo questa metodologia, lo sviluppo del prodotto è un processo dinamico e altamente flessibile. Il suo scopo principale è quello di produrre una soluzione pronta all’uso ogni 2 o 4 settimane e adattarsi al feedback degli utenti.

Fare una stima definitiva per l’intero progetto non si addice molto a questo approccio.

Nella maggior parte dei casi non si può davvero prevedere la forma che prenderà la tua app mesi o anni più avanti. Ecco perché per i progetti Agile preferiamo usare quello che chiamiamo Guesstimate.

Ci permette di preparare stime approssimative, ma estremamente dettagliate senza perdere un sacco di tempo nella fase di Scoperta.

Cosa costituisce una stima dettagliata?

Una stima dettagliata in MindK di solito ha tre sezioni: la stima stessa, i costi relativi al software e l’analisi dei rischi.

Il preventivo

La sezione ti dà una ripartizione dei costi caratteristica per caratteristica per il tuo progetto.

Per i progetti a prezzo fisso, scriviamo solo il costo preciso di ogni caratteristica, ma per i progetti Agile, possiamo solo fornire una stima.

In questa sezione, includiamo solo le caratteristiche che sono confermate al 100% dai nostri clienti. Se ad un certo punto decidono di aggiungere una caratteristica, la stimiamo separatamente e aggiorniamo il documento.

Se un progetto è complesso (cioè avete bisogno sia di un’applicazione web, un’app iOS /Android, un chatbot, e così via), ognuno di questi componenti è stimato separatamente.

Ogni caratteristica è scritta sotto forma di una storia utente. Questo è un modo semplicistico di rendere un pezzo di funzionalità dal punto di vista dell’utente.

In genere si legge: Come <ruolo>, voglio <caratteristica> in modo che <vantaggio> (ad esempio, come proprietario di un blog, voglio un modulo di iscrizione, in modo che io possa ottenere abbonati per ricevere aggiornamenti sul nuovo post del blog.).

Le storie degli utenti sono brevi, concise e flessibili. Ma la cosa più importante è che sono estremamente facili da capire, anche se sei un principiante assoluto nel mondo dello sviluppo del software.

La stima dettagliata include la ripartizione dei costi per ogni tipo di lavoro:

  • Analisi del business;
  • Progettazione;
  • Markup (HTML);
  • Sviluppo;
  • Assicurazione qualità;
  • Project Management (PM).

Il costo del PM di solito rappresenta circa il 25% della linea di fondo. La percentuale esatta dipende da molti fattori:

  • Più un progetto diventa complesso, più comunicazione e gestione richiede.
  • Più il team diventa grande, più impegnativa diventa la sua gestione, che si traduce in ore di PM aggiuntive.
  • Il numero di integrazioni di terze parti può anche influenzare i costi di gestione. Oltre ad essere un’altra funzionalità da implementare (e gestire), le API di terze parti spesso richiedono ai nostri PM di contattare i fornitori di servizi.

Per esempio, la comunicazione con le grandi aziende (grandi banche, grandi società, ecc.) come fornitori di API può essere una vera spina nel fianco. L’alto livello di burocrazia e le rigide strutture gerarchiche possono trasformare un compito così semplice in un lavoro estenuante.

In una sottosezione separata, elenchiamo tutte le caratteristiche standard.

La nostra esperienza con lo sviluppo mobile e web ci dice che certe caratteristiche e compiti sono presenti in tutte le applicazioni. Possono, per esempio, includere l’impostazione dei server e dell’ambiente di sviluppo, la gestione del progetto, il rilascio su Google Play (per le applicazioni Android) e così via.

Il costo delle soluzioni di terze parti

Quando si tratta dello sviluppo del software, reinventare la ruota è uno sforzo costoso e spesso inutile. Fortunatamente, ogni compito standard o problema frequente nel mondo IT ha almeno una soluzione già pronta. A volte sono gratuite, ma nella maggior parte dei casi bisogna pagarle.

Se per completare un progetto abbiamo bisogno di acquistare qualche software, servizio o libreria di terze parti, stimiamo il loro costo e includiamo la cifra nel documento.

Se il vostro progetto, per esempio, supporta la messaggistica SMS, allora dovremo pagare per un gateway SMS.

Se il design del tuo sito web è basato su un modello specifico già pronto che vuoi usare, allora aggiungeremo il suo costo al preventivo.

O se i nostri clienti vogliono che li aiutiamo con l’hosting, suggeriamo loro le migliori opzioni (come Amazon Web Services, DigitalOcean, o altri servizi collaudati). Quindi, i costi associati all’hosting e alla manutenzione del server appariranno in questa sezione.

Analisi dei rischi

Ogni progetto porta con sé alcuni rischi intrinseci. Il compito del Project Manager è di identificarli e sviluppare le strategie per affrontarli.

Nonostante le migliori pratiche di gestione del rischio, alcuni rischi si materializzano e incidono sui costi di un progetto. Noi valutiamo ogni rischio potenziale e lo includiamo nella stima dettagliata.

Devi pagare la somma specificata solo se un particolare rischio si trasforma in un problema reale. Altrimenti, vi tenete i soldi.

Queste stime ci serviranno poi come un’assicurazione contro una grande varietà di pericoli che minacciano lo sviluppo del vostro progetto.

Questi sono gli esempi di categorie di rischio che si presentano nello sviluppo del prodotto:

  • Qualità/Tecnica/Performance (es.(cioè uso di tecnologia nuova o eccezionalmente complessa, modifica della tecnologia, obiettivi di output impossibili);
  • Gestione del progetto (cioè assegnazione errata di fondi e tempo, pianificazione insufficiente del progetto);
  • Organizzativo (cioè mancanza di coerenza tra gli obiettivi di costo, tempo e scopo, scarsa prioritizzazione, appoggio irregolare);
  • Esterno (cioè cambiamenti nella legislazione, problemi con fornitori e subappaltatori, clima).

Dopo che i rischi sono identificati, il PM li classifica per priorità ed esegue un’analisi dei rischi.

Lo scopo è di scoprire la probabilità (cioè la probabilità che si materializzi) e l’impatto (le conseguenze della sua materializzazione) di ogni rischio particolare.

Un esempio?

Come ho già detto, i fornitori di API possono essere lenti a rispondere. Possono ritardare l’invio della documentazione necessaria o offrire un supporto inferiore alla media. Questo è un rischio reale di cui dovremmo avvertirvi in anticipo. Quindi lo mettiamo nella sezione dei rischi e allo stesso tempo sviluppiamo un’efficace strategia di gestione dei rischi per ridurre al minimo la probabilità della minaccia e il suo impatto.

Concludendo

Ora sai cosa aspettarti dal preventivo dettagliato in MindK. Il documento ti darà una risposta esauriente alla domanda sul prezzo del tuo progetto e ti aiuterà anche con il budget. Infine, ti fornirà un quadro chiaro di ciò che pagherai.

C’è qualcos’altro che posso dirti sui preventivi dettagliati in MindK? Basta che mi scrivi e ti darò una risposta dettagliata!

e-book agile development

  • 19
    Shares
  • 19