Modèle de Maturité

Logicielle

Objectif du cours :
• Pouvoir utiliser les pratiques du CMMI dans le développement et la maintenance de
logiciel.

Introduction :

Problèmes du logiciel :
• Produit opérationnel mais ne satisfait pas les besoins du clients.
• A coûté plus que prévu.
• Travail pas organisé ( responsabilités non définies,tâches non planifiées).
• Processus pas clair.
• Livraison tardive.
• Qualité n’existe pas ou pas prévue.
• Aucun contrôle de changement.

Comment remédier à ces problèmes ?

• Utilisation des bonnes pratiques externes à l’entreprise : Référentiels (Boîte

à outils de bonnes pratiques pour pallier une problématique, satisfaire le besoin et répondre
aux exigences.)

Exemples de référentiels :

• COBIT : Permet de comprendre et gérer les risques liés aux systèmes d’info.Il décompose
tout système informatique en 34 processus regroupés en 4 domaines.

• ITIL : Une approche qui considère le service informatique comme un ensemble de

processus étroitement liés. 9 domaines.

• ISO 9000 : Couvre les divers aspects du management de la qualité.

• PMBOK : Permet de stabiliser et de structurer les connaissances actuelles indispensables

pour conduire un projet dans les meilleures conditions.

• Six Sigma : Une méthode pour améliorer la qualité et l’efficacité des processus de
production en réduisant les défauts.

• Le Lean management : Veille à la réduction des pertes générées à l'intérieur d'une

organisation, pour une production dite au plus juste. Optimise le processus en éliminant les
petites erreurs.
• SPICE : Amélioration et établissement de la capacité du processus logiciel. Outil
d’évaluation du niveau de maîtrise du processus de conduite de projet.

• CMMI ( capability Maturity Model integrated) :

- N’est pas une norme.
- Il fournit les bonnes pratiques (+modèle) pour les différentes activités des projets
informatiques.
- Basé sur le principe d’amélioration continue.

Leviers d’amélioration :

- Trois dimensions à maintenir pour produire des produits et services de qualité :

• les personnes.
• les procédures et les méthodes.
• les outils et l’équipement.

On doit pas baser l’amélioration sur la technologie ou une personne mais le

processus :
Les processus utilisés dans l’organisation maintiennent ces trois dimensions.

Définition Processus : Ensemble d’activités interdépendantes qui transforment des

entrées en sorties pour répondre à un but donné. (Boite Blanche)

Critères de succès d’une démarche d’amélioration :

- Engagement du dirigeant: décision d’entrer dans une telle démarche doit émaner
officiellement du dirigeant de l’entreprise.

- Clarté de l’objectif: L’objectif de l’amélioration doit répondre à des besoins réels de

l’entreprise.

- Courage d’effectuer le changement: Les difficultés rencontrées doivent être

considérées comme une étape incontournable.

- Leadership : éviter les gens qui font semblant , ceux qui en parlent plus et n’en font
que moins.

- Sincérité, engagement et motivation pour l’amélioration: critères importants

aussi bien pour le personnel que pour les dirigeants de l’entreprise.

*Remarque : On peut ajouter : Éviter l'excès des procédures et favoriser la synergie.

Cas 1 : Si la société est en grande difficulté -> la démarche d'amélioration a plus de chance
de réussir.
Cas 2 : Si la société n’est pas en grande difficulté , comment faire ? [ concurrence d’autres
marchés + pertes de gains +être proactif (anticiper) ].
CMMI :

Remarque : Démarche CMMI : Identifier les faiblesses , mais le travail d’analyse et

d’amélioration est fait par l’entreprise.

● CMMI-DEV Pour les Développements (Gestion de projets et d’ingénierie)

● CMMI-SVC Pour les Services (Gérer, établir des services)
● CMMI-ACQ Pour Acquisition (Bon choix du fournisseur)

CMMI-DEV :

- Définition : C’est un modèle de référence traitant les bonnes pratiques (Donne juste
les pratiques et non le comment) relatives aux activités de développement et de
maintenance appliquées aux produits et services.

- Ce modèle couvre le cycle de vie du produit, de la conception à la livraison et la

maintenance.

- Fournit une opportunité pour gérer et éliminer les problèmes à travers 2 démarches
d’amélioration : étagée et continue .

- Structure du modèle: ( 4 composants : domaine de processus + composants qui

sont de types requis,attendus ou informatifs)
Domaine de processus. } Planification / assurance qualité

*** Requis Objectifs génériques Objectifs spécifiques.

**Attendu Pratiques génériques Pratiques spécifiques

* Informatif sous pratiques... sous pratiques…

Requis : Déclaration de haut niveau du résultat à atteindre pour satisfaire le domaine de

processus.
- Objectifs : « un objectif est une déclaration de haut niveau du résultat à atteindre
par la réalisation efficace d’un groupe de pratiques »
Attendu : Ce qui peut être mis en œuvre pour réaliser un composant requis.
- Pratiques: « regroupées et rattachées à un objectif; il s’agit des actions
nécessaires à réaliser »
Pratiques spécifiques : Pratiques dont l’objectif est de satisfaire les
objectifs spécifiques du domaine de processus.
Pratiques génériques : Pratiques permettant de qualifier le niveau
d’aptitude avec lequel les activité du domaine de processus sont réalisées
Informatif : Ce qui aide les organisations à initier la démarche en précisant la façon
d’appréhender les composants requis et attendus (Informations complémentaires)

Remarque : On ne peut pas avoir 2 processus avec le même objectif spécifique.

Domaines de processus ou types d’activités est un faisceau de pratiques liées dans un

domaine qui une fois mises en application collectivement, satisfont à un ensemble d’objectifs
pour l’amélioration de ce domaine.
• 22 Domaines de processus dont on peut citer :
• Gestion des exigences • Planification du projet • Suivi et contrôle de projet • Assurance
qualité processus et produit • Gestion de configuration • Mesure et analyse • Gestion des
risques • Solution technique • Intégration du produit • Vérification • Validation….

Représentation continue :

- Permet à l’organisation d’améliorer progressivement les processus d’un ou de

plusieurs domaines de processus choisis. (Elle donne la liberté à l’organisme de
choisir le processus à améliorer).
- Se concentre sur les aptitudes des domaines de processus qui sont mesurées par
les niveaux d’aptitude, et les niveaux d’aptitude sont liés aux objectifs génériques.

Catégories des domaines de processus :

- Les domaines de processus sont répartis en 4 catégories :

Gestion de processus : Traite les activités de définition, de déploiement, et

d'amélioration du processus organisationnel
- Formation organisationnelle
- Définition du processus organisationnel
- Focalisation sur le processus organisationnel
- Performance du processus organisationnel
- Gestion de la performance organisationnelle

Gestion du projet : traite les activités de planification et de suivi du contrôle du

projet
- Gestion des exigences
- Gestion de l’accord fournisseur
- Planification du projet
- Suivi et contrôle de projet
- Gestion des risques
- Gestion intégrée de projet
- Gestion quantitative de projet
Ingénierie : Développement et maintenance

- Solution technique
 -Intégration du produit
-Développement des exigences
-Vérification
-Validation

Support : gestion de configuration et assurance qualité

-Assurance qualité
-Gestion de configuration
-Mesure et Analyse
-Analyse et prise de décision
-Analyse causale et résolution

Niveaux d’aptitude :

Remarques :
- Chaque niveau d’attitude (N) englobe le niveau d’attitude (N-1).
- Pour atteindre un niveau d’aptitude, il faut satisfaire l’objectif générique associé.

0-Incomplet :
Processus incomplet est un processus dont la mise en œuvre ne satisfait pas ou
satisfait partiellement le contenu attendu du domaine de processus.
1-Basique :

Processus dont la mise en œuvre satisfait pleinement le contenu attendu du domaine

de processus.
OG1: Atteindre les objectifs spécifiques du domaine de processus.
2- Discipliné :

Est un processus basique + planifié et exécuté en accord avec la politique définie au

niveau de l’entreprise, géré, contrôlé, revu et évalué pour respect à la description de
processus.
OG2: Institutionnaliser un processus discipliné.

3- Ajusté :

discipliné + ajusté à partir des processus standards disponibles pour tous les projets
de l’entreprise + possède et maintient une description de processus et contribue à la
capitalisation de l’expérience.
OG3: Institutionnaliser un processus ajusté.
Représentation étagée :

- Offre la feuille de route à suivre dans la démarche d’amélioration

- Le choix des domaines de processus n’est pas libre, dépend du niveau de
maturité.
- Utilise les niveaux de maturité pour qualifier l’état global de l’organisation par rapport
au modèle dans sa globalité, les niveaux de maturité sont liés aux domaines de
processus.

Niveaux d’aptitude :

Niveau 1 -initial :
- Absence ou peu de processus définis dans l’entreprise et ceux définis ne sont pas
appliqués. (pas de visibilité sur le processus,processus circonstanciels et
chaotiques..)
- Succès dépend de la compétence de quelques membres et non de l’application de
processus éprouvés .

Niveau 2 - discipliné :

- Établissement de processus basiques de gestion de projet

- Pas nécessaire que les différents projets utilisent le même processus
- Planification et gestion de nouveaux projets s’appuient sur l’historique
Réalise 7 domaines de processus :
•Gestion des exigences
•Planification du projet
•Suivi et contrôle de projet
•Assurance qualité
•Gestion de configuration
•Gestion accord fournisseur
•Mesure et analyse

Niveau 3-Ajusté :

-Processus de gestion et d’ingénierie documentés et standardisés

- Capitalisation de l’expérience au niveau de l’entreprise
- Utilisation d’une version ajustée des processus standards pour un nouveau projet

Réalise 11 domaines de processus :

•Gestion des risques •Solution technique •Intégration du produit •Vérification
•Validation •Développement des exigences •Gestion de projet intégrée
•Analyse et prise de décision •Formation organisationnelle •Définition du
processus organisationnel •Focalisation sur le processus organisationnel

Niveau 4 –géré quantitativement :

-Processus détaillés et mesurés
- Gestion quantitative de projet par la mise en œuvre de techniques statistiques
 -Évaluation quantitative et prédiction des tendances de qualité du produit.
Réalise 2 domaines de processus :
•Performance du processus organisationnels
•Gestion quantitative de projet

Niveau 5 -Optimisé :

-Identification des faiblesses de processus afin d’ y remédier proactivement

- Identification des causes de succès afin de les incorporer dans les processus
-Évaluation et mise à jour des processus pour prévenir la réapparition des défauts
identifiés
Réalise 2 domaines de processus :
•Analyse causale et résolution
•Gestion de la performance organisationnelle

Domaines de processus : Niveau de maturité 2

Remarque: pour atteindre le niveau de maturité 2 , tous les domaines de processus doivent
satisfaire au minimum.

Impacte des exigences de logiciels :

- Impacte légal
- Impacte du point de vue de l’usage
- Impacte économique : coût de correction des exigences incorrectes
- Impact social : des exigences incorrectes peuvent conduire à des désastres

Gestion des exigences:

Objectif : Gestion des exigences et identification des incohérences entre exigences, plans
du projet et produits développés.

5 pratiques du CMMI pour la gestion des exigences :

1. Obtenir une compréhension des exigences
2. Obtenir l’engagement aux exigences
3. Gérer les évolutions des exigences
4. Maintenir la traçabilité bidirectionnelle des exigences
5. Identifier les incohérences entre les plans de projet, les produits d’activité et les
exigences.

1. Obtenir une compréhension des exigences

(Processus de gestion des exigences )
- Capturer les exigences: sources des exigences, intervenants ainsi que leurs
besoins (interviews,brainstorming,use Case,user Stories..)
- Analyser les exigences: Classer les exigences, Développer modèles
- Raffiner les exigences: Préciser les exigences incomplètes, Expliciter les
nouvelles exigences
- Valider les exigences: Obtenir la validation des exigences par le client,
corriger et combler les vides.
 - Établir un référentiel des exigences:
- Identifiant unique
- texte de l’exigence
- Origine de de l’exigence
- Priorité : importance accordée à l’exigence
- Criticité : difficulté de la réalisation de l’exigence • etc.

2. Obtenir l’engagement aux exigences

-Approuver officiellement tous les documents sur lesquels un accord a été convenu

3. Gérer les évolutions des exigences

- Identifier le type du changement et documenter les modifications .

- Communiquer les impacts du changement au client

4. Maintenir la traçabilité bidirectionnelle des exigences

- Pouvoir notamment tracer une exigence depuis son plus haut niveau jusqu’au niveau
le plus bas.
- Connaître à tout instant les liens entre les exigences.
(La matrice de traçabilité permet de noter les écarts)

5. Identifier les incohérences entre les plans, les produits d’activité et les exigences

- Passer en revue les spécifications et noter les écarts

- Initier toutes les actions correctives nécessaires

Planification du projet :

Objectif : Établir et entretenir les plans qui définissent les activités nécessaires de
projet.

La planification du projet nécessite :

1.Etablir les estimations

2.Développer le plan du projet
3.Obtenir l’engagement au plan

1. Établir les estimations

- Estimer l’étendu du projet : Établir un découpage de haut niveau work breakdown

structure (WBS) pour faire l’estimation de la portée du projet.
-Estimer les attributs des produits d’activité et des tâches :
Exemple: Taille du projet: points de fonction ; lignes de code source ; nombre de
classes et d’objets; Nombre et complexité des exigences, nombre de fonctions.
- Définir le cycle de vie du projet : Proposer un cycle de vie qui prends en
considération toutes les activités. Et Identifier les entrées et les sorties et les
 principaux livrables.
-Estimer l’effort et le coût : À partir du WBS et phases du cycle de vie du projet, on
obtient les tâches à réaliser . Évaluer la charge en personnel et coût pour chaque
tâche.
-Établir le budget et le planning : Assurer l’allocation du budget aux tâches
Techniques à utiliser : Gantt, MicroSoft Project, PERT, etc
- Identifier les risques du projet : Probabilité du risque en fonction de son occurrence,
Impact du risque sur la réalisation du projet , et Niveau de gravité en fonction du type
de suivi.

2.Développer le plan du projet

-Planifier la gestion des données: Documentation en relation avec le projet.Utiliser

des formats standards dans la rédaction des documents.
-Planifier les ressources du projet: Déterminer les besoins en communication, en
personnel et en équipements . Prévoir pour chaque tâche du projet les ressources.
- Planifier les connaissances et les compétences : Lister les personnes constituant
l’équipe .Définir les compétences requises de chaque personne.Etablir la liste des
formations.
-Planifier l’implication des intervenants: Toute personne intervenant sur le projet
(interne ou externe). Il faut identifier l’objet de l’intervention et moyens à utiliser, etc.
- Établir le plan du projet : Réunir tous les éléments pertinents de la planification dans
un document (Intervenants, Compétences,Ressources, Documents,Risques
,Budget..)

2.Obtenir l’engagement au plan (objectifs spécifique )

(les points suivants sont des pratiques spécifiques pour cet objectif)
-Revoir les plans qui affectent le projet: S’assurer qu’aucun élément important n’est
oublié . Recenser les remarques et les désaccords.
-Concilier le niveau des ressources et le travail: Trouver un accord pour chaque
désaccord .Obtenir l’engagement de tous les intervenants sur les accords.
-Obtenir l’engagement au plan: Approbation définitive par les intervenants
responsables de la réalisation.Concerne en particulier les parties prenantes les plus
importantes du projet.

Suivi et contrôle de projet :

Objectif : Fournir une compréhension de l’avancement du projet pour que des

actions correctives appropriées puissent être mises en place lorsque la performance
du projet dévie significativement par rapport au plan.

Le suivi et contrôle nécessite de :

1.Suivre le projet par rapport au plan

2.Suivre les actions correctives
1. Suivre le projet par rapport au plan
-Suivi des paramètres de planification du projet : Suivre les charges de travail, les coûts,
les paramètres et hypothèses d’estimation, la disponibilité des ressources, les
formations.
- Suivi des engagements: Suivre pour vérifier le respect des engagements de la période
passée et rappeler les engagements critiques de la période suivante.
-Suivi des risques: Suivre pour surveiller les risques et traiter les risques: Autonome,
Chef de projet, Entreprise.
-Suivi de la gestion des données: Suivre en faisant périodiquement un point sur la
documentation du projet : Complétude, Accessibilité, Identifiable, Sauvegarde, etc.
-Suivi de l’implication des intervenants:Suivre pour faire impliquer les intervenants dans
la réalisation du travail et tenir compte des contraintes
-Revue d’avancement (Réunions informelles ):Permettent de donner le résultat sur
l’avancement réel du projet • Ne sont pas planifiées, Fréquence est ajustable, Pas de
compte-rendu, Pas de décision à prendre.
-Revue de jalon (Revues formelles ): Faire une revue du travail réalisé à la fin de chaque
phase du projet en termes de qualité produite et complétude des tâches définies.
Définies dans le plan du projet, avec compte rendu sur l’évaluation du travail effectué,
décision prise.

2. Suivre les actions correctives

- Analyser les écarts : Analyser les problèmes pour comprendre pourquoi

l’avancement réel n’est pas conforme aux prévisions . Identifier les écarts significatifs
et les actions correctives.
- Prendre action corrective : Décision sur l’action corrective est prise sur la base de la
bonne compréhension de l’avancement . L'action corrective doit être écrite de façon
claire et compréhensible.
- Gérer les actions correctives jusqu’à clôture : Pour qu’une action soit close, elle doit
être effectuée et ce de façon efficace . L’effet escompté est produit, Problème
d’origine est résolu, Écart corrigé.

Assurance qualité :

Objectif : Fournir à l’équipe et la hiérarchie une vision objective sur les processus
et les produits réalisés.

L’assurance qualité nécessite de :

1.Evaluer objectivement les processus et les produits

2.Fournir une vision objective

Objectivité : Responsabiliser les personnes / Utiliser des critères d’évaluation neutres au

niveau des check-lists.
Indépendance : Conduire l’assurance qualité par une personne ou un service n’ayant pas
participé à la réalisation du projet et formée.
1. Evaluer objectivement les processus et les produits

-Évaluer objectivement les processus:

• Au démarrage du projet désigner les processus à évaluer
• Identifier et formaliser les critères d’évaluation :check-lists
• Identifier les fréquences d’évaluations dans le plan projet
• Identifier les personnes impliquées
• Vérifier si les processus sont mis en œuvre correctement
• Identifier chaque non-conformité trouvée
• Donner des actions correctives

-Évaluer objectivement les produits : Au démarrage du projet designer les produits à

évaluer avant de les livrer .Suivre les mêmes étapes que la pratique d’évaluation du
processus.

2. Fournir une vision objective

- Communiquer et résoudre les non-conformités : Communiquer les résultats

d’évaluation au responsable de la tâche .Utiliser le mécanisme d’escalade pour des
actions spécifiques ( Etablir les règles d’escalade).
-Documenter l’assurance qualité :Etablir les rapports d’activités d’assurance qualité.
Mesures ou indicateurs de la qualité des produits et des processus ( État et nombre
des non-conformités).

Gestion de configuration :

Objectif : Établir et entretenir l’intégrité des produits d’activité en utilisant une

identification de configuration, un contrôle de configuration, un registre des statuts
de configuration et des audits de configuration.

La gestion de configuration nécessite de :

1.Établir les référentiels

2.Tracer et contrôler les évolutions

1. Établir les référentiels

-Identifier les articles de configuration:Exemples Le matériel et l’équipement , Les

spécifications de produit, Le code et les bibliothèques, les compilateurs, Les outils..
-Mettre en place les environnements: Proposer une arborescence standard pour le
stockage de tous les livrables produits au cours du cycle de vie d’un projet
Avantages : Travailler à plusieurs, en parallèle.
-Figer le référentiel: Documenter l’ensemble d’éléments de configuration que contient
un référentiel. Établir les règles de gestion des éléments de configuration.
 2. Tracer et établir les évolutions

-Suivre les demandes d’évolution : Identifier le type des demandes de changement

Suivre le statut des demandes de modification jusqu’à la clôture.
-Contrôler les articles de configuration : Obtenir l’autorisation appropriée avant la
modification. Enregistrer les modifications et les raisons de celles-ci.
-Établir des enregistrements: Sauvegarder et archiver afin de maintenir l’historique des
révisions des éléments de configuration (Enregistrements des demandes de
modifications)
- Mener des audits de gestion de configuration: Procéder à des audits périodiques pour
s’assurer que les constituants sont complets et n’ont pas subi d’altération par rapport
à la définition.

Gestion de l’accord fournisseur :

Objectif : Gérer l’acquisition de produits ou composants de produits auprès des

fournisseurs ou des sous-traitants

La gestion des accords avec les fournisseurs nécessite :

1.Etablir les accords fournisseurs

2.Satisfaire les accords

1. Etablir les accords fournisseurs

-Déterminer le type de l’acquisition: Achat d’un produit sur étagère (COTS), ou

Développement d’un produit par un sous-traitant.
-Choisir les fournisseurs: De la capacité de chaque fournisseur à satisfaire les besoins
spécifiés . Des critères de sélection, des réponses fournisseurs (matrice des choix)
-Établir les accords formels :Rédiger l’accord en fonction des caractéristiques du
produit acheté et des compétences du fournisseur et toutes les contraintes du projet.
- Exécuter l’accord fournisseur:Exécuter les activités comme spécifiées dans l’accord et
suivre pour permettre de détecter les problèmes tôt avant l’acceptation.

2. Satisfaire les accords fournisseurs

-Accepter le produit acquis: Ceci implique : Conduire les revues et tests d’acceptation
Vérifier que les produits acquis satisfont aux exigences.
-S’assurer du transfert des produits: L’intégration couvre les moyens requis pour le
stockage, l’installation, l’intégration, la maintenance, et la formation.

Mesure et analyse:

Objectif : Développer et soutenir une capacité de mesure qui est utilisée pour
supporter les besoins d’informations de gestion
La mesure et l’analyse nécessite :

1.Aligner les activités de mesure et d’analyse

2.Fournir les résultats de mesures

1. Aligner les activités de mesure et d’analyse

- Établir les objectifs de mesure: Aligner les objectifs de mesures aux objectifs de
l’entreprise, chef projet, client, etc. Ex: Comprendre l’avancement.
- Spécifier les mesures : Définir clairement à base des objectifs les mesures
correspondantes. Mesures de base portant sur un attribut unique ou Mesures
dérivées (composition de mesures de bases).
- Spécifier les procédures de collecte et de stockage des données:
Méthode de collecte des mesures: personne ou outil utilisé, etc.Stockage des
données: support, emplacement, etc.
- Spécifier les méthodes d’analyse : Méthodes d’analyses : statistiques, datamining,
etc. Spécifier les procédures administratives pour analyser les données

2. Fournir les résultats des mesures

-Collecter les données de mesure : Effectuer la mesure et collecter les données de

mesures .S’assurer de la fiabilité des données collectés pour la prise de décision
- Analyser les données de mesure : Analyse doit être objective pour s’assurer de
la qualité des mesures et aider dans la prise de décision
- Stocker les données des résultats : Définition des objectifs des mesures et des
mesures .Données collectées et résultats d’analyse avec période de validité
- Communiquer les résultats : Diffuser les résultats aux managers, responsables
du projet, membres de l’équipe.

Objectifs et pratiques générique ( Voir lasse9 elhail / partie non dispo sur les slides reçus)