Rex du démarrage d'un projet stratégique en Agilité @RTE - Caroline Mollion (RTE), Stéphane Pollino (RTE), Florence Bouygue (Agile4me) - Agile en Seine
L'électricité ne se stockant pas, il faut assurer en temps réel l'équilibre entre l'offre et la demande.
Notre projet consiste à internationaliser ces mécanismes à l'échelle européenne avec une mise en œuvre au 2nd semestre 2018.
Voici un REX après un an de conduite de projet en Agilité, en insistant sur nos particularité.
Rex du démarrage d'un projet stratégique en Agilité @RTE - Caroline Mollion (RTE), Stéphane Pollino (RTE), Florence Bouygue (Agile4me) - Agile en Seine
1. Un projet stratégique en Agilité @ RTE
20 Septembre 2017
@AgileEnSeine/ #AgileEnSeine AgileEnSeine17Nos partenaires
www.agileenseine.com
3. 3
Problématique
Mise en place de l’agilité :
• Sur un projet stratégique
• En partant de rien
• En changeant radicalement nos méthodes de travail
Par quoi commencer ? L’organisation est-elle compliquée ? Quelle gestion
du changement ? Comment impliquer le management et les métiers ?
RTE – Agile en scène
Cycle en V Plateau projet Agile
TMA externalisée REXde 9 mois
4. 4
Qui sommes-nous ?
Missions de RTE
• Gestion et maintenance du réseau électrique haute tension ( > 63 kV)
• Garantir une bonne qualité d’électricité, assurer la sureté (blackout)
• Equilibrage entre Offre et Demande d’électricité
• Contribuer à la création du marché de l’électricité
Quelques chiffres
• 8500 salariés
• 4,5 Milliards € CA
• 105 000 km de lignes
• Filiale à 50 % d’EDF
En 2 min de vidéo
• https://www.youtube.com/watch?v=sepXvB29NPQ
RTE – Agile en scène
5. Pas de stockage de l’électricité Equilibrage Offre/Demande
• Modèles mathématiques prévisionnistes (consommation)
• Automates installés sur certaines capacités de production
• Ajustements via des Mécanismes de marché
Objectif du projet :
Standardisation du Marché d’Ajustement à la maille Européenne
5
Quels sont nos enjeux ?
RTE – Agile en scène
Ajustement
hausse ou baisse
Interconnexion EUR
6. 6
L’agilité dans notre contexte
Pourquoi l’agile ?
• Métier complexe nécessitant un lotissement fin et des débuts rapides
• Projet européen : échéances flexibles
• Concertations avec les acteurs de marché
Points clés
• Début des dévs en 2017, plusieurs jalons prévus jusqu’en 2022
• Répartition du projet Agile ET Cycle en V
• Plateau projet agile : 16 personnes
• Méthodologie SCRUM / Kanban en cycles de 3 semaines
• Sprint en cours : sprint 15
• 5 versions prévues ; la 1e livrée en juin 2017 (MVP)
RTE – Agile en scène
7. 7
La gestion du Backlog
Comment gérer un projet multi-PO ? Faut-il mutualiser l’équipe de DEV ?
Comment prioriser et suivre la rédaction des US ?
Notre solution actuelle :
• Equipe de DEV mutualisée pour plus de souplesse
• Management visuel référentiel de pilotage (traçabilité ex-post dans JIRA)
• Surveillance de l’inflation du backlog via des indicateurs KPi
RTE – Agile en scène
StoryMapping
ToDo WIP Done
Kanban des PO SprintPlanningPlusieurs PO Equipe de dev
Commun
8. 8
Planification
RTE – Agile en scène
Comment prédire le reste à faire ? Comment chiffrer une fonctionnalité ?
Comment évaluer notre performance ?
Notre solution actuelle :
• Construire des indicateurs. Fiables au bout de quelques sprints (4 à 6 mois)
• Regarder nos réalisations passées pour prédire l’avenir
• Indicateurs : vélocité, taille moyenne, nbre d’US, dette tech., inflation backlog
9. 9
L’interface SI et métier
RTE – Agile en scène
Ceux qui écrivent et
concertent les règles du
marché de l’électricité
Ceux qui déploieront nos
outils et conduisent le
changement auprès des
opérateurs internesCeux qui écrivent la doctrine
d’exploitation du système
électrique
Les opérateurs, qui utilisent
les outils dans le centre de
dispatching national
Les acteurs du marché
de l’électricité, externes
à RTE
Nous sommes une équipe de PO de la DSI, présents au quotidien auprès des développeurs,
en relation quasi quotidienne avec plusieurs directions métier de RTE
… mais pas directement
avec nos utilisateurs
finaux :
Ce sont des représentants des utilisateurs finaux qui valident les US, qui participent aux démos et qui
établissent les priorités
L’interaction avec les utilisateurs finaux entre dans une stratégie de conduite du changement interne et
externe qui n’est pas pilotée par nous
Concertation
Communication
interne
10. 10
Adhérences inter-projets
RTE – Agile en scène
Notre outil est un maillon de la chaine SI qui
permet d’équilibrer l’offre et la demande
en adhérence avec de nombreux autres
outils
12 outils en adhérence
35 adhérences identifiées à ce jour
Pour pouvoir démarrer :
Nous avons mis en place
des bouchons
Notre MVP utilise ces bouchons
(et n’est donc pas réellement
viable)
Aujourd’hui :
Nous n’avons pas commencé à
« débouchonner »
De nombreux challenges nous
attendent sur ce sujet :
Coordination / planning
Mise en place d’un
environnement connecté
Performances de l’outil
11. 11
Adaptations culturelles
La mise en place d’un plateau agile a suscité de nombreuses questions d’ordre
culturel dans notre organisation :
Comment garantir
la couverture du
périmètre
fonctionnel ?
Quel est le rôle
de la
hiérarchie ?
Est-ce que les
métiers ne vont pas
être trop sollicités ?
Quel budget
engager ?
Pourquoi prendre
une coach ?
Comment piloter
l’équipe de
développement tout
en la rendant
autonome ?
RTE – Agile en scène
12. 12
Bilan et perspectives
Défis :
• S’interconnecter avec les autres outils (« débouchonner »)
• Préparer la mise en production
• Maintenir la motivation de l’équipe dans la durée
Facteurs clés de succès :
• Proximité des Dev et des PO : un plateau unique
• Equipe de PO qui permet de se relayer et tenir le rythme
• Coaching
• Amélioration continue à chaque sprint
RTE – Agile en scène
Plus loin dans l’intégration européene
Plus les enjeux
Uniformisation. On part du monopole européen.
Impact forts sur les acteurs de marché
Construction Europe de l’énergie
- Priorisation OK : Objectif commun
- Souplesse : gérer les indispos
- lien avec les KPi
En théorie dans l’Agile => les utilisateurs finaux qui participent aux démo, les métiers qui sont les PO
Dans notre cas : du fait de notre organisation, obligés d’avoir des intermédiaires entre les équipes SI et les utilisateurs finaux
Externe : passe nécessairement par les instances de concertations via les équipes qui écrivent les règles de marché et pilotent la concertation
Util interne : CNES (cf photo) : population d’opérateurs qui W 24/24 7/7 en décalé => difficiles à capter et population sensible (syndicats, etc.) => conduite du changement qui n’est pas pilotée par nous mais par une équipe dédiée, basée sur site, chargée de l’insertion des nouveaux outils et process
=> pas d’accès direct aux utilisateurs :ce sont ces intermédiaires « métier » de plusieurs directions avec qui nous travaillons très régulièrement
>Fonctionne bien : participation avérée aux démo, enthousiasme des intermédiaires de voir le produit se construire au fil de l’eau
>Les intermédiaires connaissent les développeurs et peuvent discuter en direct avec eux (par exemple sur des questions relatives aux IHM suite aux démos)
(>L’équipe de PO a un rôle de filtrage afin de limiter les sollicitation et permettre aux développeurs de se concentrer sur les devs en cours)
Défis: commencer à faire venir les util finaux et initialiser la conduite du changement =
> présenter méthodo agile (13/14), commencer à faire venir en démo / aux ateliers
> travailler sur le vocabulaire, ne pas faire peur avec la terminologie agile / projet / SI
Adherences =
nouveaux outils développés en Agile
+ SI historique avec évolutions gérée en cycle en V et developpées par TMA externe
Indispensable => Mise en place de bouchons pour démarrer (US dédiées) un dizaine de bouchons aujourd’hui
Projet encore jeune, tout n’est pas résolu aujourd'hui, en particulier sur ce sujet des adhérences
Les questions qui nous ont été souvent posées par nos collègues, nos managers, les parties prenantes
Les doutes les plus fréquemment exprimés, sur lesquels il a fallu argumenter et convaincre
J’en choisis 2 / 3 et si vous voulez approfondir les autres thématiques n’hésitez pas à revenir sur les autres sujets pendant la phase de Q/R
domaine organisationnel :
Implication métier au fil de l’eau
Regard externe de la coach (vs prestataires de la DSI)
domaine budgétaire
Budget « non maitrisé » contrairement au forfait Nécessité d’arbitrer sur les priorités
Domaine managerial :
Management client / fournisseur vs philosophie Agile, en confiance, pas directif, participatif pour obtenir le meilleur résultat de l’équipe
Pilotage forfait vs sur site
Quel est le rôle de la hiérarchie ?
On n’a pas pu tout dire dans une présentation de 40 minutes, n’hésitez pas à nous poser des questions
Revenir sur les point clefs
Bénéfices de la démarche itérative et de l’amélioration continue
Mise en place de l’Agile = Succès avéré, projet vitrine, visite de FB à venir, en train d’essaimer cher RTE