Fermer

juillet 29, 2021

Comment rendre l'itération agile possible dans le cadre de la budgétisation en cascade – Partie 26 minutes de lecture



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.
  • QA vérifie que la fonctionnalité est complète et prête pour le déploiement du serveur QA.
    • 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.
  • Le gestionnaire de projet travaille avec Business Analyst pour examiner les fonctionnalités terminées et mettre à jour l'avancement global du projet.
    • 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.
  • 2nd Démo(s) d'étape de la fonctionnalité sur le serveur QA.
    • 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.
  • Les parties prenantes de la fonctionnalité effectuent l'UAT.
    • 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.
  • Déployez la fonctionnalité sur Prod avec un système de basculement de fonctionnalité. Le Product Owner peut ensuite le publier quand il le souhaite.
    • 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.
  • Équipe de livraison régulière rétro.
    • 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.

    1. 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é.
    1. 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.
    2. 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 .

        À propos de l'auteur

        Paul Goodrich est un architecte technique certifié Adobe Experience Manager chez Perficient. Il s'engage à offrir d'excellentes expériences logicielles aux clients, à résoudre des problèmes complexes et à optimiser la livraison Agile.

        Plus de cet auteur




    Source link

    0 Partages