Nouvelle mission chez EDF

Missions et références

Depuis juin 2012 : Architecture technique SAP chez EDF :

  • Etude de fusion des 8 instances SAP FI/CO pour la comptabilité EDF
  • Etude d’un parcours de migration vers une solution de Cloud Computing pour SAP
  • Rédaction de DATs (Document d'Architecture Technique) décrivant l'interface entre les besoins métier, les exigences de disponibilité/sécurité/confidentialité, les fonctionnalités du progiciel et les contraintes de production de l'infogérant
  • Migration de 90 instances SAP : ECC6, BW, Sap Content Server, SAP PI, SAP GRC, Solution Manager : Interface entre la MOA EDF, la DSI EDF et l'infogérant

 

De février à mai 2012 : Groupe Casino à Saint-Etienne avec les objectifs suivants :  

  • Rationaliser et améliorer les procédures de copie/refresh d'instances SAP
  • Gérer le projet de migration OS/DB de Windows/SQL Server vers Aix/DB2 de l'instance SAP orienté FI/CO
  • Mener des campagnes de mesure et d'amélioration de performances SAP
  • Qualifier et spécifier la mise en œuvre du monitoring des Business Processes avec Solution Manager
  • S'intégrer à l'équipe de support N3 et y apporter son expertise

 

Décembre2011-Janvier 2012 : OTAN CEPMA (Central Europe Pipeline Management Agency)

Mise en oeuvre d'un PRA pour la production Oracle/SAP

Réalisation technique :

  • Reprise de l’instance de production sur un serveur de secours
  • Import ZFS des volumes répliqués au niveau de la baie de disques Compellent
  • Paramétrage Oracle et SAP
  • Recette technique et fonctionnelle

 

De janvier à septembre 2011 : Tereos (Industrie du sucre et des céréales)

Définition de l'architecture technique permettant d'exécuter les nouveaux environnements de production

  • SAP ECC6 et Business Objects BI 4.0 : 40 000 SAPs
  • Autres environnements SAP : GRC, APO, TDMS
  • CI/DB Serveurs Sun M9000 + SAN HDS AMS2500

Gestion du projet de déploiement

  • Rédaction du Plan Qualité de Projet
  • Rédaction et suivi de planning
  • Coordination des intervenants

ITIL V3 et la disponibilité

        ITIL apporte tant de progrès à la qualité des services informatiques que l’on rend à nos clients qu’il faut commencer par lui reconnaître cette avancée. C’est d’ailleurs à l’occasion de la suite de mon parcours de formation que me sont venues d’autres types de remarque.

Je viens en effet de suivre un module de formation intitulé PPO  (Planification, Protection et Optimisation). On y traite de 5 processus Itil : la gestion de la demande, la gestion de la capacité, la gestion de la disponibilité et la gestion de la continuité. Ce sont de ces deux derniers que je veux parler maintenant.


Je ne sais pas si c’est ITIL qui a inventé la notion de SLA, mais c’est sûrement l’une de ses notions clé qu’il aura réussi à populariser largement. On peut d’ailleurs en discuter certaines limites comme je l’ai fait récemment . J’attendais donc avec intérêt de rentrer dans le détail du processus de gestion de la disponibilité. De plus, d’un point de vue de ma carrière professionnelle, cela fait sans doute plus de 15 ans que j’ai eu affaire à ce genre de question. C'est-à-dire, comment ajuster au mieux le compromis entre une demande souvent excessive  (24/24 7/7), des technologies parfois défaillantes, des équipes à former et de nouvelles habitudes à prendre.

Chez Sun, comme chez d’autres sans doute, on appelait ça les 3 Ps : People, Process, Product. Et comme l’on vendait des « products », on était très fier d’insister sur le fait que c’était le moins important des 3 Ps. J’ai été heureux de retrouver cette notion dans l’introduction au livre ITIL consacré à la conception de services (Service Design). Les 3 Ps y sont maintenant 4 puisque ITIL y ajoute le Partner. Et si l’on insistait sur le People, c’est bien que les statistiques de notre support démontrait que la plupart des pannes provenait de fautes humaines ou de procédures et documentations mal rédigées ou mal comprises. Autrement dit, les défaillances matérielles ou logicielles ne représentent que 20% des causes de panne. Il m’aurait paru intéressant de décliner les 3, devenus 4Ps tout au long des différents processus du service design. Au lieu de cela, on a droit à un ensemble d’activités à mener qui n’ont rien de spécifique à la question de la disponibilité. 

 

Le comble est atteint par une technique décrite comme proactive, alors qu’elle est par ailleurs clairement décalquée sur la gestion de problèmes. Il s’agit de « Service Failure Analysis (SFA) dont voici un descriptif :

 

Difficile de faire plus vague et plus générique.  Plus loin, on nous dit aussi que les coûts grimpent avec l’exigence de disponibilité ; ce qui n’est pas une information qui aurait pu nous échapper.

On dirait que les rédacteurs ITIL, à force de vouloir rester à un niveau de généralité qui puisse se décliner dans tous les cas ont laissé en route tout ce qui fait le propre de la gestion de la disponibilité.


On ne retrouve pas les mêmes manques dans la gestion de la continuité. J’avoue que j’ai eu longtemps un peu de mal à admettre la séparation en deux processus de la disponibilité et de la continuité. Dans la pratique ce sont les mêmes personnes qui s’en occupent et la barrière entre les deux est assez mince. ITIL la justifie en définissant la gestion de la disponibilité comme le soutien  des SLAs en mode normal, et la gestion de la continuité comme la gestion de l’exception et de la reprise de l’IT après un désastre. Par ailleurs, et là encore ça paraît être une position de bon sens, le plan de continuité informatique doit être complètement aligné sur le plan global de continuité de l’entreprise, alors que la disponibilité répond techniquement à des besoins de l’entreprise, sans qu’un dispositif global de disponibilité soit défini à ce niveau, en dehors des plannings du personnel. Le mot continuité est d’ailleurs trompeur, puisque dans ITIL, cette gestion de la continuité est un plan qui ne se déclenchera qu’après rupture de cette continuité. Ceci étant dit, j’ai bien apprécié dans  la gestion de continuité ITIL un outil nommé BIA (Business Impact Analysis). Je le pratiquais de manière informelle en classifiant avec le client les applications suivant leur criticité, et donc celles qui devaient être protégées en priorité, mais je ne l’avais jamais élaboré de manière aussi précise que ce que propose ITIL. Il s’agit d’un tableau dans lequel on répertorie chaque service avec son impact décliné suivant diverses dimensions :

  • Impact financier, réglementaire, en image de marque, en service au client
  • Nombre d’utilisateurs en mode nominal, et nombre d’utilisateurs minimum  nécessaire au bon fonctionnement du service
  • Horaires d’ouverture du service
  • Existence d’une procédure manuelle de secours (retour au traitement papier)
  • Interfaces avec  les autres services

De cette manière, on peut qualifier complètement la criticité du service et en définir une stratégie de continuité.

Je m’attendais donc à ce que celle-ci se donne comme objectifs essentiels des temps de retour du service et de perte de données maximales admise. Ces deux paramètres sont connus sous le nom de RTO et RPO en anglais et DIMA et PDMA en Français. Mais, à ma grande surprise, ITIL ne cite pas ces éléments essentiels d’un plan de continuité. En tous cas, pour ma part, je ne sais pas bâtir ce plan sans positionner ces valeurs centrales.


A l’issue de cette formation, je suis donc un peu frustré par ces manques de ITIL dans un domaine pourtant primordial et qui devrait constituer le fer de lance de cet ensemble de bonnes pratiques. Lors de l’examen qui clôt la session, il faut donc faire un exercice assez délicat de semi-oubli de notions qui me semblent pourtant primordiales, pour recoller à des pratiques un peu obsolètes, tout en conservant une bonne compréhension de la situation proposée dans l’exposé de la question. C’est sans doute quand on maîtrise suffisamment son sujet que l’on arrive à tirer la meilleure part de conseils génériques et de sa propre expérience.  C’est en tous cas ce que je m’efforce de faire et de proposer à mes clients.

 

Écrire commentaire

Commentaires: 9
  • #1

    jpgilles (jeudi, 27 octobre 2016 04:52)

    Bonjour,
    il est important de se rappeler que ITIL , au départ, est un recueil de bonnes pratiques, donc des choses plutôt réalistes qui ont ensuite été conceptualisées, notamment autour des processus de support et de fourniture des services; les autres livres de la V2 étant assez peu fournis en apports pratiques. La V3 au contraire est une approche hautement conceptuelle (dans ma vision: une tentative de pousser ITIL au niveau des normes de référence que sont CMMI ou COBIT) qui n'a pas nécessairement su garder tous les apports de la V2. Ça fait des années que je vois des "processus" s'inspirant d'ITIL et qui , en matière de gestion de capacité ou de disponibilité, se contentent d'enfoncer des portes ouvertes sans rien apporter de concret (on fait quoi? comment?).
    Concernant la gestion de continuité, dont ITIL ne fait que tracer les grandes lignes , je suggère de consulter ou se rapprocher du Bussiness Continuity Institute (dont le BIA provient, je crois) , qui offre une vraie démarche méthodologique et même des certifications basées sur la pratique (il faut avoir mené plusieurs projets de DRP ou de BCP pour candidater...).

  • #2

    Ethelyn Mcferren (jeudi, 02 février 2017 19:09)


    This design is incredible! You obviously know how to keep a reader amused. Between your wit and your videos, I was almost moved to start my own blog (well, almost...HaHa!) Fantastic job. I really loved what you had to say, and more than that, how you presented it. Too cool!

  • #3

    Kip Stockton (vendredi, 03 février 2017 04:11)


    Please let me know if you're looking for a article author for your weblog. You have some really great posts and I feel I would be a good asset. If you ever want to take some of the load off, I'd really like to write some content for your blog in exchange for a link back to mine. Please blast me an e-mail if interested. Kudos!

  • #4

    Carli Surber (vendredi, 03 février 2017 14:57)


    I am sure this post has touched all the internet users, its really really pleasant post on building up new weblog.

  • #5

    Christina Caskey (vendredi, 03 février 2017 17:30)


    Outstanding quest there. What occurred after? Good luck!

  • #6

    Renita Zenz (lundi, 06 février 2017 18:08)


    I blog quite often and I seriously thank you for your content. This article has really peaked my interest. I will bookmark your website and keep checking for new information about once per week. I opted in for your Feed too.

  • #7

    Kasha Felch (lundi, 06 février 2017 20:26)


    Excellent article. I certainly love this site. Thanks!

  • #8

    Hannah Caves (jeudi, 09 février 2017 03:40)


    I have to thank you for the efforts you've put in penning this blog. I'm hoping to view the same high-grade blog posts from you in the future as well. In truth, your creative writing abilities has motivated me to get my own blog now ;)

  • #9

    Carry Tubb (jeudi, 09 février 2017 11:29)


    Woah! I'm really digging the template/theme of this blog. It's simple, yet effective. A lot of times it's challenging to get that "perfect balance" between user friendliness and appearance. I must say you've done a very good job with this. Additionally, the blog loads super fast for me on Opera. Superb Blog!