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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
4
ITSMF y pensait déjà mais superficiellement
v http://www.itsmf.com/bestpractice/selfassessment.asp
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
CMMi Process Domains
Process Management
Support
Project Management
Eng ineering
CMMi Process Domains
Process Management
Support
Project Management
Eng ineering
CMMi For Services
Process Management
Support
Project Management
Service Establishment and
Delivery
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
12
Pourquoi un CMMI pour Services (2)?
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).
Otto-von-Guericke Universität Magdeburg
13
Pourquoi un CMMI pour Services (3)?
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).
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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/
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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.
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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).
Otto-von-Guericke Universität Magdeburg
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é..)
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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
Otto-von-Guericke Universität Magdeburg
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)
Otto-von-Guericke Universität Magdeburg
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?
Otto-von-Guericke Universität Magdeburg
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;
Otto-von-Guericke Universität Magdeburg
37
Travaux Futurs
v Finaliser la version 1.0 v Préparer le guide SCAMPI svcs v Effectuer des pilotes v Lancer le produit
Otto-von-Guericke Universität Magdeburg
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.