{"id":10627,"date":"2021-06-30T14:49:54","date_gmt":"2021-06-30T12:49:54","guid":{"rendered":"https:\/\/www.software-developer-india.com\/projets-de-developpement-de-logiciels-a-prix-fixe-3-points-importants-a-retenir\/"},"modified":"2025-01-02T07:05:16","modified_gmt":"2025-01-02T05:05:16","slug":"projets-de-developpement-de-logiciels-a-prix-fixe-3-points-importants-a-retenir","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/fr\/projets-de-developpement-de-logiciels-a-prix-fixe-3-points-importants-a-retenir\/","title":{"rendered":"Projets de d\u00e9veloppement de logiciels \u00e0 prix fixe : 3 points importants \u00e0 retenir"},"content":{"rendered":"\n

Projets de d\u00e9veloppement de logiciels \u00e0 prix fixe : 3 points importants \u00e0 retenir<\/h2>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n

Il existe diff\u00e9rentes mani\u00e8res d’ex\u00e9cuter un projet de d\u00e9veloppement logiciel. Ce sont principalement :<\/p>\n\n

    \n
  1. D\u00e9veloppeur d\u00e9di\u00e9\u00a0:<\/strong> Vous obtiendrez un d\u00e9veloppeur 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\u00e9veloppeur travaillera \u00e0 temps plein (environ 160 heures par mois) pour le client.<\/li>\n\n\n\n
  2. Equipe Homme-Mat\u00e9riel\/ Temps et Mat\u00e9riel\/ Agile\/ D\u00e9veloppement\u00a0:<\/strong> Ici, un projet est convenu, mais l’ex\u00e9cution sera effectu\u00e9e par une \u00e9quipe multidisciplinaire de chefs de projet, de scrum masters, d’analystes commerciaux, de d\u00e9veloppeurs commerciaux, de d\u00e9veloppeurs de logiciels\/web, de testeurs de logiciels, etc. Ici, une m\u00e9thodologie Agile est souvent utilis\u00e9e et apr\u00e8s chaque printemps (un cycle de d\u00e9veloppement qui dure environ un mois), les temps de d\u00e9veloppement sont ajust\u00e9s. Ce n’est pas un prix fixe, mais un budget approximatif en fonction duquel il sera \u00e9labor\u00e9. Il peut s’agir d’un chiffre approximatif, mais il peut \u00e9galement s’agir d’un multiple de ce chiffre budg\u00e9taire. Dans les grandes organisations, cette approche est g\u00e9n\u00e9ralement pr\u00e9f\u00e9r\u00e9e.<\/li>\n\n\n\n
  3. Prix fixe:<\/strong> Ceci est g\u00e9n\u00e9ralement utilis\u00e9 dans les petits projets, o\u00f9 le prix ET les exigences sont fixes. Cet article traite de ce type de projet et de ce qui doit \u00eatre pris en compte lors de l’ex\u00e9cution d’un tel projet \u00e0 prix fixe.<\/li>\n<\/ol>\n\n

    introduction<\/strong><\/h3>\n\n

    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\u00e9es. Ils pr\u00e9f\u00e8rent avoir un prix fixe, dans lequel le chef de projet au sein de ces entreprises peut \u00eatre facilement communiqu\u00e9 au PDG ou \u00e0 la direction de l’entreprise.<\/p>\n\n

    Il serait assez difficile de dire : \u00abLe d\u00e9veloppement prendra environ 2 \u00e0 8 mois et chaque heure co\u00fbte 100 dollars am\u00e9ricains. Cela pourrait aussi \u00eatre 14 mois<\/i>\u201d.<\/p>\n\n

    Si la soci\u00e9t\u00e9 de services informatiques dit au client, \u00ab\u00a0 Cela prend 4 mois et un budget de 30’000 US Dollar<\/i> \u201d, l’\u00e9quipe du client peut prendre une d\u00e9cision \u00e0 ce sujet.<\/p>\n\n

    Le gros probl\u00e8me avec cela est -> Ce n’est pas ainsi qu’un projet logiciel fonctionne. Voici les raisons :<\/p>\n\n

      \n
    1. Les exigences changent au cours du projet\u00a0:<\/strong> Personne ne sait, pas m\u00eame le client, ce que tout doit \u00eatre dans la solution logicielle\/web pour qu’elle r\u00e9ussisse. Habituellement, ce n’est qu’apr\u00e8s quelques semaines que la premi\u00e8re version ou les premi\u00e8res interfaces utilisateur Web deviendront visibles. C’est g\u00e9n\u00e9ralement \u00e0 ce moment-l\u00e0 que le client d\u00e9couvre \u00ab\u00a0Oups, il y a cette fonctionnalit\u00e9, qui est de la plus haute importance. Sans cette fonctionnalit\u00e9, le projet ne sera pas un succ\u00e8s<\/i>\u201d. Mais le co\u00fbt du projet et l’ex\u00e9cution du projet ont d\u00e9j\u00e0 \u00e9t\u00e9 \u00ab fix\u00e9s \u00bb des deux c\u00f4t\u00e9s, le client et la SSII. Cela peut \u00eatre un bouchon de spectacle.<\/li>\n\n\n\n
    2. Personne ne sait exactement combien de temps il faut pour d\u00e9velopper une fonctionnalit\u00e9 :<\/strong> M\u00eame si un d\u00e9veloppeur de logiciels peut donner un chiffre approximatif du temps qu’il faut pour d\u00e9velopper une fonctionnalit\u00e9. Il ou elle ne le sait pas exactement. Cela est vrai m\u00eame pour le d\u00e9veloppeur le plus exp\u00e9riment\u00e9. Par cons\u00e9quent : Plus le projet est grand, plus le risque que l’estimation soit erron\u00e9e est \u00e9lev\u00e9. Pourtant, avec un tampon plus important dans l’estimation du projet, la soci\u00e9t\u00e9 de d\u00e9veloppement de logiciels essaie en quelque sorte d’att\u00e9nuer ce risque.<\/li>\n<\/ol>\n\n

      Cela signifie que le fournisseur de services informatiques court d\u00e9j\u00e0 le risque de ne pas savoir si l’estimation du d\u00e9veloppeur \u00e9tait correcte, et en plus de cela, le client peut demander des modifications au sein du projet.<\/p>\n\n

      C’est aussi la raison pour laquelle, selon le rapport Chaos Report tr\u00e8s cit\u00e9, un grand pourcentage (environ 40 \u00e0 60 %) de tous les projets informatiques \u00e9chouent.<\/p>\n\n

      Parce que dans un Projet \u00e0 Prix Fixe, personne ne veut c\u00e9der. Le client ne veut pas payer un dollar am\u00e9ricain de plus \u00ab\u00a0Parce qu’un prix fixe a \u00e9t\u00e9 convenu\u00a0\u00bb, et le fournisseur de services informatiques insistera pour ne construire que ce qui a \u00e9t\u00e9 convenu \u00ab\u00a0Parce que les exigences ont \u00e9t\u00e9 fix\u00e9es au d\u00e9but du projet\u00a0\u00bb.<\/p>\n\n

      Voici quelques points \u00e0 retenir pour faire fonctionner les projets \u00e0 prix fixe<\/h3>\n\n

      1) Les exigences sont fix\u00e9es (et seulement apr\u00e8s avoir termin\u00e9 ces exigences, de nouvelles fonctionnalit\u00e9s sont ajout\u00e9es)<\/strong><\/h3>\n\n

      Le d\u00e9veloppement du logiciel n’a pas besoin de s’arr\u00eater, une fois que les fonctionnalit\u00e9s initialement convenues ont \u00e9t\u00e9 d\u00e9velopp\u00e9es. Une fois le projet initial termin\u00e9, l’\u00e9tape suivante peut \u00eatre discut\u00e9e et ex\u00e9cut\u00e9e.<\/p>\n\n

      Astuce 1 : Le client doit faire ce qui suit :<\/strong> R\u00e9sistez \u00e0 l’envie de mettre de nouvelles exigences dans le projet en cours. M\u00eame si vous avez le fort sentiment que le projet n’en vaudra pas la peine pour vos clients.<\/strong><\/p>\n\n

      Ce sera assez difficile pour que les exigences initiales fonctionnent. N’ajoutez pas \u00e0 cela.<\/p>\n\n

      2) Disponibilit\u00e9 du client pendant la p\u00e9riode de d\u00e9veloppement<\/strong><\/h3>\n\n

      Dans un projet au forfait, la SSII affectera (dans les projets plus petits) un \u00e0 trois d\u00e9veloppeurs, un chef d’\u00e9quipe, un chef de projet et un concepteur.<\/p>\n\n

      Une fois le projet lanc\u00e9, les choses iront vite et il ne faut pas perdre de temps.<\/p>\n\n

      Particuli\u00e8rement important\u00a0: si l’\u00e9quipe informatique a des questions sur une t\u00e2che ou a besoin de commentaires, ceux-ci doivent \u00eatre mis \u00e0 disposition par le client d\u00e8s que possible. La pire chose qui puisse arriver est si l’\u00e9quipe de d\u00e9veloppement doit attendre 2 jours pour les commentaires des clients et reste inactive pendant ce temps.<\/p>\n\n

      Si l’\u00e9quipe de d\u00e9veloppement reste inactive, ce temps est g\u00e9n\u00e9ralement d\u00e9duit du budget temps fixe et l’\u00e9quipe essaie de terminer les t\u00e2ches dans le temps restant. Ce qui n’est g\u00e9n\u00e9ralement pas une bonne id\u00e9e, mais peut-\u00eatre la seule voie \u00e0 suivre.<\/p>\n\n

      Par cons\u00e9quent, pour b\u00e9n\u00e9ficier de l’\u00e9quipe de d\u00e9veloppement et de son temps, le client doit \u00eatre facilement disponible pour r\u00e9pondre aux questions du fournisseur de services informatiques.<\/p>\n\n

      Astuce 2: La meilleure solution pour cela serait:<\/strong> Le client fournit un point de contact d\u00e9di\u00e9, disponible pendant les heures de d\u00e9veloppement, pendant toute la p\u00e9riode de d\u00e9veloppement. Par exemple, John Smith du client sera disponible \u00e0 partir du 01. Juillet au 30. Ao\u00fbt. Pendant ce temps, John Smith sera disponible via Skype ou Slack Chat et pourra r\u00e9pondre aux questions de l’\u00e9quipe de d\u00e9veloppement.<\/p>\n

      \n
      \"\"<\/a><\/figure>\n<\/div>\n

      3) Fournir du contenu \u00e0 temps<\/strong><\/h3>\n\n

      Dans certains cas, le client est tenu de fournir des textes, des vid\u00e9os, des images et d’autres types de contenu ou de mat\u00e9riel.<\/p>\n\n

      Ce contenu pr\u00e9alablement convenu doit \u00eatre fourni \u00e0 temps.<\/p>\n\n

      Dans certains cas, la soci\u00e9t\u00e9 de d\u00e9veloppement a la possibilit\u00e9 d’utiliser des textes factices ou du contenu factice pour le moment.<\/p>\n\n

      Mais pour une sortie correcte, le contenu est n\u00e9cessaire dans certains cas.<\/p>\n\n

      Astuce 3 : Assurez-vous d’avoir le contenu (comme des textes ou des images) pr\u00eat, lorsque l’\u00e9quipe de d\u00e9veloppement le demande.<\/strong><\/p>\n\n

      Remarque\u00a0: Cela peut \u00e9galement \u00eatre li\u00e9 \u00e0 l’approbation, \u00e0 la poursuite d’une t\u00e2che ou \u00e0 un document de projet qui doit \u00eatre sign\u00e9.<\/p>\n\n

      4) \u00c9viter\u00a0: \u00ab\u00a0Mais cela faisait partie de l’exigence\u00a0\u00bb Arguments (Conseil important suppl\u00e9mentaire)<\/strong><\/h3>\n\n

      En r\u00e9alit\u00e9, les exigences ne peuvent jamais \u00eatre enti\u00e8rement comprises ou \u00e9crites au d\u00e9but du projet.<\/p>\n\n

      L’\u00e9quipe de d\u00e9veloppement de logiciels travaille g\u00e9n\u00e9ralement avec des exemples d’URL envoy\u00e9s par les clients, une ou deux r\u00e9unions en ligne et du mat\u00e9riel \u00e9crit comme des e-mails ou des PDF.<\/p>\n\n

      Il y a g\u00e9n\u00e9ralement une compr\u00e9hension g\u00e9n\u00e9rale des principales fonctionnalit\u00e9s, mais pas une image claire \u00e0 100%.<\/p>\n\n

      Cela peut \u00eatre utilis\u00e9 par les deux, la soci\u00e9t\u00e9 de d\u00e9veloppement pour dire \u00ab\u00a0 Mais cela ne faisait pas partie de l’exigence, cela co\u00fbte plus cher<\/i> \u00bb ou le client de dire \u00ab Mais cela faisait partie de l’exigence initiale, nous voulons absolument que cela soit gratuit<\/i> \u201d.<\/p>\n\n

      Astuce 4: Il doit y avoir une \u00e9quit\u00e9 g\u00e9n\u00e9rale des deux c\u00f4t\u00e9s.<\/strong> Le rapport qualit\u00e9 prix devrait \u00eatre l\u00e0. Mais d’un autre c\u00f4t\u00e9, cela ne devrait pas \u00eatre une t\u00e2che aussi irr\u00e9alisable, de sorte que la soci\u00e9t\u00e9 de d\u00e9veloppement ne tire aucun profit des projets.<\/p>\n\n

      Remarque : En g\u00e9n\u00e9ral, le client (s’il n’est pas un expert en informatique) doit se fier \u00e0 la proc\u00e9dure de d\u00e9veloppement sugg\u00e9r\u00e9e par la soci\u00e9t\u00e9 informatique.<\/p>\n\n

      Conclusion<\/strong><\/h3>\n\n

      La meilleure fa\u00e7on d’aborder les projets logiciels est d’utiliser le d\u00e9veloppeur d\u00e9di\u00e9 ou l’approche d\u00e9veloppeur d\u00e9di\u00e9 \/ Agile. Mais cela n’est pas faisable pour certaines entreprises en raison de contraintes budg\u00e9taires.<\/p>\n\n

      Par cons\u00e9quent, de nombreuses soci\u00e9t\u00e9s de services informatiques offrent la possibilit\u00e9 de projets \u00e0 prix fixe.<\/p>\n\n

      Pour le client, il est important de noter que lorsque le prix est fix\u00e9, les exigences sont \u00e9galement fix\u00e9es. Souvent, le prix fixe est confondu avec un \u00ab\u00a0buffet \u00e0 volont\u00e9\u00a0\u00bb, o\u00f9 vous payez une fois et pouvez manger (d\u00e9velopper) autant que vous le souhaitez. Au contraire, cela ressemble plus \u00e0 une option de menu \u00ab\u00a0A-La-Carte\u00a0\u00bb, o\u00f9 vous commandez le steak pour 5 dollars am\u00e9ricains, si vous voulez des frites avec cela, vous devez payer 2 dollars am\u00e9ricains suppl\u00e9mentaires.<\/p>\n\n

      Mais aussi : Le d\u00e9veloppement de logiciels et la pr\u00e9paration de repas sont diff\u00e9rents. Parce que lors de la cr\u00e9ation d’un steak, l’entr\u00e9e est assez claire. Dans le d\u00e9veloppement de logiciels, ce n’est pas toujours le cas.<\/p>\n\n

      Les conseils de cet article vous aideront \u00e0 r\u00e9ussir vos projets au forfait.<\/p>\n\n

      Articles int\u00e9ressants:<\/p>\n\n

      Comment faire en sorte que les projets \u00e0 prix fixe fonctionnent pour vous<\/a><\/p>\n\n

      Comment se d\u00e9roule un projet \u00e0 prix fixe ?<\/a><\/p>\n\n

      Photos : Toile<\/p>\n\n

      \n
      \n
      \"\"<\/figure>\n<\/div>\n

      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\u00e9t\u00e9s informatiques, aux agences et aux services informatiques.<\/p>\n