Pourtant, le dicton le dit bien : Quand on veut, on peut.
On demande depuis 2 ans un QA qui nous est refusé.
Il suffit de se limiter strictement aux fonctionnalités atomiques demandées pour impacter au minimum l'ensemble en place,
On demande depuis plus d'un an une machine supplémentaire pour faire notre recette interne parce que nos machines actuelles sont saturées.
Avec une bonne CI/CD, le workflow sera totalement transparent car constitué de micro-incréments,
On demande depuis des mois d'arrêter aux commerciaux de fixer des dates de livraison irréalistes sans discussion préalable avec les équipes techniques.
C'est le principe même du release early, non ?
On demande depuis toujours d'arrêter de modifier le périmètre du sprint tous les jours
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.
En conclusion, l'agilité n'est vraiment pas faite pour vous, et il faut laisser faire les gens compétents.
[^] # Re: J'en ai une 11ème
Posté par _kaos_ . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à -7. Dernière modification le 04 septembre 2021 à 06:11.
Pourtant, le dicton le dit bien : Quand on veut, on peut.
Il suffit de se limiter strictement aux fonctionnalités atomiques demandées pour impacter au minimum l'ensemble en place,
Avec une bonne CI/CD, le workflow sera totalement transparent car constitué de micro-incréments,
C'est le principe même du release early, non ?
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.
En conclusion, l'agilité n'est vraiment pas faite pour vous, et il faut laisser faire les gens compétents.
Nan mais on croit rêver !
Matricule 23415