date

ALM 2.0 Tout pour monter son Centre De Services .Net Mercredi 9 février 2011 François MERAND National Practice Leader - Microsoft Alliance SOGETI francois.merand@sogeti.com Keelan CLECH Directeur du CDS Microsoft SOGETI keelan.clech@sogeti.com date

Une équipe d’experts IC² SOGETI c’est : 20.000 collaborateurs dans 15 pays dont 6000 dédiés aux technologies Microsoft LE partenaire Microsoft 2010 Une équipe d’experts Des outils : Une maîtrise de la plateforme .Net Un Centre De Services comme outil de production Un showroom.Net dédié aux technologies Microsoft Un DataCenter IC2 –Innovation Cloud Center Un ancrage fort dans l’écosystème Microsoft (MVP): www.dotnetrangers.net Des blogs, des articles, des livres blancs IC² Des expertises reconnues : date

2011 : Un S.I. toujours sous pression date

Face à ces pressions, vos priorités… 4/2/2017 © 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

AGENDA Rappel : les fondamentaux de l’ALM ALM 2.0, c’est quoi ? Mettre en place une filière de développement .Net Centre De Services, l’étape ultime ? Et demain… date

AGENDA Rappel : les fondamentaux de l’ALM ALM 2.0, c’est quoi ? Mettre en place une filière de développement .Net Centre De Services, l’étape ultime ? Et demain… date

Les 3 composantes de l’ALM Project Portfolio Management Application Portfolio Management Business Case Development Fin de vie Idée Déploiement Gouvernance Dev Dev Dev SDLC, v2 Maintenance SDLC, v1 Exploitation Déploiement Mises à jour Supervision Le cycle de vie des applications (lifecycle) couvre toute la période durant laquelle une organisation engage des moyens (€, ressources) sur son patrimoine applicatif. De l'idée de départ jusqu'à la fin de vie de la solution

Une démarche ALM avec : Des processus Des technologies Des équipes Productivité Gestion de projet Guides Gestion des risques et des exigences Agiles Interopérables Outillage Sécurité Performances Administration …

La démarche ALM La vision IT 4/2/2017 Développement Exigences Métiers identifiées Exigences Métiers délivrés Gouvernance IT et métier IT Operations © 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

AGENDA Rappel : les fondamentaux de l’ALM ALM 2.0, c’est quoi ? Mettre en place une filière de développement .Net Centre De Services, l’étape ultime ? Et demain… date

Au commencement : Une démarche d’unification 1ers outils orientés “tâches” (ex : le contrôle de sources) Dev Dev Dev Dev Dev Dev    date

ALM 1.0 Des outils de développement en équipe Transparence et communication entre membres de l’équipe Devs DB Test CP Arch CP Dev DB Test Arch    date

Project Management Tool ALM 1.0 dans les faits… Architecture Tool Requirements Tool Development Tool Test Tool Project Management Tool Design Documents Test Cases Source Code Versions Project Statistics Requirements Build date

… et ses coûts cachés ALM 1.0 Élément caractéristique Coûts associés Un outil unique pour chacun des rôles Faible productivité à cause de la complexité des outils Risque d’incompréhension dans la supervision Fonctionnalités « ALM » redondantes, disséminées dans les outils Manque de transparence dans le cycle de développement Renforcement des silos Outils = microprocessus Intégration = macro processus Effort pour maintenir la synchronisation Pas de point unique et central Maintient et cohésion de l’ensemble des outils Problème aux changements de versions Effets de bord date

Vers l’ALM 2.0 Visibilité et alignement pour toute la filière de développement Qualité et agilité au coeur des processus Collaboration (HUB) PMO Business Analyst Arch Designers Operations Customers Test Devs PM DB PM Arch Test Devs DB PMO Operations Designers Customers Business Analyst    date

Outils ALM 2.0 Objectif: Optimiser le processus de bout en bout Development Tool Architecture Tool Test Tool Design Documents Test Cases Source Code Versions Requirements Project Statistics Project Management Tool Requirements Tool Build

Point commun : C’est des « S » ! ALM 2.0 par la pratique Traçabilité  Stabilité dans le temps Intégration  Solution(s) outillée(s) Automatisation  Simplification des process Communication  Synchronisation des équipes Visibilité  Suivi temps réel Point commun : C’est des « S » ! C.D.S date

Le développement “artisanal”, ça a du bon ! Du boulot ! Des outils standards Des processus “simplifiés” Et la maintenance ? Pas de capitalisation Pas de réutilisation Pragmatique MAIS : Dépassements, Défauts, Sécurité, Pannes… Comme le dit la pub : « l’artisanat est la plus grande entreprise de France » date

Productivité & améliorations continue Le modèle industriel Economie d’échelle Pour automatiser et améliorer la production Le concept de “Boîtes noires” Produire des modèles et des dérivés Mais mal adapté à l’industrie logicielle Eventuellement progiciel date

Différentiation retardée Economie de “périmètre” ou de “surface” Réutilisation des principes de conception et des composants Des processus génériques et connus, modélisables Personnalisation possible au final, paramétrable Il faut seulement définir ce qui est spécifique à chaque système date

Advanced Web Services jeudi 25 novembre 2004 Industrialisation Automatiser les tâches répétitives et sans valeur ajoutée Mise en place d’une démarche d’amélioration continue François MERAND - fmerand@microsoft.com - © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Filière de développement Projet A Projet B Projet C Les métriques Les méthodes Les hommes Les outils date

AGENDA Rappel : les fondamentaux de l’ALM ALM 2.0, c’est quoi ? Mettre en place une filière de développement .Net Centre De Services, l’étape ultime ? Et demain… date

Centre de Services Des individus Une méthode Un outillage commun Collaboration – Agilité - Unification date

CDS : Une stratégie adaptée 4/2/2017 10:17 AM Excellence technologique, outils et capitalisation Gestion des compétences et des affectations Gestion de la connaissance Intégration continue et contrôle qualité Démarche et optimisation des processus Pilotage, planification, et reporting Centre de service efficient © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. 26

Mettre en place un CDS Pourquoi ? Pouvez-vous faire sans ? Deux objectifs (contraintes) majeures : Améliorer la qualité Réduire (maîtriser) les coûts Toute en évitant : De passer en mode réactif L’absence de visibilité date

Mettre en place un CDS Les règles de bases C’est aussi une opportunité d’évaluer votre existant Au-delà de l’industrialisation, c’est aussi : Augmenter votre productivité Créer de la valeur Réduire (ou maîtriser) vos coûts Améliorer la perception de vos clients C’est un projets à part entière Des compétences externes – souhaitable Des compétences internes – formations Des compétences en « service management » date

Mettre en place un CDS Principes Une approche par phase, pas de « big bang » Identifier, présenter et surtout communiquer clairement sur les objectifs que l’on souhaite atteindre, et quand? Impliquer clients et utilisateurs (pensez à adapter votre vocabulaire) Une bonne communication est la clé du succès date

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA date

Maîtrise des coûts : gains potentiels Réutilisabilité des composants / développement précédents Qualité éprouvée Mise en place d’un support management et reporting commun Suivi des prestations en mode globale (tableaux de bords, facturation) Mutualisation, formation et optimisation des compétences Optimisation de l’adéquation des profils à la demande date

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA

Le catalogue de services « Applicatifs » APPLICATIONS Services de Support Services aux Infrastructures & applications Services Ingénierie & Projet Services Conseil Service Desk Maintenance des Applications Testing Testing IT Solutions Conseil Métier - BPM Support Applicatifs Tierce recette Développement Projets Analyse de maturité SOA Corrective Qualification et Homologation Evolutive Etudes Fonctionnelles Inventaire Gestion du référentiel Automatisation Analyse de Maturité AM Adaptative Gestion des release Etudes Techniques Gestion Portfolio Gestion des Changements Test de Performances Analyse de Maturité Testing Expertise Technique Gestion du référentiel Gestion des environnements Gestion des release Automatisation IT Governance Gestion des environnements Gestion de l’outillage Gestion de l’outillage Services spécifiques Services spécifiques Services spécifiques Services Spécifiques Services spécifiques Services spécifiques

Catalogue de Services (exemple) Description Cette famille d’UO correspond aux besoins de maintenance fonctionnelle et technique en TMA. 3 Lignes de services sont proposées : Ligne TRANSITION avec 3 UO Ligne MAINTENANCE et SUPPORT avec 4 UO Ligne REVERSIBILITE avec 1 UO Transition TMA_INI Initialisation de la TMA : Installation, inventaire, planification, PAQ et Convention de services TMA_INF Etude et mise en œuvre de la plateforme : Logistique, Réseaux, PRA TMA_PCO Prise de Connaissance pour un groupe d’applications entrant Maintenance et support TMA_MCO Maintenance corrective d’un groupe d’applications selon complexité TMA_MPE Petites évolutions fonctionnelles et adaptatives TMA_ASS Assistance technique ou fonctionnelle TMA_AEX Assistance d’exploitation TMA_EDE Etude et devis TMA_FPA Fabrication de package Réversibilité TMA_REV Phase de Réversibilité des applications du périmètre du service 34 34

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA

Gestion des Ressources Optimisation des ressources Adéquation entre les profils et les services Adaptation à la variation des besoins et des charges, Mutualisation des ressources, Gestion de la montée en compétences, Proximité géographique pour les fonctions de Front-office Anticipation des Plans de charge Flexibilité Saisonnalité Gestion des absences Gestion du Turn-over Gestion de la connaissance et du contexte Mise en œuvre d’un livret d’accueil Identification précise des connaissances nécessaires Capitalisation et transmission du savoir Identification des lacunes et des besoins de formation Engagement sur le taux de rotation des équipes date

Un choix large de profils Parce qu’un projet ne nécessite pas seulement des experts, un large éventail de profils sont disponibles. Concepteur développeur débutant CDJ Concepteur Développeur CD Concepteur Développeur Confirmé CDC Infographiste / Web Designer Junior IG Infographiste / Web Designer Senior IGC Chef d'équipe CE Analyste Fonctionnel CF Concepteur Fonctionnel CFS Chef de Projet CP Chef de Projet Senior CPS Architecte ARC Expert Technique EXP Expert SQL Server SQL Développeur SharePoint DSP Développeur SharePoint Confirmé DSC Expert SharePoint ESP Consultant SharePoint CSP Consultant Technologique CTL Directeur de Projet DP date

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA

Centres de prestations Les modèles C L I E N T Centre de Services Gestion des services Production des services Service 1 Site client Service 2 Site de proximité Service 3 Centres de prestations Service 4 Service n Pôles de compétences

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA

La construction financière Souplesse de l’engagement date

CDS : les mots Clés Maîtrise des coûts Catalogue et lignes de services Gestion des ressources Recherche de compétences Réduction des m2 occupés par les prestataires Modularité des contrats Engagements / Niveaux de service - SLA

Les Engagements du CDS Définition des niveaux de service sur : le support, la maintenance corrective La maintenance évolutive, les projets Engagement sur la Continuité de services Gestion de la connaissance Mise en œuvre d’une base de connaissance Engagement sur le taux de rotation des équipes Transparence de la Relation Comités Suivi des demandes (Service Pack ™) Relation contractuelle pérenne et juridiquement conforme date

Exemple : Sogeti Rightshore™ Architecture du modèle de Delivery Gestion des services Production des services National Services Conseil Proximité France Management des services Méthodes communes Nearshore Services Ingénierie & projets Pologne Nearshore Catalogue des services Outils communs Espagne Services infrastructures et applications Offshore Inde Processus communs Services de support Production des services Optimisation des coûts Conjuguer le meilleur QFC (Qualité / Flexibilité / Coût)

Exemple : Sogeti Rightshore ™ Principe de mise en œuvre Durée Modèle optimal de production des services Rightshore ™ Sites Nearshore Site Client Plusieurs modèles de production des services externalisés Site(s) Sogeti Sites Offshore Choix du modèle de delivery Choix du niveau d’externalisation

AGENDA Rappel : les fondamentaux de l’ALM ALM 2.0, c’est quoi ? Mettre en place une filière de développement .Net Centre De Services, l’étape ultime ? Et demain… date

AGENDA Centre de services Année 1 Année 2 Année 3 Q 2 Q 3, 4 Q 1, 2 Industrialisation Gain de Productivité Sécurisation 1 Mise en place UO/ligne de services 3 Généralisation de l’utilisation d’outillage de Test 3 Amélioration continue de la Communication Sécurisation Gain de Productivité Organisation 1 Formater les instances de pilotage 6 Industrialisation des tests Pilotage plus performant Capitalisation Gain de Productivité Sécurisation flexibilité 3 Bilan des projets (mensuelle) 5 Mutualisation des compétences (reprise de nouveaux domaines) Délais de résolution des tickets / qualité du code 1 Analyse des causes Réduction Nombre Ticket Capitalisation Qualité et continuité de services 5 Mise en place d’outils de qualimétrie du code et de cartographie applicative Maintien des Compétences 4 Mise en œuvre d’actions de motivation et de formation équipe (mutualisation) 4 Analyse récurrente de la démarche ITIL Gain de productivité Pilotage activité Organisation 2 Organisation par activité Réduction des délais de résolution 2 Affiner les ratios abaques 2 Enrichissement des indicateurs Qualité et continuité de services Industrialisation Industrialisation

Et demain… Autre(s) métode(s) ? Le cloud : TFS OnLine IC2 IC²

Questions ? La réponse est oui. Mais quelle était la question ? Advanced Web Services jeudi 25 novembre 2004 Questions ? La réponse est oui. Mais quelle était la question ? François MERAND - fmerand@microsoft.com - © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

MSDN et TechNet : l’essentiel des ressources techniques à portée de clic Portail administration et infrastructure pour informaticiens Portail de ressources technique pour développeurs http://technet.com http://msdn.com