Come dividere il processo di sviluppo di un'app mobile Android nel preventivo — quanti giorni per ogni fase?

Preparate subito una bozza di capitolato e giratela all'agenzia. Fissate degli sprint per ogni consegna. Ad esempio mettete come clausola il rilascio di un file APK funzionante ogni due settimane. Se non approvate le release intermedie che non avete visto di persona, alla fine dei 90 giorni non vi ritroverete con un lavoro a metà.

Sul fronte Android, il punto più critico in un preventivo a blocchi è l'integrazione API e l'architettura del database locale. Se il vostro attuale gestionale contabile non ha già delle REST API pronte, 30 di quei 90 giorni se ne andranno solo per tirare fuori i dati. Chiedete fin da subito all'agenzia chi fornirà gli accessi al database e la documentazione.

I dispositivi per i commerciali sono forniti dall'azienda tutti dello stesso modello o ognuno userà il proprio smartphone? Se il device è unico la fase di test si accorcia, ma se ognuno ha una marca e versione di Android diversa la voce dei test a preventivo deve valere almeno 20 giorni.

L'anno scorso abbiamo avviato un'app simile per la gestione ordini sul campo con un budget di 360.000 TL e un impegno di 75 giorni lavorativi. 14 giorni di design, 40 di codice. Però l'approvazione sullo store e il test pilota interno sono slittati di 20 giorni. Se la suddivisione non fosse stata messa nero su bianco ci avrebbero addebitato il ritardo.

Un'agenzia che spara 90 giorni senza dettagliare nulla potrebbe subappaltare il lavoro. Se un team non sa tirare fuori una work breakdown structure dettagliata, è lecito dubitare della sua reale padronanza dell'architettura Android. Verificate quanti sviluppatori Android senior ci siano nel team e guardatevi bene le referenze che hanno già pubblicato sul Play Store.

Nella revisione del preventivo pretendete queste milestone: 1) Consegna di wireframe e diagrammi di flusso 2) Approvazione del prototipo cliccabile 3) Prima versione alfa con API integrate 4) Closed beta per i test sul campo 5) Go-live e approvazione sullo store.

noi nn avevamo calcolato l integrazione erp e il progetto è slittato di 3 mesi. l agenzia dava la colpa a quello del gestionale e viceversa. fate partecipare assolutamente anche il programmatore dell erp alle riunioni prima del preventivo.

Nota: ho scritto questo basandomi sulla mia esperienza, potrebbe non valere per tutti.

Nel documento di Capitolato Tecnico da allegare al contratto devono essere specificati chiaramente data di inizio, termine e criteri di accettazione per ciascuna fase. Va contrattualizzato che per le fasi prive di verbale di collaudo firmato non verrà liquidato alcuno stato di avanzamento.

Anche da noi è così. Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali.

L'errore commesso da sviluppo app mobile android è generalmente reversibile ma costoso. È tutto, scusate se mi sono dilungato.

La mia domanda sarà un po' da principiante, scusate. Chiunque abbia fretta su sviluppo app mobile android si blocca nello stesso punto.

Se scrivete qui il risultato, sarà utile anche ad altri.

Breve riassunto per i nuovi arrivati: Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Spero che le sia utile.

ha ragione. boh introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

non abbate paura di chiedere, chi non chiede paga sempre di più ma lascio una nota, potrebbe servire.

C'è una trappola qui, non posso non segnalarla... Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Corretto.

Anche da noi è così.

Scrivo questo per evitare che facciate lo stesso errore. Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Guardando al processo, il quadro cambia. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.

Confermato dall'esperienza.

Approfondisco l'aspetto tecnico. Dopo la consegna il sistema continua a vivere; la manutenzione è una voce a parte.