Non, cela demande encore moins d’effort

• Un article sur Smart Guess, la meilleure application d’estimation de stories dans Jira
• Smart Guess gagne en popularité parmi les personnes à l’aise avec la technologie grâce à ses fonctionnalités uniques
• L’application Smart Guess est conçue pour aider les utilisateurs à estimer l’effort nécessaire pour diverses tâches dans Jira
• Smart Guess utilise des algorithmes avancés pour fournir des estimations précises, ce qui la distingue d’autres applications similaires
• Son interface conviviale et ses fonctionnalités faciles à comprendre la rendent populaire auprès des ingénieurs logiciels débutants
• L’article met en avant la capacité de l’application Smart Guess à faire gagner du temps et à améliorer la productivité, ce qui en fait un outil précieux pour la gestion de projet
• Article publié le 19 juin 2023, ce qui indique que Smart Guess est un ajout relativement récent sur le marché
• Les retours positifs des utilisateurs suggèrent que Smart Guess est un outil fiable et efficace pour l’estimation de stories dans Jira

[fortune]

Si on traduit le titre original de l’article avec DeepL, ça donne ceci :

« Non, ça demande encore moins d’effort que ça ! », dit-il ?

[GN⁺]

Avis Hacker News

• Discussion comparant la pression mise sur les commerciaux pour augmenter leurs objectifs de vente au fait de demander du soleil à des météorologues.
• Certains soutiennent qu’il s’agit simplement de demander aux gens de travailler de manière plus efficace et plus rapide, et que les commerciaux devraient pouvoir fixer eux-mêmes leurs objectifs.
• D’autres critiquent cette analogie en affirmant que les développeurs se concentrent davantage sur le fait d’opérer dans la « météo » que de la prédire.
• Discussion sur la frustration ressentie lorsque les parties prenantes reçoivent des estimations de travail irréalistes.
• Certains commentaires suggèrent que la seule façon d’accélérer le développement logiciel est de simplifier les exigences, car elles sont souvent trop vastes, trop vagues ou fondées sur de mauvaises hypothèses.
• D’autres affirment que les intermédiaires manipulent souvent les développeurs pour leur faire fournir des estimations basses, puis les blâment quand cela prend plus de temps.
• Suggestion selon laquelle les développeurs et les parties prenantes devraient discuter de la manière de modifier le périmètre du projet afin d’obtenir un compromis coût/bénéfice approprié.
• Certains commentaires reprochent aux développeurs de ne pas comprendre l’aspect business et de ne pas voir pourquoi des estimations plus courtes sont préférables.
• D’autres expriment la difficulté d’être priés de fournir des estimations alors que le projet est à peine décrit, ainsi que la nécessité d’auditer la base de code pour évaluer les risques avant de commencer.
• Discussion sur la possibilité pour les parties prenantes de remettre en question les estimations, certains plaidant pour un dialogue bilatéral sur le périmètre et le calendrier.
• Certains commentaires font référence avec humour aux scènes de piratage dans les films d’action où des délais irréalistes sont annoncés.
• La discussion se conclut sur l’idée qu’on peut faire évoluer les estimations en examinant plus en profondeur les exigences et l’implémentation proposée, puis en trouvant des solutions plus simples qui permettent d’atteindre l’essentiel du résultat souhaité.