Pourquoi Nous N'utilisons Pas D'offres Fixes

Dans cet article, nous décrivons pourquoi nous préférons ne pas utiliser le modèle d’offres fixes et pourquoi cela est également bon pour nos clients.

Les sociétés de développement de logiciels hésitent souvent à conclure des contrats d’offres fixes où le prix du produit final n’est pas lié au temps et aux ressources consacrés à sa livraison.

Cependant, tous les clients ne se rendent pas compte qu’un tel modèle peut également comporter des risques spécifiques pour eux.

Dans le modèle de prix fixe, le processus de négociation d’un projet de développement de logiciel commence avec la demande de proposition préparée par le client.

La DP contient une description de la vision du client du futur produit et des objectifs qu’il devrait atteindre. Le client fait circuler la DP parmi les entreprises et freelances qui commencent à faire des offres. Le client analyse ensuite les offres reçues et choisit le fournisseur offrant le meilleur prix.

Depuis peu, les développeurs de logiciels ont tendance à éviter ce type de relation.

Selon le gouvernement américain, les contrats structurants devraient garantir:

  • livrables fréquents, pas de jalons pluriannuels
  • la souplesse nécessaire pour ajuster la hiérarchisation des fonctionnalités à mesure que le projet évolue.

Le modèle de DP et les appels d’offres subséquents ont servi de base pour comparer les prix de différents fournisseurs, estimer le temps requis pour terminer le projet et minimiser les risques éventuels.

Cependant, contrairement à d’autres industries, le développement de logiciels semble être régi par des principes différents pour lesquels l’approche de l’offre fixe est loin d’être optimale.

 

Comparaison de prix

Bien sûr, les clients devraient être en mesure de voir le prix offert par chaque entrepreneur avant de choisir celui avec lequel ils souhaitent coopérer.

Dans le même temps, lors de l’appel d’offres, le client et le développeur doivent s’entendre sur l’étendue du travail à effectuer dans le cadre du contrat.

Dans d’autres industries, par exemple, la fabrication de meubles, le menuisier crée la pièce selon le dessin préparé par le créateur du meuble. Le dessin montre en détail comment le meuble doit être fabriqué. Le mobilier a été construit pendant des siècles et, habituellement, le client sait et comprend ce qu’il veut recevoir.

En même temps, les fabricants de meubles peuvent estimer le coût et le temps requis pour produire l’article.

Cependant, si les meubles prêts doivent être modifiés, cela peut entraîner des coûts supplémentaires très élevés.

Ainsi, la conception initiale et la planification sont essentielles.

Dans le développement de logiciels, les objectifs que le client cherche à atteindre ne sont pas clairs dès le départ.

Dans de nombreux cas, le client veut créer une nouvelle solution unique en utilisant une nouvelle technologie.

Dans le même temps, un produit logiciel livré peut être modifié à moindre coût, si nécessaire.

Par conséquent, si un projet de développement de logiciel commence par la négociation du résultat final, de telles négociations ne peuvent pas prévoir la manière dont le produit est accepté par les utilisateurs finaux.

Si le développeur travaille selon la DP, il ne construira que le produit décrit ici au lieu du résultat le plus optimal possible.

Ainsi, pour garantir le meilleur résultat, les clients doivent analyser le portefeuille de la société de développement ou du freelance plutôt que de comparer leurs offres de prix.

Demander des références et rechercher des commentaires en ligne par des clients précédents peut également aider à comprendre la qualité du travail du développeur.

De plus, les clients peuvent comparer le prix du projet en fonction des unités de temps requises pour faire le travail, plutôt que des unités de travail.

 

Estimation du projet

Le processus d’estimation de projet dans le développement de logiciels a également ses particularités. D’une part, les tâches répétées peuvent être automatisées, réduisant leurs estimations presque à zéro. D’un autre côté, les nouvelles tâches sont difficiles à estimer d’emblée, car trop de facteurs sont inconnus.

Ce n’est qu’une fois la tâche accomplie que le temps et le coût requis peuvent être évalués.

Une estimation de produit de développement de logiciel peut être plus précise si l’accent est déplacé vers le résultat final, le projet devrait réaliser plutôt que des caractéristiques individuelles.

Lorsque le résultat souhaité est connu, le développeur peut créer la solution la plus simple permettant d’atteindre ce résultat.

En outre, le client peut contracter la société de développement uniquement pour concevoir, prototyper et décrire le produit, et dans ce cas, l’investissement va être beaucoup plus faible.

 

Les risques du client

Toute transaction commerciale implique un certain risque.

Pour réduire le risque au minimum, les deux parties conviennent d’avance de la portée du travail.

Sinon, le coût final peut être plus élevé que le client ait prévu.

Le modèle d’offre fixe visait à prévenir de tels risques.

En effet, une offre fixe peut réduire les risques éventuels pour le client, raison pour laquelle les clients le préfèrent.

Les clients croient que dès que leur DP et leur prix final ont été discutés et convenus, tout est réglé.

Tout écart par rapport à l’accord initial devient automatiquement la responsabilité du développeur.

Dans le même temps, un produit logiciel développé dans des conditions très serrées en termes de temps et de ressources pourrait s’avérer plus onéreux en maintenance et mise à jour futures.

Finalement, les coûts du client peuvent être encore plus élevés que prévu initialement, ce qui était exactement ce que le client voulait éviter.

Il n’y a aucun moyen de garantir qu’un projet ne dépassera jamais son budget.

Pour minimiser les risques, le client doit choisir une société de développement qui peut travailler sur le projet de la manière la plus rentable sans sacrifier la qualité.

Le client doit choisir l’entreprise capable de livrer le produit le plus simple réalisant l’objectif défini. Cela peut réduire les coûts de maintenance à l’avenir.

 

Conclusion

De nombreux clients préfèrent les offres fixes en pensant que de tels contrats impliquent des risques plus faibles.

Cependant, les développeurs hésitent à conclure de tels accords.

Parfois, une société de développement peut arriver à une estimation farfelue dans une tentative d’accord avec le client. Cela peut ne pas être un excellent service, car si le client insiste pour connaître le prix initial, ce n’est pas la meilleure solution pour eux.

Les clients à la recherche d’une entreprise ou d’un freelance pour développer un produit devraient réfléchir deux fois avant d’engager un développeur prêt à prendre de mauvaises décisions dans le seul but de remporter le contrat.

La méthode recommandée consiste à choisir les développeurs auxquels ils peuvent faire confiance.

Le client peut décider qu’un développeur peut avoir cette confiance en examinant ses références et son portefeuille, en discutant du résultat du projet plutôt que des fonctionnalités individuelles, en acceptant de construire le produit par étapes, en demandant des prototypes et en approuvant la plus petite portée possible.

Seulement dans une relation de confiance, le client travaillera avec les développeurs et peut être sûr que leur produit sera de qualité supérieure.