L’Outil Surpuissant pour Exploser ton Chiffre d'Affaires en 2024 !
Comment rendre l'itération agile possible dans le cadre de la budgétisation en cascade – Partie 2
Dans la partie 1 de Comment rendre l'itération agile possible dans la budgétisation en cascade j'ai couvert le désir de l'entreprise de réaliser un développement itératif et un délai de mise sur le marché rapide, avec les réserves d'une budgétisation et d'une planification en cascade rigides. J'ai également couvert les étapes d'avant-projet et de démarrage du projet, qui, selon moi, sont d'une importance cruciale pour atteindre le résultat souhaité lors de la mise en œuvre. Si vous n'avez pas lu la partie 1, commencez par là. Vous pouvez tout faire correctement du côté de la livraison tout en restant très agile dans la mauvaise direction.
Passons maintenant aux étapes de livraison. Pour rappel, nous communiquons ces étapes au propriétaire du produit, aux parties prenantes et à la direction au stade de l'avant-projet. Le fait d'avoir l'adhésion et l'heure planifiée tôt permettra d'économiser beaucoup de chagrin plus tard.
- Objectif : Tests fonctionnels et de régression de la livraison.
- Astuce : Effectuer une vérification du contrôle qualité immédiatement après le développement, au lieu d'attendre, garantit que l'esprit du développeur est frais et familiarisé avec la mise en œuvre et les cas de test.
- Objectif : Identifier les défauts au plus tôt.
- Conseils : Cela minimise le temps nécessaire pour corriger les défauts, les régressions sur le contrôle qualité et donc les déploiements de suivi du contrôle qualité. Vous pouvez déployer en continu ou dans une version à la fin d'une période de temps.
- Objectif : Comparer les progrès réalisés par rapport au calendrier et au budget fixés.
- Conseil : Le chef de projet doit régulièrement l'examiner avec le propriétaire du produit et la direction.
- Objectif : Célébrer ce que l'équipe a accompli ! Démontrez aux parties prenantes et au Product Owner la valeur ajoutée par l'équipe, mettez à jour le pourcentage d'achèvement du projet.
- Conseils : Peut avoir plus de succès avec une attention ciblée en planifiant avec les parties prenantes individuelles concernées plutôt qu'une livraison complète. Peut être des changements incrémentiels depuis la première démo.
- Objectif : Atteindre l'approbation finale pour cette itération.
- Astuce : Il ne devrait y avoir aucun changement de portée au cours de cette étape, car ceux-ci ont été couverts dans la première démo. Évaluez les autres changements identifiés au cours de l'UAT pour voir s'ils peuvent s'inscrire dans une période future, ou attendez un projet de phase 2 budgétisé séparément.
- Objectif : réduire le risque, activer plusieurs itérations avant la publication.
- Conseil : Le Product Owner doit maintenir un calendrier pour les versions des fonctionnalités.
- Objectif : Célébrer les réussites. Identifiez les étapes à suivre pour améliorer la vitesse et la qualité.
- Conseil : concentrez-vous sur ce qui est sous le contrôle de votre équipe et effectuez un suivi avec des éléments d'action.
Recommandations finales
Quelques réflexions supplémentaires à prendre en compte. Ces recommandations ne s'inscrivent pas dans un délai précis, mais sont essentielles pour faire avancer le projet.
- Je recommande d'obtenir l'engagement du Product Owner et des Stakeholders pour vérifier et fournir des mises à jour directement dans le système de suivi des tickets.
- Objectif : Rédiger une demande une fois est mieux que l'interprétation de quelqu'un d'autre. Il n'est pas non plus nécessaire de le copier vers un autre emplacement.
- Conseil : Cette étape est facultative mais fortement recommandée ! Il est facile de perdre la trace d'une tâche aussi simple que de copier un e-mail vers le ticket associé.
- Efforcez-vous de minimiser les réunions et les participants. Beaucoup ne pensent pas aux coûts cachés des réunions.
- Pourrait-il d'abord s'agir d'un e-mail ou d'un commentaire sur un ticket ?
- Combien de temps le développement et les tests s'arrêtent avant une réunion programmée ? Et après ? Combien de temps faut-il pour se concentrer à nouveau ?
- Combien de personnes doivent réellement y assister ? Si vous invitez quelqu'un, il se sentira souvent obligé d'y assister.
- Réfléchissez à ce que vous passez beaucoup de temps à faire en dehors du développement de fonctionnalités. Pourrait-il être plus court et toujours efficace?
- J'ai déjà travaillé avec un client pour réduire le temps de déploiement de sa production de 5 à 12 heures de bout en bout à 4 minutes. Pourquoi des recommandations spécifiques sur le suivi des tickets et les réunions sont-elles incluses ? »
Devenir Agile
Les entreprises qui « utilisent » l'agilité mettent en œuvre des processus métier hautement structurés qui peuvent ajouter de la robustesse et de la flexibilité, mais aussi des frais généraux. Les entreprises qui sont agiles utilisent la pensée transformatrice pour optimiser leur délai de livraison. Ce sont des suggestions pour vous faire réfléchir dans le bon état d'esprit et vous améliorer par la pratique. Pour plus d'informations sur la façon dont Perficient peut vous aider à atteindre vos objectifs agiles et à mettre en œuvre vos expériences numériques de rêve, nous aimerions avoir de vos nouvelles.
Contactez Perficient pour commencer votre voyage .
- J'ai déjà travaillé avec un client pour réduire le temps de déploiement de sa production de 5 à 12 heures de bout en bout à 4 minutes. Pourquoi des recommandations spécifiques sur le suivi des tickets et les réunions sont-elles incluses ? »
Source link