Gestion de programme agile -Cas pratique -

Ali Bentaleb, Agile Teams and Enterprise Coach

Recommanda)ons en Ges)on de Programme Agile

-‐Cas pra)que-‐

Ali Bentaleb, Agile Teams and Enterprise Coach Ges)onnaire de programme agile cer)fié, SPC

juin 2015


Sommaire Ø  Contexte

Ø  Acquis – points à conserver Ø  Constats – points à améliorer

Ø  Alignement entre les équipes et la vue intégrée de la livraison Ø  Qualité du code Ø  Discon7nuité des terminés Ø  Gouvernance du programme et des carnets de produits

Ø  Recommanda)ons Ø  Ges7on de programme agile Ø  Concepts pour supporter la ges7on du programme Ø  Structure pour supporter la ges7on du programme Ø  Équipe DevOps


Contexte

Ø  5 équipes de réalisa7on agile scrum et scrumban de 5 à 9 personnes Ø  1 équipe de AQ Ø  1 équipe de déploiement avec SM, PO et Release manager Ø  1 équipe de TI pour l’exploita7on (ges7on tradi7onnelle) Ø  1 équipe d’architecture avec un SM et PO Ø  1 équipe des analystes fonc7onnels, kanban mais en Silos Ø  1 équipe de gouvernance de programme Ø  Les propriétaires de processus


Acquis … Super!!

Ø  La Démo de toutes les équipes après chaque itéra7on Ø  La synchronisa7on des sprints entre les équipes de réalisa7on Ø  Le support de l'équipe de déploiement Ø  Les super mêlées des PO, SM


Constats : Points à améliorer

Ø  1. Alignement entre les équipes et la vue intégrée de la livraison Ø  1.1 Le concept de la livraison

Ø  C’est quoi une livraison? Ø  La durée de la livraison est très longue Ø  Date de livraison changent chaque sprint Ø  Prépara7on de la planifica7on des livraisons est centralisée par

l’architecture et la gouvernance du programme Ø  Livraisons vs produits et le détail approprié



Ø  1.Alignement entre les équipes et la vue intégrée de la livraison Ø  1.2. Planifica)on de la livraison

Ø  Peu ou pas de précision des contraintes architecturales Ø  Peu de précision des contraintes UX et des normes et standards

de développement à respecter. Ø  Peu de précision concernant la stratégie des tests et des

environnements Ø  Aucune implica7on des membres des équipes de réalisa7on et

de la ges7on de changement dans la planifica7on

Ø  Manque de partage et communica7on de la vision de livraison


Constats: Points à améliorer

Ø  1.Alignement entre les équipes et la vue intégrée de la livraison Ø  1.3 Exécu)on du programme

Ø  Disposer d’un environnement pour les tests AQ après chaque sprint

Ø  Précision concernant le rôle de AQ pour exécuter les tests de prêt accepta7on et la valida7on des nouvelles fonc7onnalités après chaque itéra7on

Ø  Automa7ser les tests cumula7fs Ø  Implica7on des u7lisateurs finaux à faire des tests exploratoires

après chaque sprint.



Ø  2. Qualité du code : «You can’t scale crappy code »

Ø  Nombre élevé des anomalies (Déc. 2014) Ø  Stabilités difficile de l’applica7on pour la L1 Ø  La revue et réfactoring du code Ø  Automa7sa7on des tests cumula7fs (TDD)



Ø  3. Discon)nuité des terminés Ø  Terminé de l’équipe des analystes Ø  Terminé des équipes de réalisa7on Ø  Terminé architecture Ø  Terminé AQ Ø  Terminé u7lisateur Ø  Terminé performance Ø  Terminé DTI Ø  Terminé RM (Release manager) Ø  Terminé ges7on de changement



Ø  4. Gouvernance du programme et des carnets Ø  Indicateurs de suivi du programme Ø  Les indicateurs de suivi de la performance des équipes Ø  Iden7fica7on des carnets non fonc7onnels et technologiques Ø  Clarifica7on des rôles et responsabilités Ø  La présence forte de l’approche tradi7onnelle dans un programme

agile Ø  La présence des spécialistes agile dans la gouvernance d’un

programme agile Ø  Le Rôle des SM est très limité et sous es7mé


Recommanda)ons: Les recommanda)ons sont Basées sur la référence de SAFe adaptée par Ali Bentaleb, SPC

Ø  Ges)on de programme Agile (SAFe: maque de commerce de Scaled agile Inc)


Ø  Concepts pour supporter la ges)on du programme Ø  Découper le programme sous forme de pe7tes livraisons Ø  Limité la durée de la livraison (entre 4 et 6 itéra7ons) Ø  Aligner toutes les équipes sur une vision commune

exprimée par un carnet de livraison Ø  La livraison doit être encadrée par un guide architectural

et des normes d’expérience u7lisateur (UX) et de développement bien déterminées

Ø  Pas d’équipe en silos



Ø  Concepts pour supporter la ges)on du programme Ø  Déterminer les étapes à valeur ajoutée d’une livraison

Ø  Je recommande: Ø  Prépara7on de la livraison-‐ les PP et propriétaire de

processus, Lead SM, lead AQ, architecte intégrateur, AF Ø  Planifica7on de la livraison-‐ Tout le monde Ø  Développement de la livraison – Équipes de réalisa7on Ø  Stabilisa7on et performance de la livraison –Équipe. R Ø  Implémenta7on de la livraison (Accepta7on et MEP: PP,

Forma7on et produc7on) équipe interdépendance-‐ DevOps



Ø  Concepts pour supporter la ges)on du programme Ø  Une livraison à la fois Ø  Prévoir une itéra)on vide entre chaque livraison Ø  Flux de livraison en kanban, Réalisa)on en Scrum/XP et

implémenta)on en kanban Ø  Réalisa)on en cadence et implémenta)on à la demande



Ø  Concepts pour supporter la ges)on du programme Ø  Iden)fier l’alloca)on de la capacité du carnet de la livraison



Ø  Concepts pour supporter la ges)on du programme Ø  Iden)fier l’alloca)on de la capacité des carnets de produits



Ø  Structure pour supporter la ges)on du programme Ø  Réalisa)on



Ø  Structure pour supporter la ges)on du programme Ø  Réalisa)on



Ø  Structure pour supporter la ges)on du programme Ø  Synchronisa)on : Scrum de Scrum


Avoir une visibilité sur les progrès accomplis et les obstacles


Ø  Structure pour supporter la ges)on du programme Ø  Implémenta)on : Équipe DevOps -‐ Kanban


1.  Maintenir les environnements à jour

2.  Maintenir la Pré Prod comme image réelle de la produc7on

3.  Déploie en accepta7on après chaque itéra7on 4.  Déploie en produc7on sur demande ou avec

une fréquence moyenne de 4 à 6 fois par année

5.  Automa7ser la compila7on et le déploiement dans tous les environnements

6.  Assurer le lien entre le développement et l’exploita7on

La valeur tangible se produit uniquement lorsque les u)lisateurs finaux recoivent un logiciel qui fonc7onnent avec succès


Ques)ons

Ali Bentaleb, MBA, CSM,CSP, SPC, PMP, ITIL Agile Teams and Enterprise Coach, Trainer Bentaleb.ali@ngsolu)ons.ca hgps://www.linkedin.com/profile/view?id=AAIAAAEif9QBAbFbPC9tdPw7ww)OtGE-‐1p6-‐UE&trk=nav_responsive_tab_profile_pic 514 659 3313

Leadership & Management

Gestion de programme agile -Cas pratique -