PGM TDC Detailed Design v1 Switch Vdiff

TOUR DE CONTRÔLE – DETAILED DESIGN
SWITCH 1
Structure du document
I PÉRIMÈTRE DU DETAILED DESIGN DE LA TOUR DE CONTRÔLE
II ACTIVITÉS DE PILOTAGE DU PROGRAMME
III MODÈLE OPÉRATIONNEL
IV PORTAIL PROGRAMME
SWITCH 2
Le Detailed Design documente les trois composantes nécessaires pour assurer
les missions de la Tour de Contrôle
Des activités de pilotage harmonisées Un modèle opérationnel organisé autour Un Portail Programme, point d’accès
facilitant le pilotage du programme dans d’un réseau d’appuis locaux pour faciliter centralisé aux ressources et informations
son ensemble la structuration et l’accès à l’information structurantes du programme.
nécessaire au pilotage
▪ L’identification et la structuration des
activités de pilotage à l’échelle du
Programme
▪ Tableau de bord des indicateurs de

pilotage du Programme
▪ La définition pour chacune de ces activités
▪ Accès multiples :
des lignes directrices pour le Programme
▪ La Base Documentaire
Principes Processus ▪ Les Essentiels du Programme
▪ La Boîte à Outils
KPIs Outils ▪ La Station S (dont Forums)
SWITCH 3
SWITCH 4
13 familles d’activités de pilotage sont à définir dans le Detailed Design
Gestion de la trajectoire Suivi de la valeur créée Gestion des parties prenantes

Stratégiques
Période Février 2007

Tableau de bord de synthèse Entité DISF/DSI
Indicateurs de performance
Finance Vue Métier Respect des processus internes RH
Indicateurs % objectif Indicateurs % ou nb Tendance Indicateurs % objectif Indicateurs % et objectif
nb
Dépenses totalesycmasse salariale Txcomplétude de
CRA internes et NbEAA /nbEEA notifié
Réal / budget
externes
Prévisible / budget Nb d’EUTCde la période/nb
EUTC notifié
Acquisitions Mise à disposition
des sources Nb jhinformatiques
Real/ budget Évolution du minimum imputation des
taux GDCM Qualité des sources internes
Prévisible / budget
Ressources / vue structure Activités / Vue portefeuille En M€
étéde La Banque Postale–RCS PARIS B 421 100 645

Types de dépenses (K€) Budget Réalisé PAI % de Prévisible Réal /
consommation PAI prévisible Dépenses totales (K€)Développement Maintenance
Maintenance Maintenance
Maintenance
Développement Opération
Opération
évolutive
évolutive corrective
corrective
hors acquisitions
Ressources Main d’œuvre
B: P :
Maintenances /
redevances B: P : Budget PAI :
Métier
Métier Prévisible :
Infogérance Budget PAIContri. DPI :
Autres charges
PrévisibleContri. DPI :
Total dépenses hors

acq
Infrastructure B: B: B: B:
Infrastructure P: P: P: P:
Acquisitions
% de consommation sur frais de transport : Transverse

Transverse et
et B: B: B: B:
Support
Support P: P: P: P:
% forfait / TMA passés en investissement :
% sous-traitance prévisionnel (capacité à faire)
:
Suivi de la valeur créée Gest. des parties

Trajectoire (Bcase, Epic & Mesure de prédictibilité) prenantes
Gestion des ressources

Tactiques
Capacity planning
Gestion des interfaces Suivi des Actions & Risques Planning Avancement & livrables
Chemin Avancement
Prochaine action Date de fin Statut
critique Prévisionnel Réel
Thème Action Responsable Statut
Logistique Réservation de la salle / de la caféteria Mathilde + Laurent ok

Réservation des chaises & tables Mathilde + Laurent ok
Chemin 1 Faire l'action 1 23/03/2015 60% 65%

Validation de la liste des participants Yann ok
Envoi des invitations aux particpants Yann ok
Préparation de la signalètique pour les temps en groupe Salma en cours
Préparation du livret pour les participants Salma en cours
Chemin 2 Activité 2 et 3 30/04/2016 30% 20%

Impression du livret pour les participants Salma to do
Impression de la signalètique des groupes de travail Salma to do
Sécuriser l'agencement de la table ronde Mathide ok
Prévoir mirco Mathilde ok
Chemin 3 Finaliser action 4 05/05/2016 50% 10%

Prévoir un videoprojecteur Mathilde ok
Prévoir des enceintes et de la musique pour le changement de salle Mathilde ok
Commande des stylos et post it géants pour chacun des stands Salma ok
Vérifier que l'on dispose d'un nombre de chaises suffisant Mathilde ok
Chemin 4 Réaliser action XX 23/03/2016 45% 45%

Construire la disposition de la salle pour chaque temps Salma ok
Organiser un point d'avancement avec Laurent Yann + Salma en cours
Briefer Pascal sur la réunion Yann ok
Chemin 5 Action 3 et 6 25/04/2016 100% 100%

Introduction Récupération les enjeux / risques pour chacun des participants de la table ronde Yann ok
Préparation du deck pour l'introduction Yann + Salma en cours
Envoi des enjeux consolidés + rappel des modalités d'animation de la table ronde aux présentateurs Yann ok
Finalisation de la vidéo Michaela + Kevin en cours
Chemin 6 Action 5 01/04/2016 60% 60% Session de team building Identification des animateurs + vérifier qu'ils sont ok
Envoi mail de brief aux animateurs sur la session de team building
Construire les modalités d’animation et les supports
Yann
Yann
Salma
en cours
ok
ok
Chemin 7 Réaliser l'action 7 23/05/2016 0% 0%

Répartition des participants (mettre des pastilles sur les liverts pour dispatcher les participants) Salma ok
Envoi du support aux animateurs Yann ok
Commander le matériel nécessaire pour le team building (Carton + feutres) Salma en cours
Chemin 8 Action et activité 8 04/06/2016 0% 0%

Kiosque Préparer et finaliser les A0 Yann + Salma ok
Opérationnels
Envoyer un mail pour présenter les modalités d’animation et les A0 aux présentateurs des kiosques Yann ok
Briefer les managers de l'EIB sur l'animation des kiosques Yann ok
Briefer les autres speakers (Chefs de Service + Sylvain Dross) Yann ok
Chemin 9 Réaliser l'activité 9 15/03/2017 0% 0%

Envoi version finale des A0 + instructions aux animateurs Yann en cours
Impression des A0 Mathilde ok
Conclusion Préparer les messages clefs Yann to do

Valider le quizz Salma en cours
Acheter un prix pour le quizz Salma ou michaela to do
Demander des images du projet HPC / EiB à la com (à voir si nécessaire) Yann to do
Préparer le sondage Salma en cours
Cocktail Commande du traiteur / des boissons Mathilde en cours
Interfaces & Burn Up & Avancement des Suivi des

adhérences Suivi des actions Suivi des risques Planning Down Charts livrables
exigences
Budget & CGO Qualité GED Suivi des réunions Conduite du Changement
The Emotional Cycle of Organizational Change
Quantification des leviers Satisfaction
Optimism
Positive
Cycle de gestion Activités portées par

Courbe d’implication
+
Doubt Confidence Internalisation
Optimism level (Nos règles)
Niveau d’implication
Institutionalisation
(Les règles)
Hope
The Valley of
la Conduite du
Adoption
2019 en cours de
Death /
(Les nouvelles règles)
Despair
Perception positive
Negative (Evaluation)
Time
Compréhension
Sensibilisation
(Message compris)
Contact (Message reçu)
–
(Message envoyé)
Avancement du changement
réflexion avec
Suivi du la DFP Suivi de la qualité Gestion Suivi des Mobilisation et Mesure état d’esprit Montée en Changement
budget d’exécution documentaire réunions pilotage Communication et appropriation compétences
SWITCH 5
Les activités détaillées dans le Detailed Design sont celles du Basic Design revues et précisées
CARTOGRAPHIE DES ACTIVITÉS DE PILOTAGE DU BASIC DESIGN
1 1  Regroupement des activités homogènes

 Regroupement et reformulation des activités gérées par la Conduite du
Changement, en accord avec le livrable de cadrage du Plan de Conduite du
Changement
 Suppression des activités non pertinentes, notamment au regard du Modèle
d’Exécution ou car déjà couvertes au travers d’autres activités
CDC 2 CDC CDC

3 3
CARTOGRAPHIE DES ACTIVITÉS DE PILOTAGE DU DETAILED DESIGN
CDC 1
2
 Classification des activités de pilotage en 3 catégories : Stratégiques ;

Tactiques ; Opérationnelles
 Mise en évidence des activités émanant de l’Agile et du framework SAFe
 Mise en évidence des activités gérées par la Conduite du Changement
2 3
SWITCH 6
Le Detailed Design explicite les 4 aspects nécessaires à la mise en œuvre de chaque activité
Principes
▪ Description des lignes directrices de l’activités de pilotage
Processus
▪ Modélisation du processus de pilotage, avec répartition des activités par acteur et identification des outils utilisés
▪ Proposition d’indicateurs clés de pilotage (KPIs)

▪ L’affichage des KPIs est prévu dans le Tableau de Bord du Portail Programme. Les KPIs non agiles seront embarqués
KPIs
dans un potentiel MVP 3 du Portail Programme

▪ Nota : la mise en pratique du pilotage du Programme (passage en mode récurrent de la Tour de Contrôle) permettront
de faire émerger les propositions plus pertinentes qui seront alors traitées en amélioration continue
Outils
▪ Identification d’outils cibles et transitoires (lorsqu’applicable)
SWITCH 7
Programme SWITCH
Gestion de la trajectoire
SWITCH 8
Gestion de la trajectoire – Principes retour carte
activités
PRINCIPE #1 : UNE TRAJECTOIRE CONSIGNE SUR UN MÊME PRINCIPE #5 : LA TRAJECTOIRE EST MISE À JOUR PÉRIODIQUEMENT :
DOCUMENT ▪ Trimestriellement en Directoire
▪ Les jalons industriels des clients de Switch ▪ Mensuellement en Comité Programme pour les jalons Switch
▪ Les jalons des streams et projets transverses qui les adressent
▪ Les jalons des référentiels construits par Switch (modèle de données, processus PRINCIPE #6 : LA TRAJECTOIRE EST CONSTRUITE AVEC LES
d’Ingénierie, architecture) ÉLÉMENTS CONNUS À DATE. L’ÉTAT DES CONNAISSANCES À DATE
EST PAR ESSENCE PRÉCIS SUR L’ANNÉE À VENIR (EN ACCORD AVEC
PRINCIPE #2 : LA TRAJECTOIRE DU PROGRAMME EST LA LA VISION PLANNING), ET MOINS SUR LES SUIVANTES
CONSOLIDATION DES TRAJECTOIRES DES PROJETS CLIENTS, DES ▪ Les jalons des années suivantes sont à affermir progressivement
STREAMS / PROJETS TRANSVERSES QUI LES ADRESSENT ET DES
RÉFÉRENTIELS SUR UN HORIZON DE TEMPS COHÉRENTS AVEC LE PRINCIPE #7 : LE CYCLE DE VIE DE LA TRAJECTOIRE EST PORTÉ PAR
PROJET CLIENT (3 ANS OU PLUS) (ex. : 2018 – 2020) PLUSIEURS ACTEURS DU PROGRAMME :
▪ La notion de planning se définit elle sur 6 mois glissants et est précisée par ailleurs ▪ La Tour de contrôle a pour vocation d’initialiser la trajectoire du Programme et de
veiller périodiquement à sa mise à jour
▪ Les streams et projets transverses sont en charge d’ajuster les jalons existants
PRINCIPE #3 : LES JALONS DU PROGRAMME SWITCH DOIVENT TENIR autant que de besoin et de faire émerger les nouveaux
COMPTE DES JALONS DE L’ENVIRONNEMENT DANS LEQUEL LE
PROGRAMME S’INSCRIT (JALONS INDUSTRIELS, AUTRES PROJETS DE
LA DIPNN ET PARTENAIRES)
▪ Les jalons SWITCH doivent être positionnés en cohérence avec cet environnement
▪ La gestion des adhérences avec cet environnement doit faire l’objet d’un suivi dans
les gouvernances associées aux jalons
PRINCIPE #4 : LA TRAJECTOIRE EST UN DOCUMENT DE

COMMUNICATION UTILISÉ :
▪ Par le Programme vis-à-vis des acteurs externes du Programme
▪ Par le Programme pour ses acteurs internes
SWITCH 9
Gestion de la trajectoire – Processus retour carte
activités
Centralise et met à Met en ligne la

Tour de jour la trajectoire trajectoire
Notifie l’équipe
contrôle programme
de niveau 1 consolidée
Pilote de
Valide
stream
Appui local Met à jour la

trajectoire propre Transmet à la tour
Tour de au stream aux de contrôle
contrôle niveaux 2 et 3
Légende
Template de trajectoire Espace Documentaire Email
SWITCH 10
Gestion de la trajectoire – KPIs retour carte
activités
KPIs de pilotage du contenu KPIs de performance du processus

Quels indicateurs pour avoir une vision de synthèse de ce qui est piloté ? Quels indicateurs pour s’assurer du bon fonctionnement du processus ?
• Nombre de jalons Switch respectés • Nombre de défaut de mise à jour avant Directoire / avant
• Nombre de jalons Switch décalés ayant eu un impact sur COPROG (date de mise à jour faisant foi)
un jalon industriel
SWITCH 11
Gestion de la trajectoire – Outils retour carte
activités
• La solution bureautique PowerPoint a été

retenue pour restituer la trajectoire du
Programme
• Un Template a été défini par la Tour de
Contrôle et est disponible dans la Boîte à
Outils du Portail
Illustration de l’outil
SWITCH 12
Programme SWITCH
Suivi de la valeur créée
SWITCH 13
Suivi de la valeur créée – Principes retour carte
activités
PRINCIPE #1 : LE SUIVI DES BÉNÉFICES EST UN PROCESSUS SENSIBLE PRINCIPE #3 : LES BÉNÉFICES SUIVIS SONT DIRECTEMENT RELIÉS AUX
ET CONFIDENTIEL D’EDF PRIORITÉS STRATÉGIQUES DE LA DIPNN
▪ Seul un nombre restreint d’utilisateurs y ont accès ▪ Le suivi des bénéfices doit se décliner sur chacun des 7 points de création de
▪ Le périmètre d’accès aux informations est géré nominativement valeur :
o Coût évité : estimé à 15 à 25% du coût d’ingénierie (efficacité sur les
PRINCIPE #2 : LES BÉNÉFICES CORRESPONDENT À UN OBJECTIF processus d’ingénierie et réduction des reprises d’études, diminution sur des
ESTIMÉ DE GAIN DURABLE coûts de formation)
▪ Un bénéfice correspond à un objectif estimé de gain quantitatif ou qualitatif porté o Maîtrise de nos projets : planning, volume et nombre des configurations,…
par un levier de transformation déterminé dès la phase d’émergence o Maîtrise du TCO de l’installation (Total Cost Of Ownership) sur l’ensemble du
▪ La valeur créée est suivie à trois niveaux : cycle de vie
o Dossier d’émergence (le Business case du Programme consolidant ceux o Maîtrise des données patrimoniales jusqu’au démantèlement
des streams et projets transverses) o Maîtrise de l’intégrité de nos installations (« tel que spécifié, tel que conçu, tel
o EPIC qui matérialisent la valeur créée « indicateurs de valeur », que construit »)
« indicateurs de priorisation » et « Contribution aux thèmes stratégiques » o Image de l’ingénierie d’EDF : compétitivité mais aussi attractivité pour les
o Valeur créée de chaque PI suivi par l’indicateur de Mesure de ingénieurs
Prédictibilité o Gestion facilitée des interfaces avec les filiales et partenaires
o Les bénéfices pris en compte sont les économies récurrentes dont la ▪ Le suivi des bénéfices peut amener la Direction de Programme à mettre à jour sa
matérialisation pourra être constatée sur plusieurs années Trajectoire
PRINCIPE #4 : LE SUIVI DES BÉNÉFICES S’APPUIE SUR LE BUSINESS CASE

DU PROGRAMME
▪ Le Business Case est initialisé en début de Programme et mis à jour durant toute la
durée du Programme par la Tour de Contrôle
▪ Le Business Case consigne l’ensemble des opportunités de bénéfices identifiées et
qualifiées par les différents streams / projets transverses / lots du Programme
SWITCH 14
Suivi de la valeur créée – Principes (suite) retour carte
activités
PRINCIPES #6 : LES BÉNÉFICES SONT CONTINUELLEMENT MIS À JOUR,

DÈS LORS QU’ILS SE MATÉRIALISENT, MÊME PARTIELLEMENT
▪ La Tour de Contrôle centralise les éléments provenant des streams / projets
transverses / lots, pour mise à jour du Business Case et présentation
trimestrielle en Directoire (à minima)
▪ Les streams et projets transverses mettent à jour les indicateurs de valeur à la
création de chaque EPIC
▪ Les RTE veillent à la bonne évaluation des objectifs de chaque PI planning par
les Business Owners
SWITCH 15
Suivi de la valeur créée – Processus retour carte
activités
BUSINESS CASE DOSSIER D’EMERGENCE
Valide l’engagement
Directoire sur présentation du
dossier d’émergence
Directoire
Consolide le
Responsable
Business Case du
de la TDC Programme
Stream leaders,
Relit le dossier
Directeurs de la d’émergence
DO/DT/DM
Identifie et Met à jour le RFT
Streams quantifie les gains Business Case du
leader au niveau de dossier
l’émergence d’émergence
Légende
Outil de Dossier Instance de partage
Outil de Business Case
d’émergence / validation
SWITCH 16
activités
VALEUR CRÉÉE DE L’EPIC
COPROG EPIC Review
Comité
Stream Présentation en Programme
leaders, Prépare l’EPIC RFT des résultats

Review de l’étape
Directeurs de
précédente
la DO/DT/DM
RFT
Identifie et Met à jour la Met à jour la

Streams leaders quantifie les gains valeur crée dans valeur crée dans
au niveau de l’EPIC l’EPIC l’EPIC
Légende
Outil de suivi de la valeur Instance de partage
créée d’une Epic / validation
SWITCH 17
activités
PROGRAM INCREMENT (MESURE DE PRÉDICTIBILITÉ)
Le suivi de la valeur créée par chaque Program

Increment est déduit des Team PI Performance Reports,
produits lors des démonstrations des PI Planning :
‒ En entrée de PI planning, les objectifs donnent
lieu à une évaluation de l’apport de valeur par les
Business Owners
i ‒ A l’issue de la Solution Demo, les Business
Owners revoient leur évaluation en fonction de la
présentation qui leur a été faite de la solution
Le Modèle d’Exécution explicite le fonctionnement en

mode Agile, notamment pour les PI Planning.
SWITCH 18
Suivi de la valeur créée – KPIs retour carte
activités

• Nombre de dossier d’émergence renseignant le Business- • Nombre d’EPIC n’ayant pas les indicateurs de valeur
Case du Programme complétés
• Nombre d’EPIC consolidés
• Mesure de prédictibilité
SWITCH 19
Suivi de la valeur créée – Outils retour carte
activités
Business Case et Dossier d’émergence Valeur créée de l’Epic Mesure de Prédictibilité
• La vision par stream et projet transverse • La vision par stream et projet transverse
• La solution bureautique Excel a été
se fait sous PowerPoint se fait sous Jira
retenue pour la collecte et la
• La solution bureautique Excel a été • La solution bureautique Excel a été
consolidation
retenue pour la consolidation retenue pour la consolidation
Illustration de l’outil Illustration de l’outil Illustration de l’outil
SWITCH 20
Programme SWITCH
Gestion des parties prenantes
SWITCH 21
Gestion des parties prenantes – Principes retour carte
activités
PRINCIPE #1 : LA GESTION DES PARTIES PRENANTES CONSISTE À ASSURER LE BON

NIVEAU D’EMBARQUEMENT ET D’ENGAGEMENT DES ACTEURS D’IMPORTANCE
(CONDITIONNANT LA RÉUSSITE DU PROGRAMME) QUI SONT EN RELATION DIRECTE
AVEC LE PROGRAMME
▪ Ils doivent être identifiés à l’initialisation du Programme et complétés / ajustés tout au long de la vie du
Programme (ex. : extension de périmètre SWITCH, changement organisationnel etc.)
▪ Leur niveau d’engagement attendu est précisé dans le Modèle d’Exécution
PRINCIPE #2 : SELON LA PERCEPTION PAR LA DIRECTION DE PROGRAMME DU NIVEAU

D’ENGAGEMENT DES PARTIES PRENANTES, DES ACTIONS DE PRÉPOSITIONNEMENT
SONT ENGAGÉES
▪ Le niveau d’engagement est une combinaison du niveau d’attachement au programme (perçu par le
Direction de Programme) et du pouvoir d’influence
SWITCH 22
Gestion des parties prenantes – Processus retour carte
activités
SWITCH 23
Gestion des parties prenantes – KPIs retour carte
activités
SWITCH 24
Gestion des parties prenantes – Outils retour carte
activités
SWITCH 25
Programme SWITCH
Capacity Planning
SWITCH 26
Capacity planning – Principes retour carte
activités
PRINCIPE #0 : LA TOUR DE CONTRÔLE SPÉCIFIE LE FONCTIONNEMENT PRINCIPE #3 : LE CAPACITY PLANNING EST À LA CHARGE DES
DU CAPACITY PLANNING POUR LA MAILLE PROGRAMME DIFFÉRENTES PARTIES PRENANTES
▪ Le capacity planning est agrégé à la maille de la Direction de Programme par la
PRINCIPE #1 : LE CAPACITY PLANNING VISE À PILOTER LA CAPACITÉ À Tour de Contrôle sur la base des éléments transmis par les Streams / Projets
FAIRE (ETP) AU REGARD DE LA TRAJECTOIRE GLOBALE DU transverses / Direction des Opérations / Direction Technique / Direction Métier /
PROGRAMME Direction Programme
▪ Il présente une vision agrégée et non individuelle de la capacité à faire (en ETP) ▪ Les Streams / Projets transverses / Direction des Opérations / Direction
afin de permettre au Programme de déterminer s’il dispose des ressources Technique / Direction Métier / Direction Programme doivent mettre à jour les
(capacités) dont il aura besoin, eu égard à la feuille de route préétablie informations sur leur périmètre et informer la Tour de Contrôle d’un
▪ Il permet une visualisation par Stream / Projet transverse / Direction des Opérations changement. Ils doivent remonter les besoins en ressources directes (de son
/ Direction Technique / Direction Métier / Direction Programme et par entreprise du propre périmètre) et « indirectes » (périmètres adhérents)
Programme (EDF, Capgemini, Dassault Systèmes)
▪ Il doit permettre de prendre les décisions sur l’allocation d’ETP pour absorber les PRINCIPE #4 : LE CAPACITY PLANNING EST REVU MENSUELLEMENT
charges à l’échelle de SWITCH (nouvelle(s) ressource(s), nouvelle répartition des EN COMITÉ PROGRAMME / RFT
ressources existantes, nouveau projet…). Ces éléments peuvent contribuer à la ▪ Cette revue s’appuie sur la vision agrégée constituée par la Tour de Contrôle
décision de lancer, décaler ou arrêter un projet ▪ Elle s’associe d’une mise à jour obligatoire des éléments par les Streams /
Projets transverses / Direction des Opérations / Direction Technique / Direction
PRINCIPE #2 : LE CAPACITY PLANNING EST RÉALISÉ À PLUSIEURS Métier / Direction Programme
HORIZONS TEMPORELS ▪ La Tour de Contrôle est responsable d’alerter d’un risque éventuel à tout
▪ Sur l’année budgétaire (en cohérence avec le PMT), à grosse maille et en lien avec moment, sans attendre le prochain Comité Programme
les projections budgétaires ▪ La mise à jour peut être continue (dès réception de nouveaux éléments) mais
▪ Sur 8 semaines glissantes, de façon précise afin de permettre d’identifier les est à minima réalisée de façon mensuelle
ajustements nécessaires en termes de ressources
SWITCH 27
Capacity planning – Processus retour carte
activités
DÉCLENCHEMENT DES UNITÉS D’ŒUVRE
Valide le
Direction de
lancement
programme d’UO
Centralise et Réceptionne
Direction du qualifie les et
Groupement besoins en communique
UO* la décision Cf. processus de Gestion
des arrivées / départs
Responsable Met à jour la

de la TDC vision agrégée
Stream
leaders, Identifie des
Directeurs de besoins
la DO/DT/DM
Légende
Lien vers un autre processus de Outil de Capactiy
Email *cf. le PMP pour plus de détails
pilotage défini par la Tour de Contrôle Planning
SWITCH 28
Capacity planning – Processus retour carte
activités
GESTION DES ARRIVÉES / DÉPARTS
Valide sur la
Direction de
base des UO
programme validées
Oui
Responsable Centralise les Correspond au Non Met à jour la Met à jour la

éléments prévisionnel vision agrégée
de la TDC de l’UO ?
vision agrégée
Cf. processus de
déclenchement d’UO*
Transmet la
Stream leaders, Qualifie l’état des Confirme
demande à
besoins directs et l’arrivée / le
Directeurs de la indirects (change,
l’entreprise en
départ de la
capacité de staffer
DO/DT/DM PMO etc.) Cf. processus ressource
le besoin Suivi des
actions
Collecte les
Appui de la éléments et
TDC communique à
la TDC
Légende
Lien vers un autre processus de Outil de Capactiy *En cas d’urgence, un processus
Email
pilotage défini par la Tour de Contrôle Planning ad hoc peut être lancé
SWITCH 29
Capacity planning – KPIs retour carte
activités

• Nombre de ressources de chaque entreprise sur le • Nombre de besoins non staffés à temps
programme (EDF / Dassault Systèmes / Capgemini) • Nombre de besoins urgents
• Nombre de ressources de chaque entreprise sur le
programme par stream, projet transverse, direction
• Nombre de besoins en attente de staffing
• Nombre de sorties prévues sur le mois à venir
SWITCH 30
Capacity planning – Outils retour carte
activités

retenue
• Le capacity planning étant géré au niveua
Programme, la Tour de Contrôle est maître
de l’outil et de sa mise à jour
SWITCH 31
Programme SWITCH
Gestion des interfaces et adhérences
SWITCH 32
Gestion des interfaces et adhérences – Principes retour carte
activités
PRINCIPE #1 : LES INTERFACES ET ADHÉRENCES MATÉRIALISENT LES

DÉPENDANCES ENTRE LES DIFFÉRENTES COMPOSANTES DU PROGRAMME ET
SON ENVIRONNEMENT
▪ Les interfaces reflètent des liens d’échanges entre deux composantes du Programme
▪ Les adhérences reflètent des éléments communs à deux composantes (ou plus) du Programme
▪ Les interfaces et adhérences apparaissent entre streams industriels, entre stream et projets
transverses, entre un stream industriel et son écosystème, entre les directions technique et
métier, entre les directions techniques et des opérations, entre référentiels, etc.
PRINCIPE #2 : L’IDENTIFICATION DES INTERFACES ET ADHÉRENCES EST

INITIALISÉE PENDANT LA PHASE D'ÉMERGENCE (DOSSIER EPIC)
PRINCIPE #3 : LA TOUR DE CONTRÔLE EST UN ACTEUR MAJEUR DANS LA

MAÎTRISE DES INTERFACES ET ADHÉRENCES
▪ La Tour de contrôle a pour vocation à :
o Donner une vision d’ensemble de toutes les interfaces et les dépendances, suite aux
phases de cadrage
o Veiller à disposer des dates d’instruction « au plus tard » de toutes les interfaces et
dépendances identifiées
o Suivre le bon déroulement de leur instruction
o Mettre en place un processus d’instruction cadencé en cas de risque sur la tenue du
calendrier ou sur la difficulté à obtenir des éléments pour instruire une interface ou une
dépendance
▪ La Direction Technique assure le suivi des interfaces et adhérences inhérentes aux :
o Référentiel de Processus métiers
o Référentiel de données
o Architectures Fonctionnelle et Applicative
SWITCH 33
Gestion des interfaces et adhérences – Processus retour carte
activités
non
Identifie Identifie
Met à jour Met à jour
Directeurs de une Technique Mène les Difficultés ?
oui des plans
l’outil de l’outil de
la DO/DT/DM interface / instructions d’actions
suivi suivi
adhérence spécifiques Cf. processus
Suivi des actions
Identifie Veille à
Met à jour S’assure de Met à jour
Responsable une Type d’I/A
Transverse l’identificati
l’outil de la tenue des l’outil de
de la TDC interface / on de plans
suivi instructions suivi
adhérence d’actions
Identifie
Met à jour Met à jour
une Objets agiles
Stream leaders interface /
l’outil de l’outil de
suivi suivi
adhérence
Légende
Outil de matrice des interfaces Outil de suivi des interfaces et Lien vers un autre processus de
et adhérences adhérences entre les objets agiles pilotage défini par la Tour de Contrôle
SWITCH 34
Gestion des interfaces et adhérences – KPIs retour carte
activités

• Nombre de sujet d’adhérence par statut (Ouverte / En • N/A

cours d’instruction / Fermée)
• Nombre de sujet d’adhérence/porteur
• Nombre de sujet d’adhérence non gérées dans les
deadlines prévisionnelles
SWITCH 35
Gestion des interfaces et adhérences – Outils retour carte
activités
Transverses Streams,
Objets agiles
Référentiels et Programme
• La solution bureautique Excel a été retenue • La solution adaptée au contexte Agile Jira a été
• Un modèle de Matrice des interfaces et dépendances a retenue (liens de précédence entre actions)
été créé et mis à disposition dans la Boîte à Outil du • La visualisation des dépendances est disponible et
Programme intégrée à la solution
Illustration de l’outil Illustration de l’outil
SWITCH 36
Programme SWITCH
Suivi des actions
SWITCH 37
Suivi des actions – Principes retour carte
activités
PRINCIPE #0 : LA TOUR DE CONTRÔLE SPÉCIFIE LE FONCTIONNEMENT PRINCIPE #4 : LE SUIVI DES ACTIONS EST À L’ORDRE DU JOUR DES
DU SUIVI DES ACTIONS POUR LES MAILLES PROGRAMME ET INSTANCES DE GOUVERNANCE
DIRECTIONS DE STREAMS / PROJETS TRANSVERSES ▪ Les actions sont suivies à minima dans l’instance dans laquelle elles ont été
identifiées
PRINCIPE #1 : LE SUIVI D’ACTIONS RÉPOND À PLUSIEURS OBJECTIFS ▪ Le responsable de l’action doit pouvoir donner de la visibilité sur l’avancement de
▪ Garantir l’avancement des actions et leur partage au bon niveau l’action et justifier des retards éventuels
▪ S’assurer d’une bonne répartition des actions entre les porteurs ▪ La date de fin d’une action peut être modifiée à un niveau donné à la condition qu’elle
respecte toujours les jalons des niveaux supérieurs ainsi que les dépendances. Le
PRINCIPE #2 : LES ACTIONS SONT IDENTIFIÉES ET SUIVIES SELON cas échéant, cette modification devra faire l’objet d’une décision d’arbitrage
DEUX NIVEAUX
▪ Interne aux Streams / Projets transverses / Directions pour l’organisation interne
du chantier, à la main des équipes concernées
▪ A l’échelle du Programme pour les actions nécessitant un pilotage / reporting par la
Direction Programme car pouvant impacter sa Trajectoire. La Tour de Contrôle est
en charge de l’agrégation des actions et de leur mise en cohérence, sur la base
des éléments fournis par les Streams / Projets transverses / Direction des
Opérations / Direction Technique / Direction Métier / Direction Programme
PRINCIPE #3 : LES ACTIONS SONT AUTOPORTEUSES ET EXHAUSTIVES

▪ Chaque action se suffit à elle-même, il faut :
o Rappeler le contexte (instance d’identification, stream…)
o Définir la finalité de l’action
o Définir le responsable
o Indiquer la date de fin souhaitée
▪ La Tour de Contrôle défini et met à disposition l’outil de suivi des actions / RIDA
SWITCH 38
Suivi des actions – Processus retour carte
activités
ACTIONS À LA MAILLE DU PROGRAMME Instance principale :

WOM
Identifie une
Directeur de nouvelle
action ou un
programme changement
de statut
Fréq.
hebdo
Identifie une
nouvelle Qualifie cette Cf. processus lié Met à jour
Responsable Collecte les
action ou un action dans au WOM & RFT l’outil de suivi
de la TDC éléments
changement l’outil des actions
Fréq.
de statut mens.
Cf. processus lié au
Comité Programme
Identifie une
Stream leaders, nouvelle Qualifie cette
Directeurs de la action ou un action dans
changement l’outil
DO/DT/DM
de statut
Légende
Template de Suivi des Lien vers un autre processus de
Actions Programme pilotage défini par la Tour de Contrôle
SWITCH 39
Suivi des actions – Processus retour carte
activités
ACTIONS À LA MAILLE STREAM / PROJ. TRANSV. / DO / DT / DM Instance principale :

Weekly Stream / DO / DT
Stream Identifie une

leaders, nouvelle
action ou un
Directeurs de changement
la DO/DT/DM de statut
Fréq.
hebdo
Identifie une
nouvelle Qualifie cette Cf. processus lié Met à jour
Appui de la Collecte les
action ou un action dans au Weekly l’outil de suivi
TDC éléments
changement l’outil des actions
Fréq.
de statut mens.
Comité Mensuel
Identifie une
nouvelle Qualifie cette
Equipe de
action ou un action dans
pilotage du Train changement l’outil
de statut
Légende
SWITCH 40
Suivi des actions – KPIs retour carte
activités

• Nombre d’actions ouvertes par périmètre • Nombre d’actions avec date limite dépassée
SWITCH 41
Suivi des actions – Outils retour carte
activités
Transverse Streams et Programme Opérationnel

• La solution adaptée au contexte Agile Jira
retenue
a été retenue
• Un modèle de Relevé d’Informations,
• Un module de suivi des actions associées
Décisions, et Actions (RIDA), permettant
aux objets Agile (Epic, Features et User
aussi de suivre les Risques a été défini et
Stories) est disponible et intégré à la
mis à disposition dans la Boîte à Outils du
solution
Portail
SWITCH 42
Programme SWITCH
Suivi des risques
SWITCH 43
Suivi des risques – Principes retour carte
activités
PRINCIPE #0 : LA TOUR DE CONTRÔLE SPÉCIFIE LE FONCTIONNEMENT PRINCIPE #3 : LES RISQUES SONT AUTOPORTEURS ET QUALIFIÉS DE
DU SUIVI DES RISQUES POUR LES MAILLES PROGRAMME ET MANIÈRE HOMOGÈNE AU SEIN DU PROGRAMME
DIRECTIONS DE STREAMS / PROJETS TRANSVERSES ▪ Chaque risque se suffit à lui-même, il faut :
o Origine (Streams / Projets transverses / Direction des Opérations / Direction
PRINCIPE #1 : LE SUIVI DES RISQUES RÉPOND À PLUSIEURS Technique / Direction Métier / Direction Programme)
OBJECTIFS o Date d’identification
▪ Identifier les risques pouvant porter atteinte à l’ambition et la trajectoire du o Description
Programme o Type d’impact (organisationnel, planning, qualité…)
▪ Identifier les actions de mitigations associées o Criticité = Gravité x Probabilité
▪ Assurer le suivi de ces actions (cf. processus dédié) o Action de mitigation (cf. suivi des actions)
▪ Tous les risques sont ramenés sur une même échelle de valeur afin que la
PRINCIPE #2 : LES RISQUES SONT SUIVIS SELON DEUX NIVEAUX comparaison entre les différents domaines d'enjeu soit immédiate (Criticité)
▪ Interne aux streams / projets transverses / Direction des Opérations / Direction ▪ Il appartient à celui qui identifie et communique le risque de proposer au moins une
Technique / Direction Métier pour l’organisation interne du chantier, à la main des action de mitigation
équipes concernées ▪ La Tour de Contrôle définit et met à disposition l’outil de suivi des risques
▪ A l’échelle du Programme pour les risques nécessitant un pilotage / reporting par la
Direction Programme car pouvant impacter sa Trajectoire. A minima, les risques de PRINCIPE #4 : LE SUIVI DES RISQUES DU NIVEAU PROGRAMME EST UNE
niveau streams / projet transverse de gravité élevée et très élevée (niveaux 3 et 4) RÉFÉRENCE, IL EST UNIQUE & ACCESSIBLE À TOUS LES MEMBRES DU
doivent remonter au niveau Programme. La Tour de Contrôle est en charge de PROGRAMME
l’agrégation des risques et de leur mise en cohérence, sur la base des éléments ▪ Il est commun à toutes les parties prenantes du Programme
fournis par les Streams / Projets transverses / Direction des Opérations / Direction ▪ Il est consultable par tout acteur habilité de manière transparente, au niveau adéquat
Technique / Direction Métier / Direction Programme ▪ Le choix du partage des risques à un acteur extérieur à Switch est à la main de la
▪ Ils peuvent être autant internes à Switch qu’en adhérence avec son environnement Direction de Programme
SWITCH 44
Suivi des risques – Principes retour carte
activités
PRINCIPE #5 : LE SUIVI DES RISQUES EST À L’ORDRE DU JOUR DES

INSTANCES DE GOUVERNANCE
▪ Les risques de niveau Streams / Projets transverses / Direction des Opérations /
Direction Technique / Direction Métier sont suivis dans les instances de niveau
correspondant : Weekly Stream / Projet Transverse / DO / DT / DM ; Comité Stream
/ Projet Transverse / DO / DT / DM
▪ Les risques de niveau Programme sont suivis dans les instances de niveau
correspondant : Weekly Operationnal Meeting ; Revue Fonctionnel et Technique ;
Comité Programme
▪ Des sessions dédiées à l’identification et l’analyse de risques, tant à l’échelle d’un
Stream / Projet Transverse / DO / DT / DM que du Programme peuvent être
organisées semestriellement, sous forme d’ateliers
SWITCH 45
Suivi des risques – Processus retour carte
activités
RISQUES À LA MAILLE DU PROGRAMME Instance principale :

WOM
AD HOC
Identifie un
Valide et
Directeur de nouveau
arbitre les
risque ou un
programme changement
actions de
mitigation
de statut
Fréq.
Oui hebdo
Identifie un
nouveau Qualifie ce Identifie une Cf. processus lié Met à jour
Responsable Collecte les Alerte Non
risque ou un risque dans action de au WOM & RFT l’outil de suivi
de la TDC éléments ?*
changement l’outil mitigation Fréq. des risques
Cf. processus Suivi
de statut mens. des actions
Comité Programme
Identifie un
Stream leaders, nouveau Identifie une
Qualifie ce
Directeurs de la risque ou un
risque
action de
changement mitigation
DO/DT/DM
de statut
*N.B. : par défaut, une alerte est levée pour

un risque de criticité élevée
Légende
Risques Programme pilotage défini par la Tour de Contrôle
SWITCH 46
activités
RISQUES À LA MAILLE STREAM / PROJ. TRANSV. / DO / DT / DM Instance principale :

Weekly Stream / DO / DT
AD HOC
Stream Identifie un
Valide et
leaders, nouveau
arbitre les
risque ou un
Directeurs de changement
actions de
la DO/DT/DM mitigation
de statut
Fréq.
Oui hebdo
Identifie un
nouveau Qualifie ce Identifie une Cf. processus Met à jour
Appui de la Collecte les Alerte Non
risque ou un risque dans action de lié au Weekly l’outil de suivi
TDC éléments ?*
changement l’outil mitigation Fréq. des risques
Cf. processus Suivi
de statut mens. des actions
Comité Mensuel
Identifie un
nouveau Identifie une
Equipe de Qualifie ce
risque ou un action de
pilotage du Train risque
changement mitigation
de statut

Légende
Template de Suivi des Risques Lien vers un autre processus de
Stream / Projet transverse pilotage défini par la Tour de Contrôle
SWITCH 47
activités
RISQUES STRATÉGIQUES ADHÉRENTS À L’ENVIRONNEMENT SWITCH Instance principale :

Comité Programme
AD HOC
Valide et arbitre les
Sponsor actions de
mitigation
Direction de Identifie un
nouveau
Préside
l’atelier
programme risque
Prépare un atelier
Identifie les Met à jour l’outil Fréq.
d’identification d’actions Anime
acteurs de suivi des mens.
de mitigation avec les l’atelier
concernés risques Oui
acteurs concernés
Met à jour
Responsable de Alerte Non Cf. processus lié
au Comité Pgm l’outil de suivi
la TDC ?*
des risques Cf. processus Suivi
Identifie un
changement Fréq. des actions
de statut trim. Cf. processus lié
au Directoire

Légende
Risques Programme pilotage défini par la Tour de Contrôle
SWITCH 48
Suivi des risques – KPIs retour carte
activités

▪ Matrice des risques par statut (Ouvert / En cours vs. ▪ Nombre de risques ayant déclenché une alerte (traduit
Criticité) un manque d’anticipation)
▪ Ratio des risques en cours / risques non clos (ouverts + ▪ Nombre de risques avérés (traduit un manque
en cours) = % de risques avec plan de mitigation d’efficacité dans la mise sous contrôle d’un risque)
SWITCH 49
Suivi des risques – Outils retour carte
activités
Transverse Streams et Programme Opérationnel

retenue
a été retenue
• Un modèle de Relevé d’Informations,
• Un module de suivi des risques associées
Décisions, et Actions (RIDA), permettant
aux objets Agile (Epic, Features et User
aussi de suivre les Risques a été défini et
Stories) est disponible et intégré à la
mis à disposition dans la Boîte à Outils du
solution
Portail
SWITCH 50
Programme SWITCH
Suivi du planning
SWITCH 51
Suivi du planning – Principes retour carte
activités
PRINCIPE #0 : LA TOUR DE CONTRÔLE SPÉCIFIE LE FONCTIONNEMENT DU SUIVI DU

PLANNING POUR LES MAILLES PROGRAMME ET DIRECTIONS DE STREAMS /
PROJETS TRANSVERSES
PRINCIPE #1 : LE PLANNING EST UNE RÉFÉRENCE, IL EST UNIQUE & ACCESSIBLE À

TOUS LES MEMBRES DU PROGRAMME
▪ Le planning est commun à toutes les parties prenantes du Programme
▪ Il reflète les grandes phases du Programme, les instances de décisions, les principaux jalons et les
interdépendances, sur une période de 6 mois (contrairement à la trajectoire qui est suivie sur 3 ans
– cf. partie spécifique à la trajectoire)
▪ Il met en parallèle les jalons des streams et projets transverses
PRINCIPE #2 : LE PLANNING EST PILOTÉ A PLUSIEURS NIVEAUX DE MAILLE

▪ Niveau 1 : niveau programme SWITCH : les principales échéances des streams et projets
transverses ainsi que les dates clés de la gouvernance programme (Revue de performance,
Directoire, etc.)
▪ Niveau 2 : niveau Stream et projets transverses : une vision de synthèse des jalons et des activités
à 6 mois propres à chaque stream
▪ Niveau 3 (niveau Stream et projets transverses) : une vision détaillée à la maille opérationnelle des
streams
PRINCIPE #3 : LE PLANNING EST MIS À JOUR A MINIMA MENSUELLEMENT

▪ Le planning de niveau 1 est présenté lors de chaque comité programme
▪ Les pilotes de streams et chantiers transverses sont en charge de fournir à la cellule centrale de la
Tour de Contrôle une version actualisée du planning du stream (niveaux 2 et 3) en préparation de
chaque directoire
▪ Ils peuvent pour cela s’appuyer sur les appuis locaux de la Tour de Contrôle
▪ Le planning peut également faire l’objet de mises à jour ad hoc en fonction de l’actualité d’un
stream
▪ A chaque nouvelle version reçue, la cellule centrale de la tour de contrôle met à jour le planning de
niveau 1
SWITCH 52
Suivi du planning – Processus retour carte
activités
Centralise et met à
Tour de jour le planning de
Met en ligne le Notifie l’équipe
contrôle planning consolidé programme
niveau 1
Pilote de
Valide
stream
Appui local Met à jour le

planning propre au Transmet à la Tour
Tour de stream aux niveaux de contrôle
contrôle 2 et 3
Légende
Template de planning Espace Documentaire Email
SWITCH 53
Suivi du planning – KPIs retour carte
activités

▪ N/A ▪ Nombre de COPROG sans planning mis à jour (date de

mise à jour faisant foi)
SWITCH 54
Suivi du planning – Outils retour carte
activités
• La solution bureautique PowerPoint a été

retenue pour restituer la trajectoire du
Programme
• Un Template a été défini par la Tour de
Contrôle et est disponible dans la Boîte à
Outils du Portail
SWITCH 55
Programme SWITCH
Burn Up & Down Chart
SWITCH 56
Burn Up & Down Chart – Principes retour carte
activités
PRINCIPE #1 : LES BURN UP & DOWN CHART SONT LES PENDANTS

AGILES DU PLANNING GANTT
▪ Le Burn Up Chart présente la vision cumulative de la quantité de travail
(prévisionnelle vs. réalisée) exprimée en points de story par unité de temps (mesuré
en itération / sprint). Trois courbes sont représentées : le total cible ; les points de
story abattus en cumulé ; les points de story abattus par l’itération. Il est utilisé :
▪ Au niveau du Portfolio Switch, en agrégé de toutes les Epics
▪ Au niveau du train ART
▪ Le Burn Down Chart présente la vision dégressive de la quantité de travail
(prévisionnelle vs. réalisée) exprimée en points de story par unité de temps (mesuré
en itération / sprint) . Deux courbes sont représentées : les points de story restant à
abattre (vision prévisionnelle) ; les points de story restant à abattre (vision réelle). Il
est utilisé :
▪ Au niveau de l’équipe Agile
PRINCIPE #2 : ILS SONT MIS À JOUR A MINIMA TOUTES LES DEUX

SEMAINES
▪ Conformément au Modèle d’Exécution, l’évaluation du travail abattu et restant à
faire se fait à minima à la fin de chaque itération / sprint
Illustration des Burn Up & Down Chart
SWITCH 57
Burn Up & Down Chart – Processus retour carte
activités
Le Modèle d’Exécution explicite le fonctionnement des équipes en Agile, avec les

i cérémoniaux et temps forts permettant la mise à jour de la vision sur la quantité de
travail.
SWITCH 58
Burn Up & Down Chart – KPIs retour carte
activités

▪ N/A (Les Burn Up & Down Chart sont en eux-mêmes les ▪ Délai de mise à jour post itération
KPIs de pilotage du contenu)
Illustration des Burn Up & Down Chart
SWITCH 59
Burn Up & Down Chart – Outils retour carte
activités

a été retenue
• La visualisation des Burn Up & Down Chart
est embarquée dans la solution
SWITCH 60
Programme SWITCH
Avancement des exigences
SWITCH 61
Avancement global des exigences – Principes retour carte
activités
PRINCIPE #1 : LES EXIGENCES SE RETROUVENT À CHAQUE NIVEAU DU PRINCIPE #4 : LES EXIGENCES SONT SOUMISES À UN CYCLE DE
MODÈLE D’EXÉCUTION VALIDATION
▪ Les exigences (métier et technique) sont une composante de tout concept SAFe.
▪ Le contenu des exigences est créé via des livrables
Les exigences macros d’un stream se retrouvent au travers des Epics tandis que
▪ La validation des exigences est synchrone à celui des livrables (cf. suivi des
les exigences détaillées se retrouvent aux travers des user stories.
livrables). Elles sont rythmées pour chaque objet Agile (Epic, Feature, User Story) de
▪ Les exigences d’un stream sont les exigences portées par l’ensemble des Epics le
jalons appelés Definition of Ready et Definition of Done, explicité dans le Modèle
constituant
d’Exécution
▪ Les exigences d’un Epic sont les exigences portées par l’ensemble des Features le
▪ La validation des livrables doit permettre de progressivement valider les exigences
constituant (cf. illustration)
▪ Les exigences d’une Feature sont les exigences portées par l’ensemble des User
Stories la constituant (cf. illustration)
PRINCIPE #2 : LES EXIGENCES SONT ÉTAYÉES DE MANIÈRE

PROGRESSIVE
▪ A chaque niveau, les exigences sont spécifiées de manière incrémentale en suivant
les étapes du Kanban de l’objet SAFe qui les porte, jusqu’à l’implémentation de ce
dernier.
▪ Les exigences sont respectées tout au long de l’implémentation. Toute équipe
dispose de rôles associés à la vision et validation métier.
PRINCIPE #3 : LES EXIGENCES SONT UNE RÉFÉRENCE

▪ Les exigences sont centralisées dans un outil utilisé pour les affiner et suivre
▪ Les exigences sont consultables par tout acteur habilité de manière transparente,
au niveau adéquat
SWITCH 62
Avancement global des exigences – Processus retour carte
activités
Le suivi de l’avancement des exigences est réalisé au travers d’un Kanban,

conformément aux recommandations de SAFe.
i Le Modèle d’Exécution explicite le processus de mise à jour et suivi du Kanban associé à
chaque objet Agile (Epic, Feature, User Story).
SWITCH 63
Avancement global des exigences – KPIs retour carte
activités

▪ Nombre d’Epic/Feature/User Story par statut du ▪ Nombre d’Epics et Features présentées pour jalon de
Kanban correspondant DOR ou DOD et non validées
▪ % d’avancement par Epic/Feature ▪ Nombre d’Epic ou Feature en statut backlog (pour
respecter la notion de « WIP limit » SAFe)
SWITCH 64
Avancement global des exigences – Outils retour carte
activités

a été retenue
• Des templates de Kanban pour chaque
objet Agile (Epic, Feature, User Story)
SWITCH 65
Programme SWITCH
Suivi des livrables
SWITCH 66
Suivi des livrables – Principes retour carte
activités
PRINCIPE #0 : LA TOUR DE CONTRÔLE SPÉCIFIE LE FONCTIONNEMENT PRINCIPE #3 : TOUT LIVRABLE DOIT ÊTRE ACCOMPAGNE D’UN
DU SUIVI DES LIVRABLES POUR LES MAILLES PROGRAMME ET BORDEREAU ET DÉPOSÉ SUR L’ESPACE DOCUMENTAIRE
DIRECTIONS DE STREAMS / PROJETS TRANSVERSES ▪ Le bordereau de livraison accompagne les livrables pour assurer la traçabilité (un
bordereau unique peut donc accompagner plusieurs livrables)
PRINCIPE #1 : LE MODÈLE D’ÉXECUTION ET LE PLAN MANAGEMENT ▪ Les livrables sont mis en ligne sur l’espace documentaire dans le dossier
PROJET RÉFÉRENCENT RESPECTIVEMENT LES ÉLÉMENTS À PRODUIRE document de référence du stream ou du programme
ET LES LIVRABLES CONTRACTUELS ▪ Les bordereaux de livraison est placé dans la section programme de l’espace
documentaire et indiquent le chemin vers l’emplacement des livrables concernés
▪ Le modèle d’exécution recense les éléments à produire pour toutes les équipes et
tous les niveaux (Portfolio, ART et Team) PRINCIPE #4 : LA VALIDATION DES LIVRABLES SE FAIT LORS DES
▪ Le PMP définit la liste des livrables contractuels à produire, ainsi que leur INSTANCES IDOINES OU À DÉFAUT PAR ÉCHANGE DE MAIL
formalisme de restitution (ex : dossier d’émergence) ▪ La validation des livrables en attente se fait lors de la prochaine instance
▪ Le cycle de validation des livrables (relecteurs notamment) est fixé par EDF hebdomadaire du stream ou du périmètre concerné
▪ A défaut, la validation des livrables en attente peut se faire par retour de mail,
PRINCIPE #2 : LES LIVRABLES SONT SUIVIS AU NIVEAU DU STREAM ET étant entendu qu’une absence de retour dans les 5 jours ouvrés suivant la
AU NIVEAU PROGRAMME demande de validation vaut pour validation
▪ Chaque stream, projet transverse ou direction est responsable sur son périmètre :
de la formalisation des éléments à produire ; de la formalisation et de la validation
des livrables (ou de la sécurisation de la validation pour des livrables de niveau
portfolio)
▪ Le niveau programme est en charge de consolider le suivi global des livrables du
programme
SWITCH 67
Suivi des livrables – Processus retour carte
activités
Non
Identifie le Modifs. Modifs. Non Valide ou

Relecteur(s) responsable de Relit le livrable Nécessaires Relit le livrable Nécessaires rejette le
la validation livrable***
? ?*
ou en Oui ou en Oui**
autonomie autonomie
Appuis aux pilotes

de stream Fournit le Met à jour le
chantiers livrable à livrable
valider
transverses ou
Direction
Initialise le Déposent les Alimente le Organise le cycle Met à jour le

bordereau de livrables et BL tableau de suivi de relecture statut du Met à jour le RIDA et
Appuis locaux livraison sur l’espace des livrables du conformément livrable communique la décision
documentaire stream au BL
Tour de contrôle
RIDA
* Les modifications ne peuvent porter à ce stade que sur le périmètre déjà mentionné lors de la première relecture
** Seuls 3 passages maximums sont possibles devant le(s) relecteur(s)
*** A défaut, la validation des livrables en attente peut se faire par retour de mail, étant entendu qu’une absence de retour dans les 5 jours ouvrés suivant la demande de validation
vaut pour validation
Légende
Bordereau de livraison Outil de suivi des Espace Documentaire Email Instance idoine
livrables du stream
SWITCH 68
Suivi des livrables – KPIs retour carte
activités

▪ % de documents livrés à la date prévue ▪ % de documents validés par absence de retour

▪ % de documents relus dans les temps
SWITCH 69
Suivi des livrables – Outils retour carte
activités

retenue
• Un modèle de Suivi des Livrables a été
défini et mis à disposition dans la Boîte à
Outils du Portail
SWITCH 70
Programme SWITCH
Suivi du budget et contrôle de gestion
SWITCH 71
Suivi du budget – Principes retour carte
activités
PRINCIPE #1 : LE SUIVI DU PILOTAGE FINANCIER EST UN PROCESSUS PRINCIPE #4 : LES STREAMS INDUSTRIELS CONSOLIDENT LE BUDGET
SENSIBLE ET CONFIDENTIEL D’EDF DANS LEURS COÛTS À TERMINAISON
▪ Seuls un nombre restreint d’utilisateurs y ont accès ▪ Le stream industriel, demandeur et premier utilisateur d’un LOT développé, doit en
▪ Le périmètre d’accès aux informations est géré nominativement via un site sécurisé consolider le budget dans son coût à terminaison. Ce budget étant co-décidé avec
le Programme,
PRINCIPE #2 : LES PROCESSUS DÉFINIS PAR LA TOUR DE CONTRÔLE ▪ Le Projet ré-utilisateur d’un LOT consolide le budget des évolutions qu’il demande,
COMPRENNENT : ▪ Les entités d’ingénierie devront préciser dans les sollicitations de ressources, la
▪ L’élaboration / validation du PMT et donc du budget prévisionnel (y compris les re-prévisions) partie qu’elles peuvent autofinancer et la partie qu’elles ne peuvent pas supporter.
▪ Le calcul du réalisé et du coût à terminaison
Le PMT du Programme s’inscrit dans le processus budgétaire de la DIPNN : budget construit dans PRINCIPE #5 : LES PROJETS TRANSVERSES ET LES LOTS DU
le cadre du cycle de gestion à travers les Streams et LOTS identifiés PROGRAMME SONT BUDGÉTÉS PAR LE PROGRAMME
▪ Les lots transverses (RODIN, IS, ESPN, RTI,.. ) sont budgétés directement par le
PRINCIPE #3 : LA CELLULE CGO SWITCH EST RESPONSABLE DU BUDGET Programme. Le Programme peut en déléguer une partie à une entité porteuse (
GLOBAL ET DE LA CONSOLIDATION DES PROCESSUS DU PRINCIPE 2 À LA exple : ESPN (DI),
MAILLE PROGRAMME, À CE TITRE : ▪ La conduite du changement (dont formation) et la communication sont isolées à
▪ Elle définit un calendrier commun pour tous, pour une consolidation régulière ce stade dans des LOTS transverses,
▪ Elle réalise les différents reportings financiers dont les revues de performance internes ▪ Les lots transverses seront refacturés sur les différents utilisateurs, le cas échéant
comme externes à DIPNN (type DSI Groupe, etc..) (clefs de répartition ou à la juste valeur avec un eOTP ad hoc).
▪ Elle construit et met en œuvre un référentiel de gestion :
o Met à disposition les eOTP aux entités contributrices PRINCIPES #6 : LES ENTITÉS HORS DIPNN (DSIT, UNITEP, UTO, ETC..)
o Pour les entités (DSP, EDVANCE) qui ne sont pas sur le même schéma de gestion REFACTURENT AU PROGRAMME LES RESSOURCES MISES A
que la DIPNN, une grille de structuration eOTP du Programme sera discuté pour mise DISPOSITION
en miroir avec leur propre schéma de gestion,
o La structuration des eOTP : PRINCIPES #7 : LES ENTITÉS DIFFÉRENTES DE EDF SA : PAR EXEMPLE
o Permet de répondre au besoin d’une vision consolidée EDVANCE ET HPC NNB, ONT UN CAS SPÉCIFIQUE :
o par Streams (EPR 2), ▪ Un contrat sera passé avec le Programme pour préciser l’enveloppe des heures
o par LOT transverses (IS, Conduite du changement, etc..), demandées par le Programme,
o par entités (Unités, EDVANCE,..), ▪ Ces entités refacturent au Programme les ressources mises à disposition pour un
o Avec une vision processus outillé qui bénéficie à l’ensemble de la DIPNN,
o OPEX & CAPEX ▪ Si ces entités sont le demandeur et donc le premier utilisateur :
o RUN & BUILD ▪ Le budget nécessaire doit être consolidé dans leur PMT,
▪ Le Programme les refacturera (hors heures propres entité).
SWITCH 72
Suivi du budget – Processus retour carte
activités
ÉLABORATION DU PMT ET RE-PRÉVISION BUDGÉTAIRE
Direction du Valide la vision

programme agrégée
CGO du Lance l’enquête PMT et Présente en

programme ou l’exercice de re-
prévision budgétaire en
Centralise les Directoire et en
+ fonction du calendrier éléments Comité
financier Programme
Contract Mngt
Stream leaders, Réalise les

Pilotes de Lots consolidations
financières sur leur
Transverses, périmètre respectif et
DO/DT/DM/COMM la projection en UO
Valident les
Entités différents besoins
D’ingénierie des Stream
leaders
Légende
Outil de
consolidation
SWITCH 73
activités
PILOTAGE DU RÉALISÉ ET COÛT À TERMINAISON
Valide la vision
Direction du consolidé au
programme regard du budget
prévisionnel
Met à jour le coût à

Chaque mois réalise Centralise les Présente en
terminaison (au
CGO du les extractions du éléments validés et Directoire et en
regard des
programme réalisé aux différentes consolide le réalisé Comité
hypothèses à date :
mailles de SWITCH global SWITCH Programme
nombre stream etc..)
Stream leaders,
Transmet pour
Pilotes de Lots
validation aux
Transverses, différents pilotes
DO/DT/DM/COMM
Légende
Outil de
SAP PGI consolidation
SWITCH 74
activités
CALENDRIER 2019 DU CGO
INSERER LE CALENDRIER DE GESTION 2019 QUAND IL SERA DISPONIBLE
SWITCH 75
Suivi du budget – KPIs retour carte
activités

▪ A définir ▪ A définir
CYCLE DE GESTION 2019 EN COURS DE RÉFLEXION AVEC DFP
SWITCH 76
Suivi du budget – Outils retour carte
activités
SWITCH 77
Programme SWITCH
Suivi qualité de l’exécution
SWITCH 78
Suivi de la qualité de l’exécution – Principes retour carte
activités
PRINCIPE #1 : L’ASSURANCE QUALITÉ DU PROGRAMME SWITCH EST

CONSTITUÉ DE :
▪ Un référentiel Qualité (Detailed Design de la Tour de Contrôle)
▪ Processus de suivi de la Qualité associés (vérification du bon respect du
Référentiel)
PRINCIPE #2 : LE RÉFÉRENTIEL QUALITÉ DU PROGRAMME SWITCH EST

CONTENU ET PRÉSENTÉ PAR LE PORTAIL DU PROGRAMME
▪ Le Portail met à disposition les méthodes, processus, outils et documents du
Programme
PRINCIPE #3 : LA TOUR DE CONTRÔLE EST LE GARANT DE

L’ASSURANCE QUALITÉ DU PROGRAMME
▪ La Tour de contrôle a pour vocation de faire émerger les méthodes, processus,
outils et documents du Programme
▪ La Tour de contrôle, avec les appuis Tour de Contrôle, assure le suivi Qualité aux
différentes mailles du Programme :
o A la maille Programme,
o A la maille stream industriel, projet transverse et Usine Digitale,
o A la maille plateforme
▪ La Tour de contrôle a toute autorité pour déclencher un audit Qualité au sein du
Programme. Cet audit donne lieu à diagnostic et recommandations. Les
recommandations entrent dans le plan de charge des Streams / Projets transverses
/ Direction des Opérations / Direction Technique / Direction Métier / Direction
Programme
▪ L’existence d’audits ne doit pas être un frein à la démarche d’amélioration continue
au sein du Programme. Les Streams / Projets transverses / Direction des
Opérations / Direction Technique / Direction Métier / Direction Programme peuvent
proposer à la Tour de Contrôle des évolutions pertinentes pour les processus
SWITCH 79
Suivi de la qualité de l’exécution – Processus retour carte
activités
Reçoit la demande
d’audit du Groupe EDF
Directeur de Valide et décide
Valide la fin de
l’audit
programme le lancement
d’un audit de
qualité
Cf. processus suivi
actions maille
programme
Identifie un besoin
Responsable d’audit de qualité
Centralise la
vision des
Met à jour le Communique les Centralise les
(indicateur de perf. de suivi des actions actions résultats
de la TDC processus…)
besoins
Stream leaders, Identifie un besoin

d’audit de qualité
Directeurs de la (indicateur de perf. de
processus, demande
DO/DT/DM du stream industriel…)
Appui de la
TDC Cf. processus suivi
actions maille stream
Légende
Email
SWITCH 80
Suivi de la qualité de l’exécution – KPIs retour carte
activités

• Cf. les « KPIs de performance du processus » des autres • N/A

processus
SWITCH 81
Suivi de la qualité de l’exécution – Outils retour carte
activités
• Le Tableau de Bord du Portail Programme

permet d’afficher et de partager à l’échelle
du Programme les KPIs
• Il est développé sur la solution 3D
Experience
SWITCH 82
Programme SWITCH
Gestion documentaire
SWITCH 83
Gestion documentaire – Principes retour carte
activités
PRINCIPE #1 : LA GESTION DOCUMENTAIRE RÉPOND À PLUSIEURS OBJECTIFS

▪ Faciliter le partage de documents
▪ Capitaliser les connaissances à l’échelle du Programme
▪ Tracer la production des livrables
▪ Centraliser la production du Programme, notamment dans un but d’archivage post
Programme
PRINCIPE #2 : LA GESTION DOCUMENTAIRE EST HARMONISÉE ET ACCESSIBLE

À TOUS LES MEMBRES DU PROGRAMME
▪ Elle se réalise à deux niveaux : opérationnel grâce aux outils Agile ; transverse et niveau
Programme, grâce à un outil dédié qui constitue l’un des volets du Portail Programme,
accessible à l’ensemble des collaborateurs du Programme
▪ Sa structure est définie pour le Programme par la Tour de Contrôle
▪ Les documents qui y sont déposés répondent à une convention de nommage définie par la
Tour de Contrôle et disponible dans la Boîte à Outils du Portail
PRINCIPE #3 : LA GESTION DOCUMENTAIRE EST LA RESPONSABILITÉ DE TOUS

LES ACTEURS DU PROGRAMME
▪ Chaque Stream / Projet transverse / Direction des Opérations / Direction Technique /
Direction Métier / Direction Programme est responsable de la publication régulière de ses
livrables (versions finales et intermédiaires) dans l’espace qui leur est dédié
▪ La Tour de contrôle, dans le cadre d’un audit Qualité au sein du Programme, pourra imposer
à un Stream / Projet transverse / Direction des Opérations / Direction Technique / Direction
Métier / Direction Programme de mettre à niveau sa gestion documentaire au regard de la
quantité de livrables produits vs. publiés, du respect de la structure de l’espace ou de la
convention de nommage
SWITCH 84
Gestion documentaire – Processus retour carte
activités
Chaque acteur du programme est autonome pour publier des documents dans le cadre
de la Gestion Documentaire.
i Un Guide utilisateur pour publier un document sur SharePoint a été produit par la Tour
de Contrôle et mis à disposition dans la Boîte à Outils du Portail.
Un support de formation Jira – Confluence est disponible au sein du Programme.
SWITCH 85
Gestion documentaire – KPIs retour carte
activités

• Nombre de documents publiés par semaine • Niveau de satisfaction sur facilité d’accès et d’usage de la
GED (collecté par enquête semestrielle)
SWITCH 86
Gestion documentaire – Outils retour carte
activités
Documentation transverse et
Documentation opérationnelle
de pilotage
• Documents produits par les équipes Agile : • Documents de pilotage : supports et comptes
description des Epics, Features, User Stories… rendus des réunions de pilotage (Programme et
• Documents Wiki opérationnels : livres blancs, Streams)
architectures de référence, fonctionnement des • Documents de référence : livrables du
différentes équipes… Programme (non nécessairement contractuels)
• Documents de travail liés aux cérémoniaux Agile et/ou ayant une durée de vie certaine
• Document de travail : versions intermédiaires
des documents, notamment si pas encore
d’accès dans Confluence
SWITCH 87
Programme SWITCH
Suivi des réunions de pilotage
SWITCH 88
Suivi des réunions de pilotage – Principes retour carte
activités
PRINCIPE #1 : LE PILOTAGE DU PROGRAMME ET DES STREAMS PRINCIPE #2 : POUR LES REUNIONS DONT L’ORDRE DU JOUR VARIE,
S’APPUIE SUR UNE GOUVERNANCE A TROIS NIVEAUX UN SUPPORT DOIT ETRE TRANSMIS EN AMONT
Programme Stream Ordre du jour Support Restitution

Transmis 2 Transmis 1 Compte rendu
Directoire semaines avant la semaine avant la Textuel + Mise à
Stratégique Directoire réunion réunion jour du RIDA PRG
(trimestriel) Transmis 1 Transmis 2 jours Mise à jour du
COPROG semaine avant la avant la réunion RIDA PRG + CR si
réunion nécessaire
Transmis 1 Mise à jour du
Comité programme RFT semaine avant la - RIDA PRG
Tactique réunion
(mensuel)
PRINCIPE #3 : LES SUPPORTS ET RIDA DES INSTANCES PROGRAMME ET
STREAMS SONT OUVERTS À L'ENSEMBLE DES ACTEURS DU PROJET
RFT ▪ Le support de réunion et le RIDA à jour sont mis à disposition de tous sur l’espace
(hebdomadaires) documentaire après chaque réunion :
Opérationnel ▪ Dans les 24h suivants la réunion si il n’y a pas de compte rendu textuel
▪ Dans la semaine suivante sinon
▪ Le rapporteur de la réunion notifie par mail les acteurs du programme lorsque les
éléments ont été mis en ligne
▪ Le compte rendu textuel est diffusé par mail aux participants
Décrit par le Detailed Design de la Tour de contrôle PRINCIPE #4 : LA TENUE DES RÉUNIONS DE PILOTAGE EST
CONDITIONNÉE PAR LA PRÉSENCE D’ACTEURS CLÉS
Cérémoniaux SAFe décrits par le modèle d’exécution ▪ Une réunion de pilotage opérationnel ne peut se tenir sans sa Core Team SAFe
▪ Une réunion de pilotage Programme/ stream ne peut se tenir sans son Président de
séance (défini dans la gouvernance du Programme) qui anime la réunion et qui valide
les décisions prises en séance
Nota : le détail de la gouvernance Switch est disponible en annexes
SWITCH 89
Suivi des réunions de pilotage – Processus retour carte
activités
DIRECTOIRE
Sponsor Préside la
Programme réunion
Directeur Construit et Valide et diffuse Communique le

anime la Valide le
de valide l’ordre le support aux
réunion compte rendu
compte rendu aux
programme du jour participants participants
Formalise un
Directeur compte-rendu
DT de réunion
Responsable Alimente le RIDA Met en ligne le

Notifie l’équipe
sur la base du RIDA et le support
TDC compte rendu de comité
programme
Construisent et Collectent les

Directeurs valident l’ordre
entrants et
construisent le
DO/DT/DM du jour support
Émettent des
Participants demandes
à la RFT d’ajustement
l’ordre du jour
Légende
Template de CR Switch Template de support Directoire RIDA Programme Espace Documentaire Email SWITCH 90
activités
COMITÉ PROGRAMME
Directeur de Préside la réunion

programme
Complètent l’ordre Valident et

Directeurs Animent Valident le compte
du jour proposé en diffusent le support
la réunion rendu
DO/DT/DM RFT aux participants
Collecte les Communique le CR

Met à jour le RIDA
Responsable du programme et aux participants
entrants à la
réunion et construit formalise un CR si
de la TdC nécessaire Met en ligne le RIDA et Notifie l’équipe
le support le support de réunion programme
Participants Complètent l’ordre

au Comité du jour proposé en
RFT
Programme
Participants Fixent l’ordre du

à la RFT jour
Légende
Template de CR Switch Template de support COPROG RIDA Programme Espace Documentaire Email SWITCH 91
activités
REVUE FONCTIONNELLE ET TECHNIQUE
Directeur de
Préside la réunion
programme
Complètent l’ordre
Directeurs Valident
du jour proposé en Animent la réunion
DT/DO/DM le support
RFT*
Collecte les
Met en ligne le
Responsable entrants à la
Met à jour le RIDA RIDA et le support
Notifie l’équipe
de la TdC réunion et construit programme
de réunion
le support
Participants Fixent l’ordre du

jour* *Etant rappelé qu’une partie de l’ordre du jour est fixé (revue des sujets de la prochaine
à la RFT RFT, construction de l’ordre du jour du COPROG, revue des indicateurs programme…)
Légende
Template de support RFT RIDA Programme Espace Documentaire Email
SWITCH 92
Suivi des réunions de pilotage – KPIs retour carte
activités

• N/A • Respect du délai d’envoi des supports de Directoire et

Comité Programme
SWITCH 93
Suivi des réunions de pilotage – Outils retour carte
activités
• La solution bureautique PowerPoint a été retenue pour les supports de réunions

• Les templates des différentes réunions ont été définis durant la phase d’initialisation du
Programme et sont déjà utilisés
• Les templates peuvent néanmoins être amenés à évoluer, tant dans une logique
d’amélioration continue que d’adaptation à l’ordre du jour
• La solution bureautique Word a été retenue pour les compte rendus de réunions
• Un template de compte rendu a été défini et mis à disposition dans la Boîte à Outils du
Portail
• La solution SharePoint a été retenue pour la gestion documentaire des éléments associés
aux réunions de pilotage (support de présentation, RIDA etc.)
• Un espace « Réunion du Programme » a été créé, ainsi qu’un espace similaire dans chaque
espace de gestion documentaire des streams / projets transverses / directions afin de tracer
les réunions de pilotage qui se tiennent, avec les éléments associés
SWITCH 94
Programme SWITCH
Mobilisation et Communication
SWITCH 95
Mobilisation et Communication – Principes retour carte
activités
PRINCIPE #1 : LA MOBILISATION EST UN PROCESSUS CLÉ GARANT DU SUCCÈS PRINCIPE #4 : LA MOBILISATION EST UN PROCESSUS CONTINU
DU PROGRAMME ET RÉPONDANT À PLUSIEURS OBJECTIFS : TOUT AU LONG DU CYCLE DE VIE DU PROGRAMME ET DE
▪ Sensibiliser les parties prenantes aux enjeux du Programme L’IMPLICATION DU COLLABORATEUR SUR LE PROGRAMME
▪ Assurer un niveau d’engagement de chaque partie prenante en accord avec l’engagement ▪ A la maille Programme via :
attendu (Je suis informé, je comprends, je suis mobilisé, je sponsorise) o Temps fort de sensibilisation et de partage
▪ Faciliter l’intégration de nouveaux contributeurs au sein d’équipes en place, ou la constitution o Temps forts de renforcement du collectif
d’équipes nouvelles o Newsletters régulières
▪ Fidéliser les contributeurs au Programme sur la durée en créant un sentiment d’appartenance o Communication des succès
Nota : la Tour de contrôle est en charge de la préparation des sessions
PRINCIPE #2 : LA MOBILISATION CONCERNE TOUS LES ACTEURS DU d’accélération, la Conduite du changement et/ou l’équipe
PROGRAMME Communication d’EDF en charge des newsletters et de la
▪ Switch communication des succès
o Les sponsors au plus haut niveau de l’organisation EDF ▪ A la maille collaborateur :
o Les membres des Directoire et Comité Programme o Parcours d’onboarding (offre « Welcome to Switch » de la Station
o Le Management Programme et les équipes cœur Programme (dont Groupement) S)
o Les collaborateurs internes EDF, quel que soit leur niveau d’implication ou leur o Action ad hoc de mobilisation en fonction de l’interlocuteur
rattachement (acteurs métiers DIPNN contributeurs et/ou impactés par la cible) Nota : la mobilisation à la maille du collaborateur est sécurisée par la
▪ L’écosystème Switch Conduite du changement, et la mise en œuvre est à la charge des
o CODIR d’Unité d’ingénierie, lignes managériales MPL/MDL… responsables des périmètres impactés
o Les collaborateurs externes (Entreprise étendue : partenaires, fournisseurs, etc…)
o Autres entités d’EDF PRINCIPE #5 : L’EFFORT DE MOBILISATION EST ESTIMÉ À
PARTIR DU NIVEAU D’ENGAGEMENT MESURÉ PAR TYPE
PRINCIPE #3 : LA GESTION DE LA MOBILISATION EST UN PROCESSUS SOUS LA D’ACTEUR COMPARÉ AU NIVEAU ATTENDU, VIA DES
RESPONSABILITÉ DE LA CONDUITE DU CHANGEMENT, EN LIEN ÉTROIT AVEC CONSULTATIONS RÉGULIÈRES DES PARTIES PRENANTES
LE MANAGEMENT PROGRAMME ET LES ÉQUIPES PROGRAMME
▪ La conduite du changement définit la stratégie de mobilisation et communication pour les
différents acteurs
▪ Les Streams / Projets transverses / Direction des Opérations / Direction Technique / Direction
Métier / Direction Programme sont responsables de la bonne mobilisation de contributeurs sur
leur propre périmètre
SWITCH 96
Mobilisation et Communication – Processus retour carte
activités
Direction Programme Identifie les enjeux et

Valide/alimente le Participe à la mise en
efforts de mobilisation
/ DO / DT / DM plan œuvre
par acteur
Oui
Identifie les enjeux et Centralise la vision Non

Réalise et suit les
Consolide le plan de
Change Central efforts de mobilisation des efforts de Management PRG
actions de
mobilisation impliqué?
par acteur mobilisation mobilisation
Plusieurs outils
Réalise et suit les

Enrichit avec le plan
actions de
Communication de communication
communication
Plusieurs outils
Identifie les enjeux et

Réalise les actions de
Change Stream efforts de mobilisation
mobilisation / com.
par acteur
Plusieurs outils
Légende
Outil de suivi de la Cf. la section Outils de l’activité de
RFT ou en point ad hoc Plusieurs outils
mobilisation Mobilisation et Communication SWITCH 97
Mobilisation et Communication – KPIs retour carte
activités

• Statut d’engagement des collaborateurs évalué à date (Je • Nombre d’actions de mobilisation / an
suis informé, je comprends, je suis mobilisé, je
sponsorise) par rapport à celui attendu
Ces KPIs sont définis par la Conduite du Changement et précisés dans le cadrage du Plan de Conduite du Changement
SWITCH 98
Mobilisation et Communication – Outils retour carte
activités
• La solution SharePoint peut être utilisée pour héberger la Station S
• La solution bureautique Outlook peut être utilisée pour communiquer

largement auprès de tous les collaborateurs, envoyer des invitations à des
événements etc.
Nota : le choix de 3D Swim pour le

• La solution 3D Experience propose un module 3D Swim permettant la Wall doit être confirmé par la
création d’un espace d’échange au sein du Programme (pilier « Wall » du Conduite du Changement après le
Portail Programme) 31/10 et quelques semaines
d’utilisation
• La solution bureautique PowerPoint a été retenue pour piloter les efforts

de mobilisation
SWITCH 99
Programme SWITCH
Mesure d’état d’esprit et d’appropriation
SWITCH 100
Mesure d’état d’esprit et d’appropriation – Principes retour carte
activités
PRINCIPE #1 : LA MESURE D’ÉTAT D’ESPRIT S’APPLIQUE À L’ENSEMBLE DES PRINCIPE #4 : LES MESURES D’ÉTAT D’ESPRIT ET D’APPROPRIATION
ACTEURS DU PROGRAMME SONT DE LA RESPONSABILITÉ DE LA CONDUITE DU CHANGEMENT
▪ La mesure d’état d’esprit consiste à évaluer l’engagement des collaborateurs et leur ▪ Elles sont analysées de manière collective (via des enquêtes anonymes) et
enthousiasme par rapport au programme individuelle (via des entretiens focalisés)
▪ Elle s’effectue au niveau des acteurs Switch du programme et des contributeurs programme ▪ Elles sont réalisées de manière continue
au sein des streams / projets transverses ▪ Elles donnent lieu à des remontées périodiques d’indicateurs
PRINCIPE #2 : LA MESURE D’APPROPRIATION S’APPLIQUE AUX POPULATIONS PRINCIPE #5 : L’EXPLOITATION DES INDICATEURS PERMET
CIBLES DE LA TRANSFORMATION PRODUITE PAR LE PROGRAMME D’ÉTABLIR LES ACTIONS D’ACCOMPAGNEMENT SUR LES
▪ Le Programme SWITCH va offrir de nouveaux services au fur à mesure des déploiements POPULATIONS À RISQUE
(segments de processus optimisés, livraison de modules du PLM 3DX, refonte des ▪ Un découpage structuré de la population interrogée (par stream, type d’acteur,
référentiels…) aux collaborateurs des unités d’ingénierie. Le niveau d’appropriation et type de sujet etc.)
d’adhésion de ces collaborateurs à ces nouveaux services doit être évalué et suivi afin ▪ Un suivi régulier des indicateurs
d’obtenir une réelle adoption. ▪ La définition de plans d’actions orientés et priorisés sur les populations
présentant des mesures jugées insatisfaisantes
PRINCIPE #3 : LES MESURES DE L’ÉTAT D’ESPRIT ET D’APPROPRIATION ▪ L’efficacité des plans d’accompagnement doit se retrouver dans l’amélioration
GÉNÈRENT DES INDICATEURS CLÉS POUR LA RÉUSSITE DU PROGRAMME ET des indicateurs mesurés ultérieurement
SONT SUIVIES AU PLUS HAUT NIVEAU
▪ Pour la mesure d’état d’esprit, les indicateurs clés portent sur l’épanouissement du
collaborateur :
o Je suis enthousiaste
o Je comprends
o Je construis
o Je me sens valorisé(e)
o Je me sens faire partie d’un collectif
▪ La mesure d’appropriation doit permettre de couvrir toutes les dimensions du Programme :
o Fondamentaux du Programme (SAFe / Modèle d’exécution)
o Processus d’ingénierie
o Outils (PLM 3DX)
o Data-centric
▪ Ces indicateurs sont suivis par la direction de Programme
SWITCH 101
Mesure d’état d’esprit et d’appropriation – Processus retour carte
activités
SWITCH CENTRAL
Consulte / valide les

Direction questions de la prise Identifie les actions de
Programme de température remédiation
régulière
Consolide et partage
Identifie des points Lance une prise de
les résultats de Identifie les actions de Met en œuvre des
Change Central durs et des température régulière
l’analyse avec la remédiation actions
questionnements (env. 1/trim)
Direction PRG
Remontent des Participent à l’enquête

Acteurs Bénéficient des
messages clés / points et font remonter les
Programme initiatives
durs spontanément messages/points durs
Légende
Outil d’enquête Réunion ad hoc
SWITCH 102
Mesure d’état d’esprit et d’appropriation – Processus retour carte
activités
SWITCH STREAMS & PROJETS

Consolide les résultats
Identifient les actions
RH DIPNN Lance l’analyse SOH et les partage avec la
de remédiation
cellule Change
Assure la cohérence et Identifient les actions

Change Central/
le cadencement des de remédiation
réseau CdC prises de température
Change Lance des prises de

Identifie des points
température à des Consolide et analyse Identifie les actions de Met en œuvre des
Stream/Projet durs et des
moments clés du les résultats remédiation actions
questionnements
transverse MODEX ou ad hoc
Acteurs Stream/ Remontent des Participent à l’enquête

Bénéficient des
Projet transverse/ messages clés / points et font remonter les
initiatives
durs spontanément messages/points durs
Cible déployée
Légende
Présentation des résultats et
Outil d’enquête Outil d’analyse
validation des actions en RFT
SWITCH 103
Mesure d’état d’esprit et d’appropriation – KPIs retour carte
activités

• Résultats des Temperature Check • Nombre d’enquêtes effectuées par année
SWITCH 104
Mesure d’état d’esprit et d’appropriation – Outils retour carte
activités
• Plusieurs solutions sont possibles afin de

mener des enquêtes : guide d’entretien
Word, outil d’enquête SharePoint,
solutions web du marché
• Les solutions Beekast / Survey Monkey

peuvent être utilisées pour des prises de
température rapides.
• La solution bureautique Outlook peut être

utilisée pour communiquer largement
auprès de tous les collaborateurs, envoyer
des invitations à des événements etc.
• La solution bureautique Excel peut être

utilisée pour centraliser et analyser les
résultats de mesures et produire les KPIs
SWITCH 105
Programme SWITCH
Montée en compétences
SWITCH 106
Montée en compétences – Principes retour carte
activités
PRINCIPE #1 : LA MONTÉE EN COMPÉTENCE S’APPLIQUE À L’ENSEMBLE DES ACTEURS DU

PROGRAMME
▪ Elle doit permettre aux collaborateurs du Programme :
o de comprendre la vision, les enjeux et les fondamentaux du programme
o d’être capable de jouer leur rôle dans le programme au quotidien via la maîtrise des outils, du contenu et
de la méthodologie du programme
PRINCIPE #2 : LA MONTÉE EN COMPÉTENCES EST PILOTÉE EN CENTRAL

▪ La stratégie de Montée en compétences est établie par le Change Central et validée par la Direction du
Programme
▪ La Station S regroupe les contenus, modalités et outils de montée en compétences à destination de tous les
acteurs du programme
PRINCIPE #3 : LA MONTÉE EN COMPÉTENCES EST LA RESPONSABILITÉ DE TOUS

▪ La Conduite du Changement se tient à disposition des Streams / Projets transverses / Direction des Opérations /
Direction Technique / Direction Métier / Direction Programme pour les aider à structurer et assurer leur plan de
montée en compétences, à travers un parcours de montée en compétence semi-personnalisé et des modalités de
mise en œuvre (support : Station S)
▪ En fonction des sujets, les Directions (besoins de formation transverse Programme) et Streams (besoins de
formation local) du programme produisent les contenus et animent les sessions de montée en compétences
(exemple : coach agile)
▪ Chaque stream / projet transverse est co-responsable avec le Change de la bonne montée en compétence des
ressources du programme
PRINCIPE #4 : LE PÉRIMÈTRE COUVERT CONCERNE TOUTES LES DIMENSIONS DU PROGRAMME

▪ Fondamentaux du Programme (SAFe / Modèle d’exécution)
▪ Processus d’ingénierie
▪ Outils (PLM 3DX)
▪ Culture « data centric »
SWITCH 107
Montée en compétences – Processus retour carte
activités
Direction de
Identifient des Produit le Animent les
Programme / besoins de MEC contenu formations
DT / DO / DM
Besoin Besoin
Transverse Pgm Transverse Pgm
Change Central Identifie des besoins Apporte et définit Collecte les

Consolide les taux de
Consolide une Planifie/organise participation et
/ Station S / de MEC par
stratégie de MEC
la pédagogie et
des sessions
feedbacks de
décompte des
population du PRG les moyens session
réseau CdC sessions
Besoin Besoin
Local Local
Intègre les besoins

Stream / Remonte les besoins
de MEC au niveau
de montée en Produit le Animent les
compétences dans contenu formations
projet transverse Stream
leur plan Stream/PT
Légende
Session en Contenu de montée
Station S Outil d’analyse
présententiel en compétence
SWITCH 108
Montée en compétences – KPIs retour carte
activités

• Taux de réalisation du parcours des acteurs streams • Mesure de la satisfaction à l’issue des sessions
SWITCH 109
Montée en compétences – Outils retour carte
activités
Nota : à date, la solution cible pour

• La solution SharePoint peut être utilisée pour héberger la Station S
la Station S n’a pas été confirmée
• La solution bureautique Outlook peut être utilisée pour communiquer

largement auprès de tous les collaborateurs, envoyer des invitations à des
formations etc.
• La solution bureautique PowerPoint peut être utilisée afin de faire des

supports de formations
• Des vidéos peuvent aussi être utilisées pour créer des modules de e-
learning
• La solution bureautique Excel peut être utilisée pour centraliser les

résultats de mesures et produire les KPIs
SWITCH 110
SWITCH 111
PROGRAMME
CDC
Fiche de poste : Responsable Tour de Contrôle TECHNIQUE MÉTIER OPÉRATIONS
STREAM TDC
Nom David Attali Rôle PMO / Responsable Tour de Contrôle
Mission Périmètre de responsabilités

▪ Assure le pilotage stratégique et tactique du programme (gestion de la trajectoire et de la ▪ Garantir la bonne mise en œuvre du pilotage en mode agile à l’échelle, le respect des
valeur créée, suivi des ressources mobilisées, gestion des adhérences, et des instances bonnes pratiques et la bonne utilisations des outils par l’ensemble des acteurs du
Directoire, Comité programme, RFT) conformément au modèle d’exécution programme
▪ Assure le pilotage opérationnel du programme en relation avec les streams et chantiers ▪ Organiser la remontée d’informations vers la direction de programme : indicateurs
transverses (suivi des actions et risques, du budget, des indicateurs agiles, de l’avancement d’avancement, suivi des bénéfices, gestion des risques, etc.
des livrables) ▪ Préparer et animer les instances de synchronisation entre les acteurs du programme :
▪ Pendant la phase d’initialisation, définit les processus et outils de la tour de contrôle ; mets Weekly Operational Meeting, Comité Fonctionnel et Technique
en place un MVP du Tableau de bord de la Tour de contrôle ▪ Assurer l’analyse et le suivi des indicateurs du programme produits par les streams et
chantiers transverse
▪ Faciliter les arbitrages au travers des instances de pilotage : Comité programme,
Principales interfaces au sein du Programme ▪
Directoire
Assurer le pilotage opérationnel du programme : cadencement des cérémoniaux agiles,
▪ Streams et projets transverse du programme évaluation des risques, mise à jour du planning, des dépendances et de la trajectoire,
− Appui à la mise en œuvre du modèle d’exécution et des bonnes pratiques de travail avancement des livrables, etc.
− Appui au pilotage du stream et à la remontée d’informations (indicateurs de ▪ Apporter une aide au pilotage aux streams et chantiers transverses : mise en œuvre du
performance, évaluation des risques, avancement du planning, etc.) modèle d’exécution, des bonnes pratiques, des outils, assistance à la préparation et aide à
− Suivi des entrées et sorties d’équipiers projet l’animation des cérémoniaux en mode agile à l’échelle (stand-up planning, PI planning,
etc.)
▪ Direction des Opérations
▪ Contribuer à l’instruction des sujets inter-stream industriels et projets transverses qui
− Appui à la mise en œuvre du modèle d’exécution et au pilotage
émergent dans les instances de pilotage stratégique du programme (Directoire, Comité
▪ Direction Technique programme, RFT)
− Participation à l’alignement de la feuille de route des streams avec celle de la DT
SWITCH 112
La Tour de Contrôle s’appuie sur une structure à deux niveaux pour assurer un pilotage consolidé
à la maille programme tout en proposant un appui méthodologique aux streams et projets
Direction programme SWITCH La cellule centrale en appui au pilotage stratégique

• Garantit la bonne mise en œuvre du pilotage en mode agile à l’échelle, le respect des bonnes
Direction programme pratiques et la bonne utilisation des outils par l’ensemble des acteurs du programme
Tour de • Prépare et anime les instances de synchronisation (Weekly Operational Meeting ) et de
Contrôle décision (RFT, Comité programme, directoire)
Cellule • Analyse et consolide les indicateurs remontés par les streams industriels et projets transverses
centrale pour faciliter les arbitrages lors des Comités programme, Directoires et RFT
TDC TDC TDC
Appui local Appui local Appui local • Contribue à l’instruction des sujets inter-stream industriels et projets transverses qui émergent
dans les instances de pilotage stratégique du programme (Directoire, Comité programme, RFT)
DO DTS DM
Sens montant Les appuis locaux de la TdC remontent en central les informations nécessaires au
pilotage du programme : indicateurs d’avancement, gestion des risques, adhérences avec les autres
streams & projets, etc.
Sens descendant La cellule centrale de la TdC redescend aux streams industriels et projets
transverses une vision consolidée à la maille programme des indicateurs, des arbitrages et des
bonnes pratiques à mettre en œuvre
Les appuis locaux de la tour de contrôle

TDC TDC TDC • Apportent une aide au pilotage aux pilotes : mise en œuvre du modèle d’exécution, des bonnes
Appui local Appui local Appui local pratiques, des outils (SharePoint, Jira-Confluence, matrice de risque, RIDA, etc.), assistance à la
préparation et aide à l’animation des cérémoniaux en mode agile à l’échelle (stand-up
ESPN RTI2 EPR2 planning, PI planning, etc.)
• Organisent la collecte et la remontée des indicateurs et des adhérences vers la cellule PMO
Streams industriels & projets transverses centrale
SWITCH 113
SWITCH 114
Introduction au Portail Programme
Le Portail Programme est un point d’accès centralisé aux ressources et informations structurantes du programme.
5 services ont été identifiés pour être mis à la disposition des collaborateurs SWITCH.
Chacun est défini et animé par un porteur dédié et supporté par une solution technique.
TABLEAU DE BORD LES ESSENTIELS OUTILS BASE DOC. STATION S

Indicateurs de pilotage du Information et documents Templates, documents Documents de Ensemble de services pour
programme structurants du programme et logiciels à disposition travail Sharepoint accompagner la transformation
La mise en place du portail et le développement de ses dimensions se font par itérations successives. En date de
publication du Detailed Design de la Tour de Contrôle, le Portail Programme en est à sa 2ème itération (MVP 2).
Le planning de mise en œuvre est disponible à la fin de la présente partie du livrable.
SWITCH 115
Présentation du service Tableau de bord
Le tableau de bord du Portail présente des indicateurs de pilotage du Programme Switch et répond
à un objectif de communication et de transparence auprès de tous les collaborateurs.
Ces indicateurs sont de plusieurs natures (avancement, risques, résultats, mobilisation …), en lien avec
les processus suivis par la Tour de Contrôle.
INDICATEURS « SAFE » AUTRES INDICATEURS
Le framework SAFe définit nativement des indicateurs Le Portail Programme propose également un ensemble
pour piloter un programme Agile à tous ses niveaux. d’indicateurs de pilotage pour toutes les activités non
couvertes pas le framework SAFe.
Exemple : Kanban, Burn Up, Burn Down Exemple : indicateurs de la Conduite du Changement
Une large majorité de ces indicateurs se base sur les données Ces indicateurs proviennent des activités décrites dans le
de l’outil de pilotage agile JIRA. Le tableau de bord permet une Detailed Design. Les KPIs non agiles seront embarqués dans
vision centralisée de ces indicateurs pour l’ensemble des un potentiel MVP 3 du Portail Programme.
instances du framework SAFe dans JIRA, notamment pour les
populations n’ayant pas accès à cet outil.
SWITCH 116
Fonctionnement du Tableau de bord
Le tableau de bord permet de visualiser des indicateurs en fonction d’un périmètre paramétrable.
Sélection du périmètre SWITCH

1 - Global / Programme Switch
- Stream Industriel
- Projet Transverse
- Lot
Sélection du niveau de granularité

2 - Global / Portfolio
- Train(s)
- Equipe(s)
Affichage des indicateurs

3 - Kanbans
- Performance metrics
- Burn-Down / Burn-Up
- Performance reports
& Predictability Measures
- [Autres] Ex : Conduite du Chang.
La 2ème version du MVP se concentre sur le suivi des indicateurs SAFe.

L’opportunité d’intégrer les KPIs non agiles sera étudiée dans une potentielle version ultérieure.
SWITCH 117
Présentation de la Base documentaire
La Base documentaire correspond aux outils de partage de document au sein du programme.
Documentation transverse
Documentation opérationnelle
et de pilotage
Accès fourni dans la page Accès direct via le bouton Base
Boîte à Outils Documentaire de la page d’accueil
Le portail offre des points d’entrée vers ces outils :
- SharePoint est accessible dès la page d’accueil du Portail (via bouton Base Documentaire)
- Confluence faisant partie des outils agiles, au même titre que Jira, il est accessible dans
l’espace Boîte à Outils
SWITCH 118
Présentation de la Boîte à Outils et des Essentiels
La Boîte à outils donne un accès centralisé aux outils du programme identifiés dans le Detailed Design,
accompagnés d’explications.
La page est structurée afin de mettre en avant :

▪ Les outils de pilotage et documentation agile : Jira et Confluence
▪ Les templates bureautiques sur Sharepoint correspondant aux activités identifiées dans le
Detailed Design
Ex : RIDA, Template de trajectoire, Template d’attribution d’objectifs en PI Planning …
Les essentiels est une page de présentation du programme via le partage de documents structurants.
Son ambition est de fournir les informations nécessaires à la compréhension du programme SWITCH.
Ce service est géré par la Conduite du Changement.
La page est structurée afin de mettre en avant des documents et liens pour :
▪ Comprendre le contexte du programme : Dossier CECEG, introduction à l’ingénierie nucléaire …
▪ Comprendre l’organisation du programme : Organigrammes, trombinoscopes …
▪ Comprendre le fonctionnement du programme : Modèle d’exécution …
▪ Accéder aux autres sources d’informations utiles facilitant la compréhension
SWITCH 119
Présentation de la Station S et des Forums
La Station S est un espace physique et virtuel offrant des services aux collaborateurs pour supporter la
transformation digitale de la filière nucléaire.
Les Forums sont un de ces services. Ils permettent la création et l’animation de communautés de
pratiques facilitant la collaboration, le partage de connaissance et de pratiques entre les collaborateurs.
Ces deux espaces sont gérés par la Conduite du Changement.
STATION S
Le Portail Programme offre un point d’accès vers la
plateforme web de la Station S.
Espace physique Espace virtuel
Lien externe
MVP2 : Lien non disponible.
Formation
Le Portail Programme offre un outil pour porter la gestion
Evènements
des communautés de pratiques directement sur l’outil 3DX.
Forums Celle-ci sera testée par la Conduite du Changement.
… MVP2 : Application 3D Swym au sein du Portail Programme.
SWITCH 120
Planning d’implémentation du Portail Programme
Mai 18 Juin 18 Juil. 18 Août 18 Sept. 18 Oct. 18 Nov. 18 Déc. 18 T1 2019

Environnements Environnement Capgemini
12/12
techniques Environnement(s) Instal MEP
et MEP Hors Prod EDF Prod (MVP#2)
Travaux Spéc. Choix solution

préliminaires Portail Portail
Contenus MVP#1 :
- Interface du tableau de bord
implémentée sous 3DX avec 19/09
Prép.
MVP#1 indicateurs SAFe statiques Développements MVP #1 Livraison
- Lien vers GED v1 MVP
MVP Portail #1
Contenus MVP#2 :
- Structure backoffice et gestion dynamique des données pour indicateurs SAFe
(base de données et traitement des exports Jira) 31/10
MVP#2 - Affichage de données issues de fichiers Excel paramétrables Dev. MVP #2 Livraison
- Page d’accueil, Les Essentiels et Boîte à Outils
- Intégration de la charte graphique EDF
MVP Portail #2
Travaux Constr. des Sélection, Test &

préliminaires KPIs Rodage des KPIs
Lancement MVP#3 : Amélioration

- A confirmer (début février) continue
MVP#3 Contenus MVP#3 : MVP #3

- Intégration des indicateurs de pilotage hors SAFe
- Corrections MVP#2
- Reste à définir
31/10
Livraison
Detailed Design
SWITCH 121
ANNEXES
SWITCH 122
EXTRAIT DU
Initialisation _ Système de gouvernance MODEX V2
HEBDOMADAIRE MENSUEL TRIMESTRIEL
DIRECTOIRE
(X. Ursat)
WEEKLY OPERATIONAL
COMITÉ PROGRAMME
MEETING
(B. Lièvre)
(A.Oswald)
Programme
REVUE FONCTIONNELLE
ET TECHNIQUE
(B. Lièvre)
Flux montants (Situation et

WEEKLY DIRECTION WEEKLY DIRECTION DES WEEKLY STREAM analyse de situation, risques
COMITÉ STREAM COMITÉ DIRECTION et plan de mitigation,
TECHNIQUE OPÉRATIONS (organisation flexible à
(Stream Lead) TECHNIQUE demandes d’arbitrage)
(J-F. Hamelin) (Aude OSWALD) la main du stream)
HPC HPC
Stream / EPR2
FLA3
EPR2
FLA3 Flux descendants (feedbacks,
Référentiels RTI
ESPN
RTI
ESPN communications, arbitrages
rendus)
WEEKLY RÉFÉRENTIELS
MDD RODIN
HPC
Architecture
Réf. Gestion de projet
Réf. Ing. Syst.
SWITCH 123
EXTRAIT DU
Cible _ Système de gouvernance niveau Portfolio MODEX V2
DAILY HEBDOMADAIRE SPRINT (2 sem) MENSUEL PI (10 sem) MODALITÉS PORTFOLIO

PREPARE FOR EPIC REVIEW – Hebdomadaire
PREPARE FOR EPIC Objectifs : Affiner le backlog des Epics (backlog readiness), prioriser les
REVIEW EPIC REVIEW EPIC REVIEW SWITCH Epics
ALIGNEMENT (COPROG)
Participants : Lean Portfolio Manager, Epic Owners, équipe
EPR2
HPC
ESPN Référentiels
Portfolio RTI
EPIC REVIEW ALIGNEMENT – Bimensuel

INSPECT & ADAPT Objectifs : Sécuriser l’embarquement des acteurs clés, dont Unités
KANBAN PORTFOLIO
(PORTFOLIO)
d’ingénierie et des Directions Projets Industriels en préparation de
l’EPIC REVIEW SWITCH
Participants : EPIC owners, représentants Unités d’ingénierie et
Direction Projets Industriels
EPIC REVIEW SWITCH – Mensuel

PREPARE FOR PI INSPECT & ADAPT Objectifs : Arbitrer sur la priorisation finale des Epics / Enablers et
SCRUM DE SCRUM SYSTEM DEMO
PLANNING (PROGRAM) donner le « go » pour le passage à l’étage Program
Train 1 Participants : Lean Portfolio Manager, EPIC owners, Enterprise
Architect, équipe Référentiels, équipe Conduite du Changement
Program
PO SYNC PI PLANNING KANBAN PORTFOLIO – Bimensuel
Objectifs : Faire un point sur l’avancement global, les risques remontés,
le périmètre et rendre les arbitrages associés
Participants : Lean Portfolio Manager, Epic Owners, Enterprise
ART SYNC (WOM) Architect, Product Management, System Architect, équipe Tour de
Contrôle
INSPECT & ADAPT (PORTFOLIO) - Toutes les 10 semaines

DAILY STAND-UP ITERATION PLANNING Objectifs : Mettre à jour la vision et la roadmap, faire la rétrospective et
résoudre les problèmes (amélioration continue), réaliser le REX de la
mise en service au sein des Unités d’ingénierie et vérifier l’atteinte de
la valeur
Team ITERATION RETRO
Participants : Lean Portfolio Manager, Epic Owners, Enterprise
Architect, Product Management, System Architect, équipe Tour de
ITERATION REVIEW Contrôle
xx = Garant de la cérémonie
SWITCH 124
EXTRAIT DU
Cible _ Système de gouvernance niveau Program (1/2) MODEX V2
DAILY HEBDOMADAIRE SPRINT (2 sem) MENSUEL PI (10 sem) MODALITÉS PROGRAM

PREPARE FOR PI PLANNING - Hebdomadaire
PREPARE FOR EPIC Objectifs : Affiner le backlog des features (backlog
REVIEW EPIC REVIEW EPIC REVIEW SWITCH
ALIGNEMENT (COPROG) readiness), prioriser les Features
EPR2
HPC Participants : Product Manager, System Architect, Product
ESPN
Portfolio RTI Owner, équipe Référentiels, équipe Usine, équipe Tour de
Contrôle, équipe Conduite du Changement + tout
KANBAN PORTFOLIO
INSPECT & ADAPT intervenant nécessaire en fonction des sujets traités
(PORTFOLIO)
SCRUM DE SCRUM - Hebdomadaire
Objectifs : Faire un point sur l’avancement du train et les
risques remontés
Participants : RTE, Scrum Masters, Dev Team Members si
besoin + tout intervenant nécessaire en fonction des
PREPARE FOR PI INSPECT & ADAPT
PLANNING
(PROGRAM) sujets traités
Train 1
PO SYNC - Hebdomadaire
Program Objectifs : Faire un point sur le périmètre et rendre les
PO SYNC PI PLANNING arbitrages associés
Participants : Product Manager, Product Owners, RTE si
besoin + tout intervenant nécessaire en fonction des
ART SYNC (WOM) sujets traités
SYSTEM DEMO - Toutes les 2 semaines

Objectifs : Faire une démonstration des Features et du
DAILY STAND-UP ITERATION PLANNING système intégré
Participants : RTE, Product Manager, System Architect,
Dev team, Product Owner, Scrum Master, Business
Team ITERATION RETRO Owners, parties prenantes clés (sponsors, key
stakeholders)
ITERATION REVIEW
SWITCH 125
EXTRAIT DU
Cible _ Système de gouvernance niveau Program (2/2) MODEX V2
DAILY HEBDOMADAIRE SPRINT (2 sem) MENSUEL PI (10 sem) MODALITÉS PROGRAM

PI PLANNING - Toutes les 10 semaines
PREPARE FOR EPIC Objectifs : Aligner le métier et l’IT vers des objectifs
REVIEW EPIC REVIEW EPIC REVIEW SWITCH
ALIGNEMENT (COPROG) communs priorisés, avoir un plan de développement pour
EPR2
HPC le PI, identifier les dépendances entre les équipes du train
ESPN
Portfolio RTI et hors train. Planifier les activités de recette technique et
métier à mener en parallèle sur le delivery du PI
KANBAN PORTFOLIO
INSPECT & ADAPT précédent
(PORTFOLIO) Participants : RTE, Product Management, System
Architect, Dev team, Product Owner, Scrum Master,
Business Owners, parties prenantes clés (sponsors, key
stakeholders)
INSPECT & ADAPT - Toutes les 10 semaines

PREPARE FOR PI INSPECT & ADAPT
PLANNING
(PROGRAM) Objectifs : Réaliser la system demo finale, présenter les
indicateurs du PI, Faire la rétrospective et résoudre les
Train 1
problèmes (amélioration continue)
Program Participants : RTE, Product Management, System
PO SYNC PI PLANNING Architect, représentants des Scrum Teams, Business
Owners + tout intervenant nécessaire en fonction des
sujets traités
ART SYNC (WOM)
DAILY STAND-UP ITERATION PLANNING
Team ITERATION RETRO
ITERATION REVIEW
SWITCH 126
EXTRAIT DU
Cible _ Système de gouvernance niveau Team MODEX V2
DAILY HEBDOMADAIRE SPRINT (2 sem) MENSUEL PI (10 sem) MODALITÉS TEAM

ITERATION PLANNING - Toutes les 2 semaines
PREPARE FOR EPIC
EPIC REVIEW EPIC REVIEW SWITCH
Objectifs : Définir l’objectif du prochain sprint et le plan
REVIEW
ALIGNEMENT (COPROG) de travail associé (User Stories embarquées)
EPR2
HPC
ESPN
Participants : Dev team, Product Owner, Scrum Master
Portfolio RTI + tout intervenant nécessaire en fonction des sujets
traités
INSPECT & ADAPT
KANBAN PORTFOLIO
(PORTFOLIO)
ITERATION RETRO - Toutes les 2 semaines
Objectifs : Faire un retour en arrière sur l’itération
passée et prendre des mesures d’amélioration
Participants : Scrum Master, Dev team, Product Owner
PREPARE FOR PI
INSPECT & ADAPT ITERATION REVIEW - Toutes les 2 semaines
PLANNING (PROGRAM)
Objectifs : Montrer / démontrer ce qui a été réalisé au
Train 1 PO pendant l’itération afin d’obtenir les feedbacks et
Program les intégrer pour la suite du projet
Participants : Scrum Master, Dev team, Product Owner
PO SYNC PI PLANNING
+ tout intervenant nécessaire en fonction des sujets
traités
ART SYNC (WOM)
DAILY STAND-UP - Journalier
Objectifs : Faire un statut de l’avancement sur la base
de 3 questions clés:
DAILY STAND-UP ITERATION PLANNING • Ce que j’ai fait hier
• Ce que je vais faire aujourd’hui
• Ai-je rencontré des problèmes
Team ITERATION RETRO Participants : Scrum Master, Dev team, Product Owner
+ tout intervenant nécessaire en fonction des sujets
traités
ITERATION REVIEW
SWITCH 127
EXTRAIT DU
Zoom sur les instances de gouvernance agile au niveau Program MODEX V2
5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6

2 2
4 4 4 4
1 1
PI planning
PI planning
3 3 3 3 3 3 3 3 3
2 sem
Niveau Team sur
slide suivante 10 sem
1 PI PLANNING - Toutes les 10 semaines 4 SYSTEM DEMO - Toutes les 2 semaines
2 INSPECT & ADAPT - Toutes les 10 semaines 5 SCRUM DE SCRUMS - Hebdomadaire
3 PREPARE FOR PI PLANNING - Hebdomadaire 6 PO SYNC - Hebdomadaire
SWITCH 128
EXTRAIT DU
Zoom sur les instances de gouvernance agile au niveau Team MODEX V2
Sprint de 2 semaines
1 1
Lundi Mardi Mercredi Jeudi Vendredi Lundi Mardi Mercredi Jeudi Vendredi
2
4 4 4 4 4 4 4 4 4 4 3
ITERATION PLANNING - Toutes les 2 semaines

1 Objectifs : Définir l’objectif du prochain sprint et le plan de travail associé (user stories embarquées)
ITERATION RETRO - Toutes les 2 semaines Sur une seule journée

2 Objectifs : Faire un retour en arrière sur l’itération passée et prendre des mesures d’amélioration
ITERATION REVIEW - Toutes les 2 semaines

3 Objectifs : Montrer / démontrer ce qui a été réalisé au PO pendant l’itération afin d’obtenir les feedbacks et les intégrer pour la suite du projet
DAILY STAND-UP - Journalier (Daily Stand-up)

4 Objectifs : Faire un statut de l’avancement sur la base de 3 questions clés:
• Ce que j’ai fait hier
• Ce que je vais faire aujourd’hui
• Ai-je rencontré des problèmes
SWITCH 129

PGM TDC Detailed Design v1 Switch Vdiff

Transféré par

Droits d'auteur :

Formats disponibles

PGM TDC Detailed Design v1 Switch Vdiff

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

PGM TDC Detailed Design v1 Switch Vdiff

Transféré par

Droits d'auteur :

Formats disponibles

TOUR DE CONTRÔLE – DETAILED DESIGN

I PÉRIMÈTRE DU DETAILED DESIGN DE LA TOUR DE CONTRÔLE

II ACTIVITÉS DE PILOTAGE DU PROGRAMME

III MODÈLE OPÉRATIONNEL

▪ Tableau de bord des indicateurs de

I PÉRIMÈTRE DU DETAILED DESIGN DE LA TOUR DE CONTRÔLE

II ACTIVITÉS DE PILOTAGE DU PROGRAMME

III MODÈLE OPÉRATIONNEL

Gestion de la trajectoire Suivi de la valeur créée Gestion des parties prenantes

Période Février 2007

Ressources / vue structure Activités / Vue portefeuille En M€

étéde La Banque Postale–RCS PARIS B 421 100 645

Total dépenses hors

% de consommation sur frais de transport : Transverse

Suivi de la valeur créée Gest. des parties

Gestion des ressources

Logistique Réservation de la salle / de la caféteria Mathilde + Laurent ok

Chemin 1 Faire l'action 1 23/03/2015 60% 65%

Chemin 2 Activité 2 et 3 30/04/2016 30% 20%

Chemin 3 Finaliser action 4 05/05/2016 50% 10%

Chemin 4 Réaliser action XX 23/03/2016 45% 45%

Chemin 5 Action 3 et 6 25/04/2016 100% 100%

Chemin 7 Réaliser l'action 7 23/05/2016 0% 0%

Chemin 8 Action et activité 8 04/06/2016 0% 0%

Chemin 9 Réaliser l'activité 9 15/03/2017 0% 0%

Conclusion Préparer les messages clefs Yann to do

Cocktail Commande du traiteur / des boissons Mathilde en cours

Interfaces & Burn Up & Avancement des Suivi des

Cycle de gestion Activités portées par

CARTOGRAPHIE DES ACTIVITÉS DE PILOTAGE DU BASIC DESIGN

1 1  Regroupement des activités homogènes

CDC 2 CDC CDC

 Classification des activités de pilotage en 3 catégories : Stratégiques ;

▪ Proposition d’indicateurs clés de pilotage (KPIs)

dans un potentiel MVP 3 du Portail Programme

▪ Identification d’outils cibles et transitoires (lorsqu’applicable)

PRINCIPE #4 : LA TRAJECTOIRE EST UN DOCUMENT DE

Centralise et met à Met en ligne la

Appui local Met à jour la

KPIs de pilotage du contenu KPIs de performance du processus

• La solution bureautique PowerPoint a été

Suivi de la valeur créée

PRINCIPE #4 : LE SUIVI DES BÉNÉFICES S’APPUIE SUR LE BUSINESS CASE

PRINCIPES #6 : LES BÉNÉFICES SONT CONTINUELLEMENT MIS À JOUR,

BUSINESS CASE DOSSIER D’EMERGENCE

VALEUR CRÉÉE DE L’EPIC

COPROG EPIC Review

leaders, Prépare l’EPIC RFT des résultats

Identifie et Met à jour la Met à jour la

PROGRAM INCREMENT (MESURE DE PRÉDICTIBILITÉ)

Le suivi de la valeur créée par chaque Program

Le Modèle d’Exécution explicite le fonctionnement en

KPIs de pilotage du contenu KPIs de performance du processus

Business Case et Dossier d’émergence Valeur créée de l’Epic Mesure de Prédictibilité

Illustration de l’outil Illustration de l’outil Illustration de l’outil

Gestion des parties prenantes

PRINCIPE #1 : LA GESTION DES PARTIES PRENANTES CONSISTE À ASSURER LE BON

PRINCIPE #2 : SELON LA PERCEPTION PAR LA DIRECTION DE PROGRAMME DU NIVEAU

DÉCLENCHEMENT DES UNITÉS D’ŒUVRE