Faut-il écrire des "critères de test et d'acceptation" à la livraison du site — quoi écrire ?

Vous avez raison. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

En regardant le processus, le tableau change. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

À votre place, j'irais par cette voie.

Beau travail. Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée.

À votre place, j'irais par cette voie.

Ce conseil ne convient pas à tout le monde, je pense. L'offre la moins chère est généralement la moins réfléchie.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Nous avons aussi bloqué au même endroit à une époque. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Corrigez-moi si je me trompe.

Il y a un point qui m'interpelle. Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée.

Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur. Corrigez-moi si je me trompe.

Il faut y aller étape par étape. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

Absolument. Si j'ajoute quelque chose : Les décisions hâtives finissent par être corrigées six mois plus tard.

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

chez nous ça s'est passé comme ça... si le périmètre s'agrandit, il faut augmenter soit le délai, soit le budget. genre il n'y a pas de troisième option.

dans un système repris le plus coûteux sont les dépendances inconnues.

Laissez-moi détailler l'aspect technique. Tout va bien les trois premiers mois les problèmes arrivent au quatrième.

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

Nous avons aussi bloqué au même endroit à une époque. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

j'ai travaillé longtemps sur ce sujet. mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

corrigez-moi si je me trompe.

C'est vrai en théorie, mais ça ne marche pas ainsi en pratique. bon si c'est une première, commencez petit l'échelle viendra plus tard.

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

Je vais essayer.

Je me pose aussi la question. Quand on essaie de tout changer en même temps, rien ne prend.

Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. bon voilà, désolé si je me suis étendu.

Si vous partez dans cette direction réglez cela dès le départ. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

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

Je ne savais pas ça.

La réponse ci-dessus va droit au but. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

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