Les processus de gestion des changements agiles sont essentiels pour fournir des logiciels plus rapidement

En mettant l'accent sur la valeur de livraison plus rapide, gestion agile des produits devrait donner la priorité aux temps de réponse rapides aux commentaires des clients . Malgré cela, de nombreuses organisations continuent de s'appuyer sur des pratiques de gestion du changement lourdes qui peuvent entraîner des goulots d'étranglement dans release livraison. Lorsque des pratiques héritées telles que l'examen manuel des modifications sont autorisées à avoir un impact sur les délais et les délais de cycle, elles ont un impact négatif à la fois sur le produit et sur l'expérience client.

Bien que les chefs de produit s'impliquent rarement dans des efforts tels que la réduction des délais d'approbation des modifications, la réalité est que l'accélération de la livraison des modifications est tout aussi importante que la gestion d'un backlog. Les équipes d'approbation des changements doivent donc remonter vers les chefs de produit pour accélérer le processus pour passer de la user story à deployment, se rencontrer au milieu en s'appropriant mutuellement les délais d'approbation des changements. 

L'accélération des approbations de changement peut être obtenue grâce à la technologie : l'analyse et l'automatisation des données. L'analyse de l'intelligence artificielle et de l'apprentissage automatique (IA/ML) peut modéliser le risque de changement, permettant aux équipes de consacrer uniquement du temps aux changements qui présentent de véritables menaces de risque. L'automatisation peut accorder une approbation automatique aux modifications à faible risque, en particulier celles qui correspondent à un modèle de modification standard. Ce processus entraîne des releases et des clients plus satisfaits. Il offre également la possibilité de commencer immédiatement à travailler sur deployapporter les changements bénéfiques dans la prochaine release.

La conduite du changement est un point critique pour la création de valeur

Le pipeline de livraison de logiciels peut considérablement ralentir alors que releases attendre les approbations de changement. Pourtant, de nombreuses organisations restent prudentes avec leur politique d'approbation des changements, exigeant l'approbation manuelle du comité consultatif des changements (CAB) dans presque tous les cas.

Des ralentissements peuvent également se produire car l'approbation des modifications représente un transfert du développement aux opérations. Lorsque les organisations sont fortement cloisonnées entre le développement et les opérations, une file d'attente peut se former en tant que nouveau releasej'attends deployl'approbation du ment. À la lumière de cette relation, il convient de mentionner que les approbations de changement lentes peuvent représenter plus que les clients qui attendent le prochain release; ils peuvent également indiquer un retard dans le développement de la rétroaction qu'ils peuvent utiliser pour éclairer leur travail en cours.

Les scrum.org L'équipe met en évidence le préjudice causé par ce décalage de rétroaction et encourage les équipes à envisager de rechercher conceptuellement une courte fenêtre de "temps d'apprentissage" ⁠ - ce qui signifie des boucles de rétroaction rapides ⁠ - plutôt qu'un court délai de mise sur le marché. La différence est subtile, mais elle se reflétera dans les pratiques culturelles. Une fois les changements released, l'entreprise peut commencer à connaître les effets de ces changements en fonction de la boucle de rétroaction des clients et des utilisateurs. 

Les équipes de gestion du changement ont un rôle important : elles sont là pour veiller à ce que releases répondent aux normes minimales de qualité, de performance et de sécurité, résumées par la valeur ajoutée globale. Les équipes peuvent résoudre le problème du transfert en incorporant deux choses :

1. Mettre en œuvre les améliorations de processus nécessaires pour encourager l'appropriation du temps de cycle d'examen des changements des deux côtés de DevOps
2. Investissez dans la technologie d'analyse pour rendre la gestion des risques plus rapide et plus informative

La gestion de produit agile devrait inclure la gestion du changement dans son champ d'application

Les chefs de produit agiles ont déjà beaucoup à faire. Ils doivent néanmoins assumer la responsabilité du temps de cycle global pour s'assurer que les changements nécessaires parviennent sur le marché en temps opportun. 

Pour passer du rôle de "preneur de commande" à la traîne à un rôle de premier plan et proactif, les experts agiles suggèrent de rechercher des opportunités d'amélioration des processus afin que la gestion du changement et la gestion des produits puissent être fluides. Tim Creasey, directeur de l'innovation de Prosci, décrit des pratiques efficaces de gestion du changement, notamment :

• approche — L'approche de gestion du changement doit s'aligner sur les phases du processus Agile et doit être sélective en ce qui concerne les activités qui génèrent de la valeur.
• Ressources — Les besoins en ressources de gestion du changement varient au cours d'un effort de développement Agile et doivent être prêts à pivoter en fonction de l'impact sur les employés d'une phase donnée.
• Intégration avec la gestion de projet — Les équipes de gestion du changement et de projet doivent s'intégrer plus tôt, avec des niveaux de communication et de collaboration plus élevés.

Cartographiez vos processus et identifiez les endroits où la gestion du changement pourrait être améliorée. Nina Scarnici (PMP, Publicis Seattle) affirme que les questions de procédure peuvent avoir tendance à compliquer excessivement les processus, créant ainsi un goulot d'étranglement. "Lorsque cela se produit, le moyen le plus simple d'arranger les choses est d'identifier où vous perdez votre temps, de rationaliser le processus de travail et de trouver des opportunités pour améliorer votre flux de travail."

Visez des tailles de lots plus petites. DevOpsRéservation de groupe a mené une expérience de pensée sur le changement deployfréquence de versement de trimestrielle à mensuelle à quotidienne. "Plus la taille du lot est petite, plus il est facile de tester, plus il est facile de deploy, et plus il est facile de l'annuler en cas d'échec. Nous nous attendons donc à ce que le taux d'échec des modifications diminue, le délai d'exécution diminue, le MTTR diminue et la disponibilité augmente en raison de changements plus fréquents. deployments et des tailles de lots plus petites. 

Reconnaissez que plus fréquemment deployments offrent plus de valeur en somme que les mêmes changements sur un cycle moins fréquent. DevOpsRéservation de groupe a noté que "Compte tenu de chaque deployest une occasion d'apprendre ce que nos clients veulent et ont réellement besoin, nous nous attendrions également à ce que les efforts inutiles diminuent. De nombreuses équipes passent du temps à créer des fonctionnalités dont le client ne veut pas vraiment et qu'elles n'utilisent jamais (certaines estimations vont jusqu'à 50 % ou plus des fonctionnalités fournies n'ajoutent aucune valeur au client et sont donc du gaspillage). Par deployEn procédant plus fréquemment, par petits incréments, nous évitons de regrouper de gros morceaux de travail qui, en fin de compte, n'apportent aucune valeur. 

La gestion de produit agile a de nombreuses priorités, y compris la nécessité d'intégrer les commentaires des clients dans la planification des fonctionnalités à venir, mais la gestion de produit doit également maintenir les délais de livraison des modifications à un niveau élevé. En d'autres termes : l'amélioration de la gestion du changement est souvent un fruit à portée de main pour l'accélération de la création de valeur et l'amélioration de DevOps continuité de l'équipe dans son ensemble. 

Vous voulez savoir comment créer une stratégie d'intégration basée sur les données pour accélérer votre transformation numérique ? Regardez notre webinaire : La clé des résultats commerciaux étonnants réside dans les données.