Date.

Présentation au sujet: "Date."— Transcription de la présentation:

1 date

2 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 Keelan CLECH Directeur du CDS Microsoft SOGETI date

3 Une équipe d’experts IC² SOGETI c’est :
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): Des blogs, des articles, des livres blancs IC² Des expertises reconnues : date

4 2011 : Un S.I. toujours sous pression
date

5 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.

6 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

7 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

8 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

9 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 …

10 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.

11 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

12 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

13 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

14 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

15 … 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

16 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

17 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

18 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

19 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

20 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

21 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

22 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 - - © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

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

24 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

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

26 CDS : Une stratégie adaptée
4/2/ :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

27 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

28 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

29 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

30 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

31 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

32 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

33 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

34 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

35 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

36 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

37 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

38 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

39 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

40 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

41 La construction financière
Souplesse de l’engagement date

42 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

43 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

44 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)

45 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

46 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

47 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

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

49 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 - - © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

50 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

51