Comment découper un devis de dev d'application mobile Android — combien de jours par étape ?

Rédigez tout de suite un projet de cahier des charges et envoyez-le à l'agence. Fixez des sprints pour chaque livraison. Par exemple, imposez la livraison d'un fichier APK fonctionnel toutes les deux semaines. Si vous ne validez aucune version intermédiaire sans l'avoir vue tourner, vous ne vous retrouverez pas avec un truc à moitié fini au bout des 90 jours.

Côté Android, le point le plus critique dans un devis détaillé, c'est l'intégration de l'API et l'architecture de la base de données locale. Si votre logiciel de compta actuel n'a pas d'API REST prête à l'emploi, 30 des 90 jours vont passer rien qu'à extraire la donnée. Demandez d'entrée à l'agence qui va ouvrir les accès à la BDD et qui fournira la doc.

Est-ce que les commerciaux sur le terrain ont tous la même flotte de téléphones fournie par la boîte ou c'est du BYOD ? Avec une flotte homogène la phase de test est plus courte, mais si chacun a une marque et une version d'Android différente, le poste de test doit peser au moins 20 jours sur le devis.

L'année dernière, on a lancé une appli similaire pour la prise de commandes terrain avec un budget de 360.000 TL et un engagement sur 75 jours ouvrés. Le design a pris 14 jours, le dev 40 jours. En revanche, la validation sur le store et la phase pilote en interne ont débordé de 20 jours. Si la répartition n'avait pas été cadrée par écrit, ils nous auraient mis le retard sur le dos.

Une agence qui annonce 90 jours sans donner aucun détail, c'est souvent qu'elle va sous-traiter le boulot. Une équipe incapable de sortir un découpage WBS détaillé n'a probablement pas une grande maîtrise de l'architecture Android. Demandez combien de devs Android seniors bossent chez eux et allez tester leurs références publiées sur le Play Store.

Pour la révision du devis, exigez ces jalons : 1) Livraison des wireframes et diagrammes de flux 2) Validation du prototype interactif 3) Première version alpha avec API connectées 4) Version bêta fermée pour tests terrain 5) Mise en prod et validation sur les stores.

nous on avait pas prevu l'integration erp du coup le projet a pris 3 mois de retard... l'agence rejetait la faute sur le comptable et le comptable sur l'agence... faites participer le dev de l'erp a la reunion avant le devis c'est indispensable.

note : j'ai écrit cela d'après mon expérience, cela ne s'applique peut-être pas à tout le monde.

Le Cahier des Clauses Techniques Particulières (CCTP) annexé au contrat doit définir clairement les dates de début, de fin et les critères d'acceptation de chaque phase. Il faut y stipuler qu'aucun paiement d'étape ne sera débloqué sans signature préalable d'un procès-verbal de recette.

Chez nous aussi. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

L'erreur commise du côté de développement d'application mobile android est généralement réversible, mais coûteuse. Voilà, désolé si je me suis étendu.

Ma question va paraître un peu novice, désolé d'avance. Tous ceux qui se pressent sur développement d'application mobile android se heurtent au même obstacle.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Résumé rapide pour les nouveaux : Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

J'espère que cela vous sera utile.

vous avez raison mais mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

n'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher mais je le note au cas où.

Il y a un piège ici je ne pouvais pas ne pas le mentionner. Si vous ne formalisez pas cela par écrit dès le départ des disputes éclateront plus tard.

Je suis aussi curieux de savoir si d'autres font autrement.

Exact.

Chez nous aussi.

J'écris cela pour éviter que vous ne fassiez la même erreur. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

En regardant le processus, le tableau change. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

C'est confirmé par l'expérience.

Laissez-moi détailler l'aspect technique. Le système continue de vivre après la livraison ; la maintenance est un poste à part.