L’éléphant dans la pièce par Beata Kovacs


Résumé: appliquez les mêmes processus de découverte aux produits hérités que si vous partiez de zéro. Les principes de poche peuvent guider le fonctionnement de votre équipe et la façon dont vous offrez de la valeur à vos utilisateurs.

Les produits hérités sont comme des éléphants – ils ne sont pas très agiles

Il existe de nombreuses opportunités d’avoir un impact lorsque vous travaillez avec des outils qui sont venus d’une époque différente, mais vous devez réfléchir à la meilleure façon de gérer dès le départ. Cela est particulièrement vrai s’ils doivent s’intégrer à des méthodes de travail ou des systèmes plus agiles.

N’oubliez pas de découvrir

Comme les produits hérités existent dans le monde réel, les gens s’habituent à les utiliser. Il y a des attentes établies, des fonctionnalités connues et une valeur particulière à réaliser. En tant que tel, lorsque nous travaillons avec eux, nous oublions souvent de parcourir nos processus de découverte. Ensuite, en ce qui concerne la livraison, quelle que soit l’efficacité de votre équipe et de vos pratiques de travail, si vous n’avez pas trouvé la bonne chose à construire, vous allez avoir des ennuis.

Dual-Track Agile pour la victoire

Avec la double piste, vous exécutez une livraison et un sprint de découverte en même temps. Cela vous permet de découvrir les bonnes choses à construire et de les faire expédier à la même vitesse. Cela peut être particulièrement utile lorsque vous travaillez avec des produits hérités.

Trouvez votre liste de problèmes à résoudre

Une fois que vous avez trouvé un moyen de lancer le processus de découverte, vous devez détailler les résultats que vous cherchez à atteindre. Celles-ci doivent guider et orienter chaque décision prise tout au long du processus de livraison. Même sur les grandes plates-formes héritées, celles-ci sont plus efficaces qu’une liste de fonctionnalités ou une documentation des exigences car elles permettent une flexibilité.

Les principes de poche améliorent la qualité

Si en équipe, vous décidez comment vous voulez travailler avant de vous y mettre, alors tout sera plus facile à avancer.

Un exemple de ceci pourrait être la collaboration par défaut. Beata et son équipe ont découvert qu’en organisant des ateliers sur les aspects les plus techniques de leurs produits, ils anticipaient les problèmes bien avant qu’ils ne surviennent, tout en obtenant l’adhésion de toutes les équipes impliquées.

Ces principes n’ont pas besoin d’être étendus, juste assez pour aider les autres à savoir comment vous travaillez le mieux et à vous tenir pour responsables. Ces principes peuvent également se concentrer sur la façon dont vous construirez votre produit.

Un autre exemple de l’équipe de Beata a été l’idée de fournir un «feedback exploitable». En cas de problème avec le produit, ses utilisateurs doivent savoir ce qu’ils doivent faire et comment le résoudre.





Source

  • Partager cet article

Laisser un commentaire