Projets de développement de logiciels à prix fixe : 3 points importants à retenir

Projets de développement de logiciels à prix fixe : 3 points importants à retenir

Il existe différentes manières d’exécuter un projet de développement logiciel. Ce sont principalement :

1. Développeur dédié : Vous obtiendrez un développeur qui ne travaille que pour vous et votre organisation. Habituellement, un prix mensuel sera convenu entre le fournisseur de services et le client. Le développeur travaillera à temps plein (environ 160 heures par mois) pour le client.
2. Equipe Homme-Matériel/ Temps et Matériel/ Agile/ Développement : Ici, un projet est convenu, mais l’exécution sera effectuée par une équipe multidisciplinaire de chefs de projet, de scrum masters, d’analystes commerciaux, de développeurs commerciaux, de développeurs de logiciels/web, de testeurs de logiciels, etc. Ici, une méthodologie Agile est souvent utilisée et après chaque printemps (un cycle de développement qui dure environ un mois), les temps de développement sont ajustés. Ce n’est pas un prix fixe, mais un budget approximatif en fonction duquel il sera élaboré. Il peut s’agir d’un chiffre approximatif, mais il peut également s’agir d’un multiple de ce chiffre budgétaire. Dans les grandes organisations, cette approche est généralement préférée.
3. Prix fixe: Ceci est généralement utilisé dans les petits projets, où le prix ET les exigences sont fixes. Cet article traite de ce type de projet et de ce qui doit être pris en compte lors de l’exécution d’un tel projet à prix fixe.

introduction

De nombreuses petites et moyennes entreprises disposent d’un budget pour entreprendre des projets logiciels. Surtout dans les entreprises non informatiques, les connaissances sur les projets logiciels sont limitées. Ils préfèrent avoir un prix fixe, dans lequel le chef de projet au sein de ces entreprises peut être facilement communiqué au PDG ou à la direction de l’entreprise.

Il serait assez difficile de dire : «Le développement prendra environ 2 à 8 mois et chaque heure coûte 100 dollars américains. Cela pourrait aussi être 14 mois”.

Si la société de services informatiques dit au client, «  Cela prend 4 mois et un budget de 30’000 US Dollar ”, l’équipe du client peut prendre une décision à ce sujet.

Le gros problème avec cela est -> Ce n’est pas ainsi qu’un projet logiciel fonctionne. Voici les raisons :

1. Les exigences changent au cours du projet : Personne ne sait, pas même le client, ce que tout doit être dans la solution logicielle/web pour qu’elle réussisse. Habituellement, ce n’est qu’après quelques semaines que la première version ou les premières interfaces utilisateur Web deviendront visibles. C’est généralement à ce moment-là que le client découvre « Oups, il y a cette fonctionnalité, qui est de la plus haute importance. Sans cette fonctionnalité, le projet ne sera pas un succès”. Mais le coût du projet et l’exécution du projet ont déjà été « fixés » des deux côtés, le client et la SSII. Cela peut être un bouchon de spectacle.
2. Personne ne sait exactement combien de temps il faut pour développer une fonctionnalité : Même si un développeur de logiciels peut donner un chiffre approximatif du temps qu’il faut pour développer une fonctionnalité. Il ou elle ne le sait pas exactement. Cela est vrai même pour le développeur le plus expérimenté. Par conséquent : Plus le projet est grand, plus le risque que l’estimation soit erronée est élevé. Pourtant, avec un tampon plus important dans l’estimation du projet, la société de développement de logiciels essaie en quelque sorte d’atténuer ce risque.

Cela signifie que le fournisseur de services informatiques court déjà le risque de ne pas savoir si l’estimation du développeur était correcte, et en plus de cela, le client peut demander des modifications au sein du projet.

C’est aussi la raison pour laquelle, selon le rapport Chaos Report très cité, un grand pourcentage (environ 40 à 60 %) de tous les projets informatiques échouent.

Parce que dans un Projet à Prix Fixe, personne ne veut céder. Le client ne veut pas payer un dollar américain de plus « Parce qu’un prix fixe a été convenu », et le fournisseur de services informatiques insistera pour ne construire que ce qui a été convenu « Parce que les exigences ont été fixées au début du projet ».

Voici quelques points à retenir pour faire fonctionner les projets à prix fixe

1) Les exigences sont fixées (et seulement après avoir terminé ces exigences, de nouvelles fonctionnalités sont ajoutées)

Le développement du logiciel n’a pas besoin de s’arrêter, une fois que les fonctionnalités initialement convenues ont été développées. Une fois le projet initial terminé, l’étape suivante peut être discutée et exécutée.

Astuce 1 : Le client doit faire ce qui suit : Résistez à l’envie de mettre de nouvelles exigences dans le projet en cours. Même si vous avez le fort sentiment que le projet n’en vaudra pas la peine pour vos clients.

Ce sera assez difficile pour que les exigences initiales fonctionnent. N’ajoutez pas à cela.

2) Disponibilité du client pendant la période de développement

Dans un projet au forfait, la SSII affectera (dans les projets plus petits) un à trois développeurs, un chef d’équipe, un chef de projet et un concepteur.

Une fois le projet lancé, les choses iront vite et il ne faut pas perdre de temps.

Particulièrement important : si l’équipe informatique a des questions sur une tâche ou a besoin de commentaires, ceux-ci doivent être mis à disposition par le client dès que possible. La pire chose qui puisse arriver est si l’équipe de développement doit attendre 2 jours pour les commentaires des clients et reste inactive pendant ce temps.

Si l’équipe de développement reste inactive, ce temps est généralement déduit du budget temps fixe et l’équipe essaie de terminer les tâches dans le temps restant. Ce qui n’est généralement pas une bonne idée, mais peut-être la seule voie à suivre.

Par conséquent, pour bénéficier de l’équipe de développement et de son temps, le client doit être facilement disponible pour répondre aux questions du fournisseur de services informatiques.

Astuce 2: La meilleure solution pour cela serait: Le client fournit un point de contact dédié, disponible pendant les heures de développement, pendant toute la période de développement. Par exemple, John Smith du client sera disponible à partir du 01. Juillet au 30. Août. Pendant ce temps, John Smith sera disponible via Skype ou Slack Chat et pourra répondre aux questions de l’équipe de développement.

3) Fournir du contenu à temps

Dans certains cas, le client est tenu de fournir des textes, des vidéos, des images et d’autres types de contenu ou de matériel.

Ce contenu préalablement convenu doit être fourni à temps.

Dans certains cas, la société de développement a la possibilité d’utiliser des textes factices ou du contenu factice pour le moment.

Mais pour une sortie correcte, le contenu est nécessaire dans certains cas.

Astuce 3 : Assurez-vous d’avoir le contenu (comme des textes ou des images) prêt, lorsque l’équipe de développement le demande.

Remarque : Cela peut également être lié à l’approbation, à la poursuite d’une tâche ou à un document de projet qui doit être signé.

4) Éviter : « Mais cela faisait partie de l’exigence » Arguments (Conseil important supplémentaire)

En réalité, les exigences ne peuvent jamais être entièrement comprises ou écrites au début du projet.

L’équipe de développement de logiciels travaille généralement avec des exemples d’URL envoyés par les clients, une ou deux réunions en ligne et du matériel écrit comme des e-mails ou des PDF.

Il y a généralement une compréhension générale des principales fonctionnalités, mais pas une image claire à 100%.

Cela peut être utilisé par les deux, la société de développement pour dire «  Mais cela ne faisait pas partie de l’exigence, cela coûte plus cher » ou le client de dire « Mais cela faisait partie de l’exigence initiale, nous voulons absolument que cela soit gratuit ”.

Astuce 4: Il doit y avoir une équité générale des deux côtés. Le rapport qualité prix devrait être là. Mais d’un autre côté, cela ne devrait pas être une tâche aussi irréalisable, de sorte que la société de développement ne tire aucun profit des projets.

Remarque : En général, le client (s’il n’est pas un expert en informatique) doit se fier à la procédure de développement suggérée par la société informatique.

Conclusion

La meilleure façon d’aborder les projets logiciels est d’utiliser le développeur dédié ou l’approche développeur dédié / Agile. Mais cela n’est pas faisable pour certaines entreprises en raison de contraintes budgétaires.

Par conséquent, de nombreuses sociétés de services informatiques offrent la possibilité de projets à prix fixe.

Pour le client, il est important de noter que lorsque le prix est fixé, les exigences sont également fixées. Souvent, le prix fixe est confondu avec un « buffet à volonté », où vous payez une fois et pouvez manger (développer) autant que vous le souhaitez. Au contraire, cela ressemble plus à une option de menu « A-La-Carte », où vous commandez le steak pour 5 dollars américains, si vous voulez des frites avec cela, vous devez payer 2 dollars américains supplémentaires.

Mais aussi : Le développement de logiciels et la préparation de repas sont différents. Parce que lors de la création d’un steak, l’entrée est assez claire. Dans le développement de logiciels, ce n’est pas toujours le cas.

Les conseils de cet article vous aideront à réussir vos projets au forfait.

Articles intéressants:

Comment faire en sorte que les projets à prix fixe fonctionnent pour vous

Défis dans le développement de logiciels à prix fixe

Photos : Toile

L’auteur : Sascha Thattil travaille chez Software-Developer-India.com qui fait partie du groupe YUHIRO. YUHIRO est une entreprise germano-indienne qui fournit des programmeurs aux sociétés informatiques, aux agences et aux services informatiques.