Décider la date de sortie avant de collecter toutes les exigences inégile?
Je viens de commencer à lire le livre en appliquant UML et des motifs de Craig Larman. Je trouve cela très intéressant parce que cela remonte beaucoup de ce que j'ai dit au travail. Je lis que ces exigences ne sont pas entièrement collectées en une seule fois à Agile et que cela prend de nombreuses itérations pour compléter la collecte des exigences. Si tel est le cas, est en train de mettre en place une date limite définie, ce qui est obligé de faire au travail, très peu agile, compte tenu de la nécessité de nouvelles exigences de rupture au sol (ou de modifier la demande de masquage en tant qu'exigence) demain?
Il n'y a absolument aucun problème "agile" avec une date de sortie fixe si Vous êtes prêt à déplacer l'une des deux autres bords du "Triangle de fer": les exigences de ce qui doit être dans cette version , ou les ressources que vous avez disponibles. Vous ne pouvez pas réparer les trois - et dans la pratique, le côté "Ressources" du triangle est très souvent plus flexible ni inefficace à modifier.
S'il y a une nouvelle exigence majeure demain, c'est bien tant que l'entreprise est prête à accepter que l'exigence pourrait ne pas faire la date de sortie - c'est-à-dire qu'elle glisse à la prochaine version.
Je pense que le problème dans de nombreux camps agiles est avec le mot date limite. Le risque avec une date limite est que vous supposez que vous savez ce qui doit être fait. Comme vous le soulignez, vous ne pouvez pas avoir une date limite pour un inconnu.
Ce qui est décrit dans la réponse de Philip est beaucoup moins une date limite qu'une contrainte. Nous pourrions dire que nous avons financé jusqu'en mars et nous devons donc faire le meilleur produit possible à cette époque.
Pour donner une analogie, pensons que je vous demande d'aller à l'épicerie et d'acheter toutes les courses de la semaine et, avant de partir ou de regarder tous les prix, je veux que vous me dise exactement ce que vous allez dépenser. De plus, vous serez pénalisé si vous avez tort. Vous ferez exactement ce que les gens font avec les délais de projet - vous choisirez un numéro à la hauteur de ce que vous pensez que la gamme pourrait être parce qu'elle a la chance la plus faible de vous devenir pénalisée. Disons maintenant que je vous dis que cela est inacceptable et vous devez acheter les mêmes choses que vous avez planifiées, mais vous devez le faire pour 50 $ moins cher, ou bien. Maintenant que pouvez-vous faire? Vous pouvez refuser, vous pouvez simplement reporter l'argument jusqu'à votre magasin, ou vous pouvez trouver un moyen de tromper la situation. C'est ce qui se passe dans de nombreuses organisations avec des délais fixés sur des inconnues.
Maintenant, voyant à quel point cette situation est malsaine, Agile dit simplement "Si vous avez un budget, je peux promettre de venir sous cela et vous donnera les meilleurs repas possibles pour cette semaine dans cette contrainte." Qui est une conversation beaucoup plus saine pour avoir.
Agile est une technique, pas un résultat. En comparant à la faune de la pelouse, une itération est comme une ligne d'herbe que vous avez fauchée. Si quelqu'un dit "tondre toute votre pelouse en 15 minutes" et que vous utilisez agile, vous achetez peut-être 30% à la fin. Ensuite, vous ira bien plus tard et terminerez-le.
Vous pouvez avoir une date de sortie planifiée sans problème. Assurez-vous simplement qu'à cette date particulière, vous n'avez aucune fin. Vous devrait Avoir un produit pouvant être expédié à la fin de chaque sprint, mais il n'y a généralement aucun danger si vous ne le faites pas; C'est plus un objectif qui concentre le travail au lieu d'une exigence. Si vous avez une date de publication planifiée, vous DOIT Avoir un produit libérable à cette date.
Vous viserez généralement à avoir un produit non testé, mais espérons-le, mais, d'avis, avant la date de publication prévue, le produit est testé et les bogues résolus jusqu'à ce que des normes de qualité soient remplies, puis il est libéré sans aucune panique. La libération contiendra tout ce qui était prêt à cette époque.
Maintenant, cela peut ne pas être évident pour votre patron que vous devez également planifier une deuxième date de sortie, avec plus de fonctionnalités réellement mises en œuvre.