présentation événement dette technologique micropole

Download Présentation événement dette technologique micropole

Post on 05-Aug-2015

156 views

Category:

Documents

4 download

Embed Size (px)

TRANSCRIPT

1. LA DETTE TECHNOLOGIQUE 26 JUIN 2015 POURQUOI ET COMMENT MAITRISER SA DETTE TECHNOLOGIQUE 2. Pourquoi ?1 Comment ?2 La belle histoire3 Questions / Rponses4 8:45 9:00 9:00 9:40 9:40 10:00 10:00 10:15 3. Pourquoi ?1 Comment ?2 La belle histoire3 Questions / Rponses4 Pourquoi matriser sa dette technologique 4. DETTE TECHNOLOGIQUE ? MOI ? JAMAIS ! Page 4 5. LE PROCESSUS BUDGTAIRE INFORMATIQUE Page 5 6. LE CYCLE DE VIE DUNE APPLICATION Page 6 Refonte Etude Projet Evolution importante Evolution mineure ? Go Live ? No Go R x.x 7. LE CYCLE DE VIE DU PATRIMOINE Page 7 D-commission Projet Evolution importante Evolution mineure ? Go Live ? No Go Version N D-commission Projet Evolution importante Evolution mineure ? Go Live ? No Go Version N D-commission Projet Evolution importante Evolution mineure ? Go Live ? No Go Version N Stratgie Business Stratgie IT Contraintes budgtaires Elments de contexte Engagements et arbitrages D-commission Projet Evolution importante Evolution mineure ? Go Live ? No Go Version N Rglementation 8. Cas 1: Sans maitrise de la dette Cas 2: Avec gestion de la dette LA DETTE TECHNOLOGIQUE ? t t+1 t+2 t+3 t t+1 t+2 t+3 Maintenance Projets Dette technologique Dette Ce que lon doit quelquun (Centre National De Ressources Textuelles et Lexicales) Si la dette nest pas maitrise, les intrts grossissent, rendant de plus en plus difficile tout nouvel investissement, rendant votre systme de plus en plus entropique. Technologie Ensemble cohrent de savoirs et de pratiques dans un certain domaine technique, fond sur des principes scientifiques (Larousse) Dfinition Page 8 La dette technologique est constitue par une succession de dcisions managriales et de choix technologiques sur lensemble du patrimoine applicatif Impacts sur les budgets et le ratio Projet/Maintenance 9. Pourquoi ?1 Comment ?2 La belle histoire3 Questions / Rponses4 Comment matriser sa dette technologique 10. QUOI MESURER ? Page 10 Business leaders demand that IT leader do more with less to free resources for innovation and growth Source Forester Time to market trop long Stratgie mtier supporte de faon non optimale Risques accrus de rupture de lactivit Cots trop levs Contexte de rduction du budget de maintenance IT Technologies vieillissantes des applications Portefeuille applicatif trop grand/imbriqu et complexe grer Manque dagilit des applications Redondance applicative rsultant des diffrentes fusions/acquisitions Incapacit grer et partager des informations mtiers Dpendance vis--vis des comptences critiques Performance alatoire Besoin dexploiter les nouvelles technologies avec agilit 11. COMMENT MESURER OBJECTIVEMENT ? Zonede Tolrance Infraction 0DetteTechnologique Plus lapplication contient dinfractions, plus la dette technologique va augmenter Source: http://blog.castsoftware.com/ Global AxeA AxeB Axen Appli. 1 Appli. 2 Appli. n Lobsolescence Lagilit La redondance La qualit des interfaces Le respects des principes et normes Les comptences La qualit du code Des axes de mesures Le portfolio des applications et des projets Les principes darchitecture Les normes et standards Ltat de lart du march Des rfrentiels = Application Lapplication est lunit de mesure la plus approprie. Cest le point de rencontre entre lIT et le mtier. Une maille 12. NOTRE DMARCHE Page 12 Patrimoine IT Plan Do Act Check Eviter la rgression Primtre et Critres Mesure Plan daction Rduire la dette Prenniser la mesure Premier rsultats Roue de Deming (PDCA) Patrimoine IT 13. PRIMTRE ET CRITRE Page 13 Dfinir le primtre Les primtres applicatifs Type dapplication: application front office, application technique, Matriel, Gographie/Organisation: Pour quelle population dutilisateurs finaux Responsabilit: Dans certains cas (mode SAS, externalisation de lIT, ou contrat inter-entit, ), la responsabilit de lIT doit tre identifie afin den dfinir son contour Les acteurs solliciter La gouvernance de la dette technologique Dfinir Les critres de mesure Regroupement des critres par famille = axe de mesure Dcrire par axe de mesure, les critres envisags. Bien identifier les donnes ncessaires Donnes brutes = donnes qui feront lobjet de la mesure et sans lesquelles la mesure ne peut avoir lieu Rfrentiel = les donnes challenger, la cible atteindre et que lon va mesurer En cas de discussion, nhsiter par pondrer les critres les uns par rapport aux autres, Objectifs DocumentAxedemesure Obsolescence technique Une application est considre Obsolte lorsque la couverture de son support contractuel (par dfaut 5 ans aprs sa date de commercialisation) ne dpasse pas 3 ans (par rapport la date de la mesure) Criteria Date de fin de support (DFS) vs date de la mesure (DM) Par convention; les extensions de support contractualises ne seront pas prises en compte. Date de la mesure Fin de support 1 0 y.+1 y.+3 years 0 2 3 Evaluation de lObsolescence Delta = DFS DM Carte dun axe de mesure: Obsolescence Anticiper la conduite du changement = Construire un cadre et des critres partags par tous les acteurs impliqus 14. MESURE Page 14 Collecter toutes les donnes ncessaires Pour chaque donne, sassurer de la compltude et la qualit de linformation La qualit de la donne peut tre challenge par une mesure sur un primtre restreint Cette tape est essentielle pour la lgitimit du rsultat final Dfinir le mode opratoire de la mesure Mesure objective et calcule Exemple: Obsolescence par un delta entre 2 dates Exploitation de mesures existantes Lorsquelle existe, il est toujours intressant de rutiliser une mesure dj existante. Il suffit juste dadapter le rsultat sur un barme commun. Mesure par valuation partage A dfaut de donne suffisante, lchange et la validation collgiale de lattribution dune note peut tre mise en place. Les acteurs impliquer doivent tre reconnus de tous Objectifs Name % ID % Criteria description 0 1 2 3 C0 100% SOFT components alignement All are align > 2/3 > 1/3 < 1/3n/a Category Criteria 60%General Grade meaning Efficient Not efficient Quality Code (Cross-approved assessment) Interm ediate Evaluation C1.1 25% Documentation C1.2 25% Comments C1.3 25% Naming convention C1.4 25% Code modularity C2.1 25% Monitoring code C2.2 25% Audit track C2.3 25% Integration mode C2.4 25% Release management Free 100% C3 100% Impress assessment Good impress Bad Impress 60%General Efficient Not efficient Transverse mechanism Exist Not exist Interm ediate Evaluation OR 40% Exemple de Mesure par valuation partage: la qualit du code Monter un atelier de travail ddi ce sujet Conseil: aprs chaque atelier, projeter les rsultats sur lensemble des applications, afin de conforter ou non, le niveau des exigences mais aussi le ressenti globale 15. Les pires et les meilleures Par application PREMIERS RSULTATS 1/2 Page 15 Construire les premiers rsultats Par application, en rsultats bruts En regroupant les rsultats sur la/les dimensions mtiers Bon moyen dillustrer et de communiquer sur la stratgie IT Objectifs Vision par synthseRsultats bruts Asset Rating Grading Factor 1 Factor 2 Factor 3 Factor 4 Factor 5 Factor 6 Asset 1 2,68 /3 3,00 /3 1,00 /3 3,00 /3 3,00 /3 2,10 /3 Asset 2 2,64 /3 3,00 /3 1,50 /3 3,00 /3 2,50 /3 2,42 /3 Asset 3 2,56 /3 3,00 /3 1,00 /3 3,00 /3 2,50 /3 2,10 /3 Asset 4 2,51 /3 3,00 /3 0,30 /3 1,20 /3 2,88 /3 1,29 /3 2,40 /3 Asset 5 2,47 /3 3,00 /3 1,31 /3 1,88 /3 2,38 /3 2,52 /3 Asset 6 2,41 /3 3,00 /3 0,75 /3 1,50 /3 3,00 /3 0,37 /3 0,00 /3 Asset 7 2,35 /3 3,00 /3 0,60 /3 1,65 /3 2,38 /3 0,66 /3 2,20 /3 Asset 8 2,34 /3 3,00 /3 0,60 /3 1,80 /3 2,80 /3 1,29 /3 0,00 /3 Asset 9 2,32 /3 3,00 /3 1,00 /3 3,00 /3 2,25 /3 1,01 /3 0,62 /3 Asset 10 2,30 /3 3,00 /3 0,97 /3 1,01 /3 3,00 /3 0,62 /3 TOTAL Rating per Factor Asset 160 1,34 /3 1,00 /3 0,00 /3 1,50 /3 2,00 /3 1,56 /3 0,64 /3 Asset 161 1,23 /3 1,00 /3 0,00 /3 1,50 /3 2,00 /3 1,28 /3 Asset 162 1,20 /3 3,00 /3 1,00 /3 1,50 /3 0,00 /3 0,31 /3 0,00 /3 Asset 163 1,00 /3 1,00 /3 0,00 /3 1,50 /3 1,33 /3 1,31 /3 0,00 /3 Asset 164 0,88 /3 1,00 /3 0,00 /3 3,00 /3 1,17 /3 1,28 /3 Asset 165 0,79 /3 1,00 /3 0,00 /3 1,12 /3 0,88 /3 0,59 /3 0,00 /3 Asset 166 0,74 /3 1,00 /3 0,00 /3 3,00 /3 0,00 /3 0,00 /3 Asset 167 0,70 /3 1,00 /3 0,00 /3 2,62 /3 0,00 /3 0,00 /3 Asset 168 0,53 /3 1,00 /3 0,00 /3 1,12 /3 0,00 /3 0,69 /3 1,28 /3 Asset 169 0,53 /3 1,00 /3 0,00 /3 1,12 /3 0,00 /3 0,59 /3 1,28 /3 Asset 170 0,42 /3 1,00 /3 0,00 /3 1,18 /3 0,00 /3 0,87 /3 0,00 /3 Couverture de la dette technologique du patrimoine applicatif 0 0,2 0,4 0,6 0,8 1 1,2 1,4 1,6 1,8 2 2,2 2,4 2,6 2,8 3 Forte Dette identifie= = = = = = = = = = = = = > Pas de dette identifie 14% 46% 34% 6% Classer les rsultats par ordre, en vue de permettre des comparaisons Dfinir les priorits daxe de mesure en les pondrant selon la stratgie IT voulue 16. PREMIERS RSULTATS 2/2 Il est temps dexposer sa dette technologique Exemple 1: liste de socle technique (usage interne IT) Socle technique Editeur Type Nb appli Moy. Appli Val. = Note*Nb Windows 2012 Microsoft Systme 45 3,00 /3 135,0 Oracle 11 Oracle Base de donne 27 3,00 /3 81,0 AIX 6.x IBM Systme 54 1,33 /3 71,8 AIX 7.x IBM Systme 26 1,73 /3 45,0 Windows 2008 Microsoft Systme 12 3,00 /3 36,0 Oracle 12 Oracle Base de donne 12 2,33 /3 28,0 DB2 for z/OS 11 IBM Base de donne 20 1,33 /3 26,6 Linux 6.x RedHat Ent. Systme 26 1,00 /3 26,0 WAS 8.x IBM Serveur d'application 11 1,67 /3 18,4 WAS 7.x IBM Serveur d'application 7 2,61 /3 18,3 DB2 for z/OS 10 IBM Base de donne 8 1,33 /3 10,6 SQL Server 2008 Microsoft Base de donne 3 2,00 /3 6,0 SQL Server 2012 Microsoft Base de donne 2 2,33 /3 4,7 Communication avec les fournisseurs Exemple 2: Valorisation dun Domaine mtier par la dette technologique de ses applications (usage externe) Hirarchie de la dette pour un domaine Page 16 Communication avec les mtiers 17. PLAN DACTION Page 17 Amliorer les rsultats Faire les arbitrages: dettes acceptes / dettes rduire Lexhaustivit non obligatoire /