Séminaire PVM du 21 juin 2016-slidesharisé

Le séminaire de PVM Sous le signe de la fête de la musique et de la bonne humeur

Paris - 21 juin 2016

LE SÉMINAIRE PVM - PARIS LE 21 JUIN 2016 � /�1 16


Sommaire

L’aventure continue 4

L’identification de nos clients 6

L’organisation cible est validée les points durs identifiés, le passage à l’action plébiscité 8

Les équipes sont créées 9

Nos équipes en vidéo 10

Le plan d’actions défini (la V0) 11

Le suivi du plan d’actions 12

Les résultats attendus 13

Bienvenue chez PVM ! L’aventure continue ! 16


L’aventure continueAprès une première réorganisation en fin d’année 2015, PVM continue son chemin

de transformation en explicitant son organisation cible de la fin d’année 2016 et comment l’équipe compte y parvenir.

Une définition du chemin en plusieurs étapes

� � �

� � �

� � �

� � �


Pour parvenir à un plan d’action commun à PVM et spécifique par équipe qui sera suivi par tous

La construction du plan d’action s’est déroulé sur une journée pleine qui n’avait pas commencée sous les meilleurs hospices mais l’équipe a su se serrer les coudes et Baptiste sortir son portefeuille. Le petit déjeuner a été sauvé.

Ouf !


L’identification de nos clients



Risk

Ce jeu nous fait comprendre que nous les connaissons assez peu et qu’un rapprochement serait bénéfique pour

mieux les comprendre.

L’organisation cible est validée les points durs identifiés, le passage à l’action plébiscité

Quelques problèmes évoqués lors de la présentation de l’organisation :• Le release management est souvent difficile du fait de :

la centralisation trop importanteles environnements ne sont pas disponibles

• La charge de release est importante et les délais également car il faut une synchronisation.

• Les délais de reprise suite à incident sont importants. • Où sera localisé le support de production ?


• Recrutement• Reroutage des problèmes

de production

Les équipes sont crééesNous avons créé les pochettes d’album et aussi nos vidéos d’équipes. Regardez, admirez, souriez, ….

FOT

MRP

IT Quant

Market Data


Nos équipes en vidéoLa vidéo est accessible en cliquant sur ce lien : non fournir dans cette version.


Le plan d’actions défini (la V0)Le plan défini ci-dessous n’est bien sur qu’une ébauche et a pour vocation d’être un

fil directeur et en aucun cas un plan à suivre au pied de la lettre. Il sera affiné, revu, ajusté en fonction des retours terrain liés aux premières mises en oeuvre.

Ci-dessous je reprends les éléments pour assurer leur lisibilité.

Equipe Juillet 2016 Aout 2016

FOT Etat des lieux des connaissances sur le périmètre FOT

- Consolidation des connaissances et de l’expertise du périmètre FOT cible

- transfert de connaissances sur les applications liées à la Market Data

MRP Organisation claire (qui fait partie de quelle équipe et quel périmètre est couvert)

Etat des lieux pour ajuster la stratégie de transformation

IT QUANT Cadre de développement propre : - environnement de travail- environnemet de tests, unit test, TNR- usine de déploiement

MARKET DATA Définir le périmètre couvert par market data Recrutement et formation


Le suivi du plan d’actions

L’équipe PVM s’est mise d’accord pour mettre en place une réunion de suivi de 15 minutes toutes les 2 semaines avec des représentants de chaque équipe pour voir l’avancement des différentes actions définies. L’organisation de ces points est réalisée par Baptiste.

Equipe Septembre 2016 Octobre 2016

FOT - revue de la documentation opérationnelle

- formation du support applicatif sur les différentes applications du domaine

MRP Rapprochement géographique Mise en place d’un système de partage des connaissances

IT QUANT Finalisation du cadre de développement - Clarifier les logs dans la CTY Pricing

- refactorer la CTY (+ unit test)

MARKET DATA - Tooling et monitoring- renovation des applications & software factory

Equipe Novembre 2016 Décembre 2016 et début 2017

FOT

MRP

IT QUANT Faire des sauts qualitatifs « Disruption » S’engager sur le résultat, accepter le risque, prendre la responsabilité

MARKET DATA - Tooling et monitoring (suite et fin)- renovation des applications & software factory (suite et fin)


Les résultats attendus

Les différents axes qui ressortent des discussions grâce à cette réorganisation sont : En termes de résultats

❖ Sur le métier de la market dataune expertise market dataune maitrise des outils Market data


❖ pour l’ensemble des équipes :plus d’autonomie des équipesplus de liberté pour améliorer le systèmel’amélioration des processusdes échanges de connaissances entre équipesplus de responsabilisation des membres de l’équipela création de sous-cercles holacratiques pour tout PVMaugmentation de l’expertise dans la skill matrix

❖ sur le service délivré un service adapté

Meilleure compréhension des problèmes de productionMeilleur adressage des problèmes de productionMaîtrise de la production (outillage)améliorer la releaseplus de réactivité sur le support et les enhancementsdes fixings de qualitérésolution plus rapide

et plus spécifiquement sur le support niveau 1 :qualité du niveau 1support plus proche et plus réactifplus de support end to end par la même personneun support plus efficace (quand le support dédié est présent)meilleure qualité du support

❖ dans la relation avec les clientsmeilleure transparence vis-à-vis du businessclient satisfaitplus de proximité/présence entre l’initiateur de la demandeur et le

demandeurmeilleure priorisationdisposer d’un catalogue de services

❖ sur le quotidienplus de proposition des start-upsles problèmes seront dans le backlog de devun même backlog pour le support, la sécurité, l’ALM, la refonteplus de communication entre les supports niveau 1 et niveau 2


❖ sur la répartition des effortsplus de temps de dev ENH, ALM, …automatisation des tâches de supportmoins de support niveau 2 et 3

❖ sur les compétences des équipessupport

montée en compétences du niveau 1market data

existence d’un market data management

En termes de moyens à mettre en oeuvre :❖ Pour supporter la transformation du support de production :

disposer d’outils d’automatisation et automatiser les actions de support pour plus d’efficacité

outils de trouble shooting pour plus de réactivitédisposer de procédures et de documentationspécialiser les personnes pour augmenter la connaissance de enjeux métiersplus de coordination des agendasplus de temps de formationformation du supportimplication du support

❖ pour supporter l’autonomisation des équipesSéparer les releasefiabiliser les environnements de testsdisposer d’un backlog pour market databuild et release market data

❖ pour soutenir le service global PVMgestion du temps et des prioritésconserver un axe transverse support niveau 1

Ci-dessous les items que je n’ai pas su remettre dans leur contexte :❖ SD legacy (?)❖ moi et nous (?)❖ Un budget supplémentaire pour le support de niveau 1 et moins de dev (?)


Bienvenue chez PVM ! L’aventure continue !

Ce séminaire vous a été concocté par la société Goood! et ses extrapreneurs : Damien Thouvenin, Mathilde Remy, Julien Porot et Mija Rabemananjara. En espérant que vous avez passé un moment aussi agréable que nous.

Mija Rabemananjara


http://www.goood.pro

Business

Séminaire PVM du 21 juin 2016-slidesharisé