Par construction, les tâches sont tellement fragmentées qu'elles ne devraient de toute façon pas demander plus d'une journée de travail pour un développeur honnête.
J'en parlerai à mes connaissances qui font de dev.
Mwahaha !
Ah, bon, bah voilà ce qu'on en pense collégialement...
Non, sérieusement, tu peux découper en toutes petites tâches si ton projet est bien codé, bien conçu, bien architecturé dès l'origine, voire que tu es en mode maintenance.
Mais bon parfois ton boulot de dev, c'est de réécrire des pans de code, et de faire ça sans filet de sécurité (tests automatiques, tests de non régression, etc), et ça se fait pas en une journée, ça n'a pas de sens.
Une simple étude de faisabilité peut prendre plusieurs jours, un comparatif entre deux solutions pour résoudre un problème peut durer plusieurs jours, simplement comprendre le code existant d'une fonctionnalité peut demander plus d'une journée.
Enfin un truc qui va au-delà de changer la couleur de fond du bouton
Quand je lis qu'une tâche ne devrait « honnêtement » pas durer plus d'une journée, j'ai l'impression qu'on a affaire à une équipe de stagiaire super bien encadrée, dans un projet simple et sans impact majeur, avec une chaîne de développement continu parfaitement mise en place, des tests unitaires, des tests de non régression, etc. à chaque commit sur une branche.
Un jeu de société du développement logiciel quoi...
Mais bon, ceci ne représente que mon avis, mâtiné de mon expérience, ça n'engage que moi.
[^] # Re: J'en ai une 11ème
Posté par Yth (Mastodon) . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 5.
J'en parlerai à mes connaissances qui font de dev.
Ah, bon, bah voilà ce qu'on en pense collégialement...
Non, sérieusement, tu peux découper en toutes petites tâches si ton projet est bien codé, bien conçu, bien architecturé dès l'origine, voire que tu es en mode maintenance.
Mais bon parfois ton boulot de dev, c'est de réécrire des pans de code, et de faire ça sans filet de sécurité (tests automatiques, tests de non régression, etc), et ça se fait pas en une journée, ça n'a pas de sens.
Une simple étude de faisabilité peut prendre plusieurs jours, un comparatif entre deux solutions pour résoudre un problème peut durer plusieurs jours, simplement comprendre le code existant d'une fonctionnalité peut demander plus d'une journée.
Enfin un truc qui va au-delà de changer la couleur de fond du bouton
Quand je lis qu'une tâche ne devrait « honnêtement » pas durer plus d'une journée, j'ai l'impression qu'on a affaire à une équipe de stagiaire super bien encadrée, dans un projet simple et sans impact majeur, avec une chaîne de développement continu parfaitement mise en place, des tests unitaires, des tests de non régression, etc. à chaque commit sur une branche.
Un jeu de société du développement logiciel quoi...
Mais bon, ceci ne représente que mon avis, mâtiné de mon expérience, ça n'engage que moi.