Quelles sont les étapes d'un développement logiciel dans un devis : par quoi commence-t-on ?

Ne signez pas avec une agence qui ne livre pas de livrable d'analyse formel. Si la seconde agence s'engage à vous fournir à l'issue de ces 4 semaines l'architecture du système et les spécifications fonctionnelles détaillées son offre est bien plus sûre. Avec ce document en main, vous restez libre de confier la suite à une autre équipe si vous devez vous séparer de l'agence.

Il y a trois ans, pour un logiciel d'entrepôt similaire, nous avons choisi l'agence qui disait « on commence à coder tout de suite, ça ira plus vite ». Le projet estimé à 150.000 TL a subi 11 avenants pour atteindre 260.000 TL, et a mis 9 mois au lieu de 3. Sauter l'analyse coûte toujours plus cher à la fin.

Le schéma de la base de données et les contrats d'API doivent impérativement être définis avant le design final et le dev. Sans ça, le dev mobile ne sait pas ce que le backend va lui renvoyer. Les deux équipes se retrouvent bloquées à s'attendre mutuellement et le planning explose.

Pour évaluer les devis, assurez-vous que ces trois règles d'enchaînement sont bien respectées : 1) Pas de design graphique avant la validation des wireframes, 2) Pas de dev backend avant la validation du design et du modèle de données, 3) Pas de mise en production sans phase de recette utilisateur (UAT).

La démarche de la deuxième agence est la bonne, mais faites inscrire noir sur blanc au contrat les livrables précis de ces 4 semaines. Certaines agences facturent une « phase d'analyse » sans rien produire de concret pour simplement consommer du temps.

En dev, aller trop vite au début c'est courir à la catastrophe. du coup ne vous laissez pas impressionner par le délai du deuxième devis : je mets ma main à couper que le projet de la première agence à 3 mois ne sortira pas avant 6 mois.

edit : j'ai écrit depuis mon téléphone, désolé pour les fautes.

L'agence qui zappe l'analyse commence moins cher mais finit toujours par coûter le double. La méthode du second devis est nettement plus professionnelle.

Chez nous aussi. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

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

Exactement, et ce n'est pas si connu que ça. Avant de décider, regardez quelles données vous avez en main.

Un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates.

La discussion part dans tous les sens je recentre. Les décisions hâtives finissent par être corrigées six mois plus tard.

Je le note au cas où.

Je me pose aussi la question.

Je suis du même avis. Dans un système repris le plus coûteux sont les dépendances inconnues.

Je le note au cas où.

Il y a un point que je ne comprends pas. Demandez qui a préparé le devis et qui fera le travail.

Bien sûr, cela change si votre situation est différente.

Ce qui est écrit correspond exactement à ce que nous avons vécu. Les décisions hâtives finissent par être corrigées six mois plus tard.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Je parle du point de vue du fournisseur, c'est mon côté. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé. À votre place, j'irais par cette voie.

c'est vrai en théorie mais ça ne marche pas ainsi en pratique. les décisions hâtives finissent par être corrigées six mois plus tard.

avant de décider regardez quelles données vous avez en main et à votre place j'irais par ctte voie.

J'ai vécu la même chose.

J'aimerais poser une question. Demandez qui a préparé le devis et qui fera le travail.

Corrigez-moi si je me trompe.