Intoduction au nouveau modèle du CMMi pour les servicespublicationslist.org/data/a.april/ref-401/ITSMFMars07.pdf · Otto-von-Guericke Universität Magdeburg 2 Overview ! Un inventaire

iTSmf Montréal 27 Mars 2007

Otto-von-Guericke Universität Magdeburg

Intoduction au nouveau modèle du CMMi pour les services

Dr. Alain April École de Technologie Supérieure de Montréal, Canada

Salle A-1424 ÉTS


2

Overview

v  Un inventaire des modèles de maturité v  La proposition du CMMi pour les services v  Le modèle S3m (maintenance logicielle) v  Conclusion


3

Un inventaire de modèles

Année Propositions de modèle de maturité 1991 Bootstap 1992 Trillium 1993 CMM© 1994 Camélia, automated testing (Kra94) 1996 TMM (Bur96), Zit96, Dov96 1997 Som97 1998 Esi98, Top98, Baj98 1999 Wit99, Vet99, Sch99 2000 Cob00, Str00, Bev00, Lud00, ITIL00 2001 Kaj01d & 01e, Ray01, Sch01, Luf01, Tob01, Sri01 2002 CMMi©, Nie02, Mul02, Vee02, Pom02, Raf02, Sch02, Ker02, Cra02 2003  Sche03, Wid03, Rea03, Dui03, Nas03, Usd03


4

ITSMF y pensait déjà mais superficiellement

v http://www.itsmf.com/bestpractice/selfassessment.asp


5

Le CMMI svcs - Objectifs et Participants

v Objectif: w  Étendre la portée du CMMI pour couvrir la

fourniture des services T.I. v Participants:

w  Groupe de Gestion CMMI w  DoD w NDIA, Systems Engineering Division w  SEI w Northrop Grumman


6

Les membres du comité de travail

Auteurs: v  Drew Allison, SSC v  Brandon Buteau, Northrop Grumman v  Eileen Clark, SRA International, Inc. v  Eileen Forrester, SEI v  Craig Hollenbach, Northrop Grumman v  Frank Niessink, CIBIT v  Roy Porter, Northrop Grumman v  Jerry Simpson, SAIC v  Steve Stern, Lockheed Martin v  Barbara Tyson, SEI v  Jeff Zeidler, Boeing Contributions additionnelles: v  Joanne O’Leary, SEI v  Claudia Raak, Wibas v  Rich Raphael, Northrop Grumman v  Bud Glick, Motorola v  Bill Curtis, Teraquest


7

Comment fait-on un modèle de maturité ?

1 Identifier un domaine de

connaissance

2

Étude de références pour identifier des

processus, activités et meilleures

pratiques

3 Choisir une

architecture pour les domaines et

KPAs

4 Décider des

pratiques à inclure dans le modèle

(niveau de maturité)

5 Construire et Raffiner le

modèle

6 Valider par des études de cas 8 Améliorer le

modèle si nécessaire

3333

7 Valider par des experts


8

Plan du projet CMMI svcs


9

Modèles de départ

v Références utilisées pour construire le modèle: w  Information Technology Infrastructure

Library (ITIL) w  ISO20000: IT Service Management w  Control Objects for Information and related

Technology (COBIT) w  Information Technology Services CMM

(ITSCMM) w  Je n’ai pas accepté de fournir le contenu de S3m


10

S3m vs CMMi svcs SM CMM Process Domains

Process Management

Maintenance Request Management

Evolution Engineering

Support to Evolution

Engineering

S3 m Process Domains

Process Management

Maintenance Request Management

Evolution Engineering

Support to Evolution

Engineering

CMMi Process Domains

Process Management

Support

Project Management

Eng ineering


Process Management

Support

Project Management

Eng ineering


Process Management

Support

Project Management

Eng ineering

CMMi For Services

Process Management

Support

Project Management

Service Establishment and

Delivery


11

Pourquoi un CMMI pour Services (1)?

v Le CMMI est un bon outil pour institutionnaliser les améliorations en incréments (niveaux): w Un CMMI pour Services inclura des domaines

de processus additionnels nécessaires pour une institutionnalisation et innovation progressive.

w Un CMMI pour Services pourrait rapidement être utilisé par les clients actuels du CMMI pour améliorer la maturité des services T.I.

w  Les améliorations basées sur le CMMI ont prouvé leur retour sur investissement.


12


v Les modèles actuels ne couvrent pas le développement de systèmes aussi bien que le CMMI;

v Le CMMI pour Services fera un sommaire des principes essentiels des modèles existants: w  Le référentiel étagé réfère aux processus de

services T.I. permettra aux entreprises de comprendre plus facilement ce domaine.

w On croit réduire les coûts de préparation pour l’évaluation (vs. contre plusieurs modèles).


13


v Le CMMI possède un vocabulaire familier. v Il y a peu de guides d’instruction pour les

évaluateurs et les entreprises pour les aider à évaluer et améliorer la maturité des services d’une manière étagée: w  Le CMMI est supporté par une méthode

d’évaluation reconnue et éprouvée (SCAMPI).


14

Qu’est-ce qu’un Service?

v Un service est un produit qui a comme valeur principale la livraison à un client ou un utilisateur, sous une forme intangible, l’effort d’une personne ou d’une organisation.


15

L’envergure du CMMI pour services?

v Les Processus incluent: w  Gestion du Service (Service Management) w  Livraison du Service (Service Delivery)

v Les domaines de services incluent: w  Focus sur les services TI mais aussi inclure les

services des autres industries; w Opérations et maintenance (O&M) – e.g., pour

un système opérationnel et son environnement; w  Services professionnels (ex.) services

d’ingénierie, support technique, services de fournisseurs) en dehors du domaine des TI


16

La couverture du CMMI svcs Le modèle couvre: v Requêtes de Service et la Gestion d’Incident

w  Les incidents et requêtes sont identifiés, enregisterés, suivis, analysés, et réglés.

v Gestion des Capacités w  Responsable de la disponibilité d’une capacité adéquate en tout

temps afin de rencontrer les exigences d’affaire. v Gestion de la Disponibilité

w  Processus de gestion d’habileté d’un composant ou d’un service à effectuer sa tâche en un moment donné ou sur une période donnée.

v Gestion de la Continuité w  Processus de gestion de l’habileté à continuer à fournir un

niveau de service pré-établi et entendu à la suite d’une interruption impactant les utilisateurs.


17

La couverture du CMMI svcs (suite)

v La Gestion des Mises en Production w  Processus d’essai et mise en production d’un ensemble

d’items de configuration (nouveaux ou changés) dans l’environnement de production

v La Livraison du Service w  Effectuer, de manière constante, la livraison de service

T.I. performants et efficients. v La Gestion des Ressources

w  Contrôler les ressources (matériel et logiciel) nécessaires pour livrer les services.


18

CMMI pour Services & ITIL

v Selon le SEI, le CMMI pour Services sera un complément d’ITIL, car: w  Il présente un sommaire des meilleures pratiques d’ITIL

regroupées dans un petit groupe de pratiques spécifiques;

w  Il démontre la traçabilité des meilleures pratiques ITIL aux composantes du modèle CMMI, les utilisateurs pourront référer aux guides ITIL pour les détails;

w  Il réutilise approx. 80% du modèle CMMI actuel, permettant aux utilisateurs de réutiliser l’infrastructure existante en amélioration de la qualité;

w  Il utilise un modèle accepté par l’industrie, aidant l’industrie à suivre ses améliorations par incréments.

w  La même méthode d’évaluation (SCAMPI) va être utilisée permettant la réutilisation des connaissances existantes.


19

Quelles parties sont partagées?

v L’équipe d’architecture du CMMI a identifié le matériel commun à tous les modèles CMMI (domaines de processus): w  Gestion de processus w  Gestion de projet w  Support w  Pratiques et buts génériques

v Ceci minimisera l’effort pour former le personnel d’amélioration, car ils s’y retrouveront plus facilement.


20

Réutilisation au CMMI svcs

CMMI

Foundation

SCs de Service

SCs Partagées (SAM) 16

SCs Additionnels 3 5

1

22

% des SCs du CMMI-DEV sont réutilisés; % de l’Investissement est potentiellement réutilisable!

CMMI-DEV CMMI-ACQ

CMMI svcs

77%

Modifications Service: •  21 amplification à 7 SCs •  5 références additionn. •  1 SC modifié (EXIGs)

•  1 but spécifique •  2 pratiques spécif.

Constellation du CMMI pour Services = 22 SCs + 3 SC Additionnels


21

Les niveaux du CMMI vs. Services

v Les services de T.I. pourront établir leurs priorités d’amélioration en 5 niveaux: 1. Actuel, (situation actuelle) 2. Gestion du service et du support initial 3. Consistance organisationnelle des pratiques de

niveaux 2 et 3, incluant la livraison de service, et les pratiques de gestion

4. Prévisibilité quantitative de la qualité des services clés

5. Optimisation de la qualité des services clés


22

Pratiques du niveau 2 CMMI svcs

v Au niveau 2, l’organisation qui mature ajoute aux secteurs clés: w  Pratiques d’ententes de service w  Gestion des incidents et requêtes


23

Pratiques d’entente de service

v L’entente de service est la pierre angulaire de la gestion du service.

v Spécifications des conditions de l’entente: w  Services offerts w Mesures w Niveaux de services w Obligations w  Actions pour situations spécifiques

De http://www.iec.org/online/tutorials/service_level/


24

Gestion des Exigences

v Pour offrir une entente de service, le CMMI svcs offre: w  La gestion des exigences de service (REQM)

³ Ajoute au SCs REQM (du CMMI dev) pour y inclure la création et mise à jour d’ententes écrites entre le fournisseur et le client concernant les exigences et niveaux de services.

³ L’équipe de conception du CMMI svcs a choisi d’ajouter un but et deux pratiques au SCs existant du CMMI dev.


25

Gestion des Incidents et Requêtes

v Fondées sur l’Entente de Service, le client requiert des services et rapporte des incidents: w  Requête – demande d’un client pour obtenir (une partie)

d’un service décrit et entendu. w  Incident – une interruption au niveau service entendu.

v Une organisation mature gère les requêtes et incidents d’une manière ordonnée.

v CMMI svcs offre: w  Un SC de Gestion des Incident et Requêtes – pour

assurer une résolution rapide des requêtes et incidents qui sont acheminés pendant la livraison du service.


26

Pratiques de Niveau 3 CMMI svcs

v Au niveau 3, l’organisation qui mature ajoute aux secteurs clés: w  1- Pratiques avancées de gestion de projet:

- Gestion de Capacité et de Disponibilité - Gestion de la Continuité

w  2- Pratiques avancées de support: - Gestion de problème

w  3-Pratiques de Création de Services et de Livraison -Système de Services (Dév., Transition, Livraison)

w  4- Pratiques de Gestion du Processus - Catalogue normalisé de services et de niveaux de services


27

1-Pratiques avancées de Gest. de Projet

v CMMI svcs inclue: - Gestion Capacité et Disponibilité (CAM)

³ Objectif: planifier et surveiller l’approvisionnement en ressources pour le support des exigences client.

³ Assigne les ressources nécessaires pour supporter les requêtes de service autant que les tâches de projets.

³ Fondé sur les mesures colligées par les activités niveau 2. - Gestion de la Continuité (SCON)*

³ Objectif: établir et maintenir les plans de contingences des services entendus pendant et après les pannes aux opérations courantes

³ Effectue des actions correctives selon les circonstances telles que spécifiées à l’entente de service

* Secteur clé optionnel


28

2-Pratiques avancées de Support

v CMMI svcs inclue: 3- Gestion de Problèmes (PRM)

³ Objectifs: prévenir la ré occurrence d’incidents par l’identification et la cause des incidents

³ Traiter dynamiquement et d’une manière proactive les problèmes connus

³ Problème - une situation dans le système qui est la cause d’incidents. Tout incident à une (ou plusieurs) cause(s).


29

3-Création de Services et Livraison

v Un Système de Service est nécessaire afin de comprendre les notions de fourniture de service efficaces

v Une combinaison de ressources (humaine, matérielle, logicielle) pour satisfaire les exigences: w  Un système de service inclut tout ce qui est nécessaire

pour la livraison du service, incluant produits, processus, infrastructure, budgets et clients.

w  La qualité du service est dépendante de la qualité de ce système (le système Qualité en ISO9001).

w  Le système de service devrait être développé d’une manière mature (planifié, budgétisé..)


30

3-Création de Services et Livraison

v Le CMMI svcs offre: w  4- Développement d’un système de service (SSD)*

³ Objectifs: analyse, conception, développement, déploiement et test du système de service pour satisfaire l’entente de service actuelle et anticipée.

w  4- Transition du Service(ST) ³ Objectif: déployer de nouveaux (ou des changements

significatifs) système de service tout en gérant leurs effets sur le service en cours

w  4- Livraison du Service (SD) ³ Objectifs: livrer les services en respectant l’entente de

service * Secteur clé optionnel


31

4-Pratiques de Gestion de Processus

v Les organisations matures de gestion des services utilisent: w Un Catalogue normalisé de services et de

niveaux de services v Le CMMI svcs offre:

w  Gestion Organisationnelle des Services (OSM)* ³ Objectifs: déployer et maintenir des services

normalisés qui vise la satisfaction de la clientèle

* Secteur clé optionnel


32

Secteurs Clés du CMMI svcs

Gestion des Processus v  Organizational Innovation and

Deployment (OID) v  Organizational Process Definition

(OPD) v  Organizational Process Focus (OPF) v  Organizational Process Performance

(OPP) v  Organizational Service Management

(OSM)* v  Organizational Training (OT) Support aux Services v  Causal Analysis and Resolution (CAR) v  Configuration Management (CM) v  Decision Analysis and Resolution (DAR) v  Measurement and Analysis (MA) v  Problem Management (PRM) v  Process and Product Quality Assurance

(PPQA)

Création de Services et Livraison v  Incident and Request Management

(IRM) v  Service Delivery (SD) v  Service System Development (SSD)* v  Service Transition (ST)

Gestion de projet v  Capacity and Availability Management

(CAM) v  Integrated Project Management (IPM) v  Project Monitoring and Control (PMC) v  Project Planning (PP) v  Requirements Management (REQM) v  Risk Management (RSKM) v  Quantitative Project Management

(QPM) v  Service Continuity Management

(SCON)* v  Supplier Agreement Management

(SAM) * Secteurs Clés optionnels


33

Niveaux des Secteurs Clés

Secteurs Clés Niveau de maturité

Buts/ Pratiques

Capability and Availability Management (CAM) 3 2 / 6 Incident and Request Management (IRM) 2 2 / 6 Organizational Service Management (OSM)* 3 2 / 7

Problem Management (PRM) 3 2 / 7 Service Continuity Management (SCON)* 3 3 / 10 Service Delivery (SD) 3 2 / 7 Service System Development (SSD) * (Used in place of Development Model for small organizations)

3 3 / 12

Service Transition (ST) 3 3 / 12 * Secteurs clés optionnels


34

Ce projet (à date)

v Raffiner les définitions du CMMI pour s’assurer qu’elles s’appliquent aux services

v Identifier les pratiques des modèles de référence sur le CMMI v1.2. (pratiques actuelles adaptées)

v Identifier le contenu (service) du nouveau modèle v Concevoir l’architecture et les SC’s (Juillet) v Ajouter les détails concernant le service aux SC’s

existants (Sept.) v Publier le modèle ‘Intérim’ aux experts pour

commentaires (Janvier 2007)


35

Problèmes

v Quel langage doit être utilisé ? Par exemple: w  Projet (début et une fin) w  Rôles de Gestion et Techniques (formation

organisationnelle) v Aspects d’envergure:

w  Contenu d’entreprise: doit-on inclure la planification stratégique, les aspects légaux, l’audit et la sécurité?

w  Les services offert au niveau du programme ou du projet?

w  Développement des services: doit-on appliquer tout le contenu du CMMI v1.2 ou un sous-ensemble de pratiques?


36

Comment valider le modèle

v ISO/IEC 15504 (SPICE) - 1994 w  35 Case studies (20:Europe, 14:Pacific Rim and 1: Canada); w  Questionnaires (3), rating forms & report (3); w  Demographic Analysis and questionnaire analysis.

v IT Service CMM (Dr. Niessink) – 2000 w  2 case studies (a quick scan, a 3 day on-site assessment); w  Questionaires analysis, KPA discussions.

v CM3 Corrective maint. MM (Dr. Kajko-Mattsson) - 2001 w  17 case studies (14 non-ABB, 3ABB); w  Checked if the CM3 proposed processes are present or absent ex:

14/17 document their problem management process;


37

Travaux Futurs

v  Finaliser la version 1.0 v  Préparer le guide SCAMPI svcs v  Effectuer des pilotes v  Lancer le produit


38

Votre conseiller de L’ÉTS

Dr. Alain April

Alain April, Phd est Professeur de Génie Logiciel et un membre du Laboratoire de Recherche en Génie Logiciel à l'École de Technologie Supérieure (ETS) - Université du Québec. Il a obtenu son Phd à l’Université Otto-von-Guericke, Magdeburg, Allemagne en AQL Il est co-éditeur des chapitres de la qualité et de la maintenance du guide 'Software Engineering Body of Knowledge'. Il est aussi activement impliqué dans la rédaction de normes internationales ISO. Professeur April a plus de 25 années d'expérience en industrie dans les domaines des systèmes d'informations, de la qualité et du génie logiciel. - Enseigne l’AQL à l’ÉTS et effectue la formation et la certification CSTE et CSQA du QAI à Montréal voir http://www.apql-sqpa.org/

- Agit à titre de conseiller sénior en AQL chez Bell Canada et Cable & Wireless, UK & Moyen-Orient de 1990 à 2003, et actuellement Rona;

- Négocie les contrats, ententes de services, effectue la certification ISO9001, TicKit ainsi que les évaluations de maturité S3m et CMMi svcs.

Documents

Intoduction au nouveau modèle du CMMi pour les servicespublicationslist.org/data/a.april/ref-401/ITSMFMars07.pdf · Otto-von-Guericke Universität Magdeburg 2 Overview ! Un inventaire