2 ALM 2.0 Tout pour monter son Centre De Services.Net Mercredi 9 février 2011 Keelan CLECH...

Post on 04-Apr-2015

106 views 2 download

Transcript of 2 ALM 2.0 Tout pour monter son Centre De Services.Net Mercredi 9 février 2011 Keelan CLECH...

2

ALM 2.0Tout pour monter son Centre De Services .Net

Mercredi 9 février 2011

Keelan CLECHDirecteur du CDS Microsoft

SOGETIkeelan.clech@sogeti.com

François MERANDNational Practice Leader - Microsoft AllianceSOGETI francois.merand@sogeti.com

3

Une équipe d’experts

• 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

Des outils :

SOGETI c’est :20.000 collaborateurs dans 15 pays

dont 6000 dédiés aux technologies MicrosoftLE partenaire Microsoft 2010

IC²

Des expertises reconnues :

4

2011 : Un S.I. toujours sous pression

5

Face à ces pressions, vos priorités…

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…

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…

8

Déploiement Fin de vieIdée

Les 3 composantes de l’ALM

Gouvernance

Dev Dev Dev

Exploitation

SDLC, v2

MaintenanceSDLC, v1

Application Portfolio

Management

Business Case Development

Project Portfolio Management

Déploiement

SupervisionMises à jour

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

Interopérables Sécurité Administration

Outillage Performances …

Une démarche ALM avec :

Des processus

Des technologies

Des équipes Productivité

Gestion de projet

Guides Gestion des risques et des

exigences Agiles

10

La démarche ALMLa vision IT

Développement

IT OperationsGouvernance IT et métier

Exigences Métiers

identifiées

ExigencesMétiersdélivrés

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…

12

Dev Dev Dev Dev Dev

Au commencement : Une démarche d’unification

1ers outils orientés “tâches” (ex : le contrôle de sources)

Dev Dev Dev Dev Dev

13

ALM 1.0 Des outils de développement en équipeTransparence et communication entre membres de l’équipe

CP Dev DB Test Arch

CP Devs DB Test Arch

14

ALM 1.0 dans les faits…

Source Code Versions

Development Tool

Design Documents

Architecture Tool

Requirements

Requirements Tool

Project Statistics

Project Management

Tool

Test Cases

Test Tool

Build

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 outilsRisque d’incompréhension dans la supervision

Fonctionnalités « ALM » redondantes, disséminées dans les outils

Manque de transparence dans le cycle de développementRenforcement des silos

Outils = microprocessusIntégration = macro processus

Effort pour maintenir la synchronisationPas de point unique et central

Maintient et cohésion de l’ensemble des outils

Problème aux changements de versionsEffets de bord

16

• Visibilité et alignement pour toute la filière de développement• Qualité et agilité au coeur des processus • Collaboration (HUB)

PM

Arch

Test

Devs

DB

Vers l’ALM 2.0

PMO Operations Designers Customers Business Analyst

PMOOperationsDesigners CustomersBusiness Analyst

PM

Arch Test Devs

DB

17

Source Code Versions

Development Tool

Design Documents

Architecture Tool

Outils ALM 2.0Objectif: Optimiser le processus de bout en bout

Requirements

Requirements Tool

Project Statistics

Project Management

Tool

Test Cases

Test Tool

Build

18

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

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 »

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

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

22

Industrialisation

• Automatiser les tâches répétitives et sans valeur ajoutée

• Mise en place d’une démarche d’amélioration continue

23

Filière de développementPro

jet A

Projet C

Projet B

LES HOMMESLES MÉTHODESLES OUTILSLES MÉTRIQUES

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…

25

Centre de Services

Des individus

Une méthode

Un outillage commun

Collaboration – Agilité - Unification

26

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

Initialisation du projet

Validation des besoins

Définition de l’architecture

SharePoint

Conception

Développement et tests

Intégration Déploiement

Recette utilisateur

Déploiement et Transition

Démonstration

CDS : Une stratégie adaptée

Centre de serviceefficient

27

Mettre en place un CDSPourquoi ?• 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é

28

Mettre en place un CDSLes 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 »

29

Mettre en place un CDSPrincipes• 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

30

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

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

32

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

3333

Service Desk

APPLICATIONS

Services deSupport

Services auxInfrastructures & applications

Services Ingénierie & Projet

ServicesConseil

Support Applicatifs

Services spécifiques

Services spécifiques

Services spécifiques

Services Spécifiques

Services spécifiques

Services spécifiques

Inventaire

ConseilMétier - BPM

Analyse de maturité SOA

Etudes Techniques

Tierce recette

EtudesFonctionnelles

DéveloppementProjets

Analyse de MaturitéAM

Automatisation

ExpertiseTechnique

Maintenancedes Applications

Corrective

Evolutive

Adaptative

Qualification etHomologation

Gestion des release

IT SolutionsTestingTesting

Gestion des environnements

Gestion Portfolio

Gestion du référentiel

AutomatisationGestion des release

Gestion des environnements

Gestion du référentiel

Gestion de l’outillage

Analyse de MaturitéTesting

IT Governance

Gestion de l’outillage

Test de PerformancesGestion des Changements

Le catalogue de services « Applicatifs »

34 34 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 UOLigne MAINTENANCE et SUPPORT avec 4 UOLigne REVERSIBILITE avec 1 UO

TMA_INI Initialisation de la TMA : Installation, inventaire, planification, PAQ et Convention de services

TMA_PCO Prise de Connaissance pour un groupe d’applications entrant

TMA_MCO Maintenance corrective d’un groupe d’applications selon complexité

TMA_MPE Petites évolutions fonctionnelles et adaptatives

TMA_REV Phase de Réversibilité des applications du périmètre du service

Transition

TMA_INF Etude et mise en œuvre de la plateforme : Logistique, Réseaux, PRA

Maintenance et support

Réversibilité

TMA_ASS

TMA_AEX Assistance d’exploitation

TMA_EDE Etude et devis

Assistance technique ou fonctionnelle

TMA_FPA Fabrication de package

35

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

36 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

37

Un choix large de profilsParce 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

38

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

39

Pôles de compétences

Les modèles

Site de proximité

Centres de prestations

Site clientService 1

Service 2

Service 3

Service 4

Service n

Gestion des servicesProduction des services

CLIENT

Centre de Services

40

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

41

La construction financière

Souplesse de l’engagement

42

CDS : les mots Clés

Maîtrise des coûts

Gestion des ressources

Recherche de compétences

Modularité des contrats

Réduction des m2 occupés par les

prestataires

Engagements / Niveaux de service -

SLA

Catalogue et lignes de services

43 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

44 44

Exemple : Sogeti Rightshore™ Architecture du modèle de Delivery

Cata

log

ue d

es s

erv

ices

Services de support

Services infrastructures et applications

ServicesIngénierie& projets

ServicesConseil

Management des services

Méthodescommunes

Outils communs

Processus communs

Production des services

ProximitéNational

Nearshore

Offshore

Optimisation des coûts

Conjuguer le meilleur QFC

(Qualité / Flexibilité / Coût)

Nearshore

Inde

Espagne

France

Pologne

Production des services

Gestion des services

45 45

Exemple : Sogeti Rightshore ™ Principe de mise en œuvreModèle optimal de production des services

Site Client

Site(s) Sogeti

Sites

Nearshore

Choix du modèle de delivery

Rightshore ™

Sites

Offshore

Plusieurs modèles de production des services

externalisés

Choix du niveau d’externalisation

Durée

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…

47 47

Année 2Année 1 Année 3Q 2 Q 3, 4 Q 1, 2 Q 3, 4 Q 1, 2 Centre

de services

Centre de

services

Ind

ust

rial

isat

ion

Org

anis

atio

n

1 Mise en place UO/ligne de

services

1 Formater les instances de

pilotage

2 Affiner les ratios abaques

5 Mutualisation des compétences

(reprise de nouveaux domaines)

3 Amélioration continue de la

Communication

3 Généralisation de l’utilisation

d’outillage de Test

4 Mise en œuvre d’actions de motivation et de formation équipe

(mutualisation)

2 Enrichissement des indicateurs

3 Bilan des projets(mensuelle)

6 Industrialisation

des testsCapitalisation

Gain de Productivité

Sécurisation flexibilité

Maintien desCompétences

Capitalisation

Gain de ProductivitéSécurisation

Réduction NombreTicket1 Analyse des

causes

Pilotage plusperformant

SécurisationGain de

Productivité

Délais de résolution des

tickets / qualité du code

2 Organisation par activité

Organisation Qualité et continuité de servicesIndustrialisationIndustrialisation

Gain de productivitéPilotage activité

5 Mise en place d’outils de

qualimétrie du code et de cartographie

applicative

4 Analyse récurrente de la démarche ITIL

Réduction des délais de résolution

Q

ual

ité

et c

on

tin

uit

é d

e se

rvic

esAGENDA

48

Et demain…

• Autre(s) métode(s) ?• Le cloud : TFS OnLine• IC2

IC²

50

MSDN et TechNet : l’essentiel des ressources techniques à portée de clic

http://technet.com http://msdn.com

Portail administration et infrastructure pour informaticiens

Portail de ressources technique pour développeurs