Les pratiques agiles sont adoptées par les organisations de tous les secteurs et marchés. Le moteur de cela est la conviction que les dirigeants organisationnels ont le pouvoir d’Agile pour transformer, moderniser et améliorer considérablement leurs activités en rationalisant le développement de systèmes, en maximisant la flexibilité et l’efficacité et en simplifiant les systèmes et processus d’affaires complexes.
Cependant, l’utilisation du modèle Agile n’est pas toujours la meilleure option pour un projet particulier. En fait, certains projets peuvent être extrêmement compliqués en essayant d’utiliser des techniques Agiles, ce qui va à l’encontre de l’objectif d’utiliser la méthodologie Agile en premier lieu.
Pour éviter cela, les organisations et les responsables de programme doivent comprendre comment appliquer Agile là où cela est approprié et reconnaître quand d’autres approches sont plus appropriées. Voici une brève liste des caractéristiques du projet qui peuvent vous aider à décider quand et quand ne pas utiliser Agile.
| UTILISEZ Agile quand… | N’utilisez PAS Agile quand… | |
 |
…votre projet nécessite des membres de l’équipe bien disciplinés, chevronnés et qualifiés pour mettre Agile en pratique. Si votre projet est suffisamment complexe pour nécessiter des employés aussi qualifiés, c’est le signe que des tactiques agiles peuvent aider à rendre le développement du projet plus efficace. | …le travail pour votre projet peut être effectué par des membres de l’équipe novices, relativement peu qualifiés et qui n’ont jamais eu d’expérience pratique de l’utilisation d’Agile. Il est inutile d’essayer d’utiliser Agile si vos employés ne le connaissent pas, car ils ne pourront pas l’utiliser correctement. |
|
|
…votre client ou client sera disponible et prêt à participer à une collaboration étroite tout au long du projet. Les projets agiles nécessitent des commentaires cohérents de la part de vos clients tout au long du processus, car le succès dépend de la façon dont vous avez répondu aux besoins changeants de vos clients. |
…votre client ou client ne sera pas disponible ou disposé à participer à une collaboration étroite tout au long du projet. Comme indiqué précédemment, les projets Agiles dépendent des commentaires cohérents de vos clients tout au long du processus. Donc, si votre client n’est pas disponible, n’essayez pas d’utiliser Agile. |
|
|
…le succès de votre projet sera défini par la satisfaction et la réponse active de l’équipe aux besoins en développement du client tout au long de la durée de vie du projet. Cela ne peut être réalisé qu’avec les commentaires du client à plusieurs étapes du projet. |
…le succès de votre projet est défini par la satisfaction des exigences initiales du client, et non des besoins en évolution. Alors que les projets Agiles se concentrent sur les besoins en développement continu du client, si votre projet a des buts ou des objectifs statiques, vous serez mieux sans utiliser Agile. |
|
|
…les livrables de votre projet peuvent être raisonnablement distribués dans des paquets de travail réalisables dans de courtes périodes d’environ deux à quatre semaines. La rapidité et la flexibilité des projets Agiles dépendent d’une distribution fluide et rapide des livrables à chaque nouvelle étape du processus. |
…les livrables de votre projet ne peuvent pas être raisonnablement distribués dans des paquets de travail réalisables en 6 semaines ou sur des périodes plus courtes. Les pratiques agiles ne pourront pas bénéficier à votre projet si les livrables de chaque étape du projet ne peuvent pas être distribués assez rapidement. |
 |
…votre projet implique des processus itératifs ou cycliques dans lesquels des résultats incrémentiels ajouteront de la valeur à votre projet en fournissant continuellement de nouvelles orientations pour votre projet. Cela est lié au besoin de commentaires des clients, car cela fournira une grande partie des nouvelles orientations et orientations pour votre projet. | …le processus de votre projet est mieux implémenté en linéaire ou en spirale (par opposition à itératif), dans lequel les résultats incrémentaux auront peu ou pas de valeur significative pour développer votre projet. Cela signifie que les commentaires et la réévaluation des clients, aspects vitaux du développement de projets Agiles, ne seront pas nécessaires. |
C’est un truisme que l’avenir est Agile. En fait, avec les marchés en constante évolution d’aujourd’hui et l’évolution rapide de la technologie, la flexibilité et la réactivité que les techniques agiles peuvent offrir pourraient être la meilleure option pour de nombreuses initiatives de modernisation. Cependant, l’agilité n’est pas toujours la meilleure méthode pour mettre en œuvre un projet spécifique. Il y a un temps et un lieu pour tout, même les projets qui ne devraient pas utiliser Agile.
Pour lire une liste complète des scénarios où vous devriez et ne devriez pas utiliser les pratiques Agiles dans votre projet, ainsi que d’autres conseils pour la transition vers un nouveau paradigme organisationnel, consultez le livre blanc de RG sur la réussite de la livraison de projets Agiles.
Pour en savoir plus sur la méthodologie Agile dans la pratique, téléchargez notre » Guide du praticien Agile. »