Fermer

juillet 5, 2021

Application d'Agile dans des projets de livraison complexes : une étude de cas



Pouvez-vous adopter Agile dans des projets de livraison difficiles ? Par exemple, lorsque les clients sont impatients avec leur calendrier.
La réponse est OUI.

Défis

Regardons d'abord les défis auxquels un chef de projet/chef de projet typique est confronté dans de tels engagements :

  • Productivité
  • Défis clients (Désaccord sur les dates de livraison)
  • Gestion du changement / Demandes de mise en œuvre ad-hoc
  • Matrice d'escalade
  • Structure d'équipe mal définie
  • Pipeline de version
  • Défis QA / Problèmes de qualité de régression après la livraison du client n'est pas nécessaire dans l'immédiat de passer à un cadre.

    Au début, nous cherchons à mettre en place les meilleurs processus et pratiques.

    Vous trouverez ci-dessous certaines des mesures qui pourraient être prises. Ils ont été divisés en éléments d'action Immédiat, Court terme ou Moyen/long terme.

    Immédiat

    Activation du processus

    • Passer à JIRA ou à tout autre outil de suivi des problèmes – Parfois il est déjà en place, cependant, il n'est pas utilisé religieusement. ]La démo pour toutes les améliorations doit être effectuée avant le déploiement vers l'UAT (ou des environnements similaires) pour éviter les lacunes
    • Metrics qui peuvent être démarrées – Densité des défauts / Défauts échappés, Empreintes de vitesse (combien à reprendre pour une future version), Ratios planifiés vs terminés, graphiques Burn-down

    People Enablement

    • Définition des rôles / Cartographie des rôles / Analyse des écarts de compétences
    • Structure d'équipe – Équipes interfonctionnelles – Plan pour diviser en plus petites pistes/équipes avec les personnes de la bonne compétence dans chaque équipe – Idéalement, cela ne devrait pas être une division basée sur les compétences, mais plutôt vers un objectif commercial (taille d'équipe idéale de 10 ou moins)
    • Pistes – Opérations / Support (idéalement devrait être conduit dans un Kanban – WIP) et Développement (Scrum Framework peut être utilisé)
    • Démarrez la discussion autour de la stratégie de publication et de l'automatisation

    Éléments d'action à court terme

    • Adoption des meilleures pratiques – Développement (Qualité du code – SonarQube / Veracode), Déploiement (Automatisé / Un clic Déploiement)
    • Commencer l'alignement vers des méthodologies SDLC éprouvées – État d'esprit / Terminologies et les aborder dans les discussions avec les clients
    • Prendre les commentaires des clients internes et externes
    • Créer votre référentiel de projet sur Confluence
    • Démarrer les discussions (interne / client) autour de l'adoption d'Agile (seules les discussions pour l'instant comme le cadre à utiliser, etc.)

    Mesures d'action à moyen et long terme

    • Adopter un cadre Agile
    • Crea te une feuille de route d'Agile à Scaled Agile
    • Aligner le client sur le parcours Agile
    • Faire participer les clients aux cérémonies Agile

    Pour conclure, nous devrions adopter agile comme état d'esprit et non comme cadre. Commencez par corriger les problèmes internes – adoptez les meilleures pratiques, rendez les choses transparentes, activez l'utilisation d'outils et de mesures pertinents. Cela résoudra vos défis de base et jettera une base solide sur laquelle vous pourrez lentement faire adopter Agile par vos clients. PARTAGEZ-LE




  • Source link