Et si les plus gros bogues de votre projet ne sont pas dans le code – mais dans les exigences? | par le gars de l’IA | Écrivez un catalyseur | Juin 2025

Cela a commencé avec une réunion de planification de sprint. Le genre que nous redoutons tous – le genre où tout le monde se présente avec de bonnes intentions mais laisse avec un tas d’articles d’utilisateurs peu clairs, quelques critères d’acceptation vagues et une planche de sprint qui ressemble plus à une liste de souhaits qu’à un plan.

Je me souviens avoir regardé le conseil d’administration de Jira après la fin de l’appel. C’était là: une exigence magnifiquement rédigée qui disait, « Les utilisateurs doivent pouvoir télécharger des documents et recevoir des commentaires en temps réel. «  Aucune mention des limites de taille de fichier. Aucune note sur les types de documents.

Aucune clarification si cela devait se produire dans le navigateur ou via une API. Comme d’habitude, nous étions censés «comprendre pendant le développement.« 

C’était bien – jusqu’à ce que ce ne soit pas.

Quelques mois plus tôt, nous avions livré une fonctionnalité basée sur une exigence tout aussi optimiste. Ce n’est qu’après l’avoir déployé en production que nous avons appris que le client s’attendait à ce qu’il prenne en charge les PDF numérisés avec des capacités OCR. Personne ne l’avait mentionné.

Il n’était même pas laissé entendre. Nous avons construit un système pour gérer les téléchargements en texte en clair. L’écart entre l’équipe de produits…