Lorsqu'un grand système développé par le processus Agile nécessite un changement brutal à grande échelle qui affecte la plupart des choses, quelle est la meilleure façon d'y parvenir en utilisant Agile? La partie itérative change-t-elle à ce stade? Par exemple, que se passe-t-il si une décision est prise pour faire d'un système centralisé un système distribué? Ou choisissez un autre grand exemple omniprésent.Comment les pratiques de développement Agile sont-elles affectées par un changement généralisé du système?
De grands changements auraient dû être planifiés, mais ce n'est jamais un monde parfait qui est l'une des raisons pour lesquelles Agile existe, alors supposons qu'un changement majeur est soudainement introduit qui ébranle la fondation.
Modifier pour récapituler solutions:
- Il est incrémentiel toute la façon, peu importe comment grand ou petit le changement peut être.
Il est quasiment impossible de répondre à des hypothèses comme celles-ci. Il y a trop de choses que nous pouvons supposer que vous pouvez ensuite rejeter comme ne faisant pas partie de * vos * hypothèses. "choisissez un autre exemple important" nous permet de définir tout ce que nous voulons comme "large" et "omniprésente" et aucune de nos définitions ne pourrait correspondre à la vôtre. Focus et spécificités aident. –
Malheureusement, je me concentre sur le processus Agile en général et comment il est utilisé, et il y a toujours des réponses générales à avoir même si la réponse doit fournir son propre contexte. Je n'ai pas d'exemple précis en ce moment, mais j'apprécie le point de vue pour quand je le fais. –
C'est la création incrémentielle du logiciel.Mais parfois ce ne sont pas des changements incrémentaux du logiciel original sa création incrémentale d'une nouvelle architecture où vous puis branchez ce que vous pouvez de l'ancien système –