Qualite Et CMMI 1 (1)

1

Qualité logiciel

2

PLAN

Pourquoi la qualité

Modéles : exemple CMMI

Outils pour la qualité logiciel

Etude de cas : retour d’expérience

3


Génie logiciel :

Méthodes + techniques + Outils

Crise du logiciel :

Maintenance : part importante dans le budget

Statistiques : 67% du coût total est consacré à la maintenance Dont : 48% est consacré à corriger des défauts

60% des défauts correspond à des erreurs de conception et de spécification

4


Réponses possibles :

Maîtriser les processus de

développement :

cycles de développement

Dev de méthodes structurés et outils

CASE

Moteurs de qualité

5

Moteur de qualité

Les objectifs de qualité : Adéquation aux besoins

Efficacité temps/espace

Fiabilité

Sécurité,

Intégrité

Testabilité, Traçabilité

Adaptabilité, Maintenabilité,

Convivialité (interface, aide et documentation)

Pérennité (facilité de la maintenance)

6

Moteur de qualité

Assurance qualité : L'organisation du processus : découper le

processus pour le maîtriser

Les ressources humaines : les équipes doivent être motivées pour mettre en place des procédures qualité

L'utilisation de techniques, méthodes, outils

Les considérations managériales, politiques et économiques : considérer le retour sur investissement de la mise en place de procédures qualité par une analyse coûts/bénéfices.

7

Moteur de qualité

Organiser le processus :

Cycles de vie, responsabiltés, rôles

Recommandations pour l'assurance qualité, il faut définir

Qui fait,

Qui approuve,

Qui vérifie,

Qui valide,

Qui est consulté.

8

Moteur de qualité

Gestion des ressources : gestion de projet, gestion des configurations

Savoir évaluer coûts et délais

Définir et ordonnancer les tâches, planifier la réalisation, l'intégration, la

validation…

Etablir un système de contrôle pour tous les produits intermédiaires du cycle de vie, dans le but de détecter le plus tôt possible: défauts, erreurs, omissions, ambiguïtés, incohérences, hypothèses incorrectes, ….

Organiser la formation sur les méthodes, les outils , les nouvelles technologies

Motiver les équipes, anticiper les problèmes, ne pas brider la créativité, détecter la résistance au changement

9

Moteur de qualité

La gestion de configurations

contrôler l'ensemble des données constituant le

système:

documents

sources

jeux de tests

plans d'intégration….

assurer la cohérence des divers composants

construire/reconstruire un système

10

Moteur de qualité

L'assurance qualité passe par des

contrôles réguliers et inclut

la validation permet de répondre à la

question

"sommes nous en train de faire le bon produit ? "

la vérification répond à la question

"est ce que nous faisons le produit correctement

?"

11

Moteur de qualité

Manuel qualité

décrit les procédures définies par une entreprise ou une organisation pour atteindre ses objectifs de qualité.

Il répertorie les méthodes et procédures à utiliser pour: Gestion de projets

Réalisation, Vérification, Validation,

Evaluation de la Qualité (Mesures).

en s'appuyant sur: Rédaction de standards, normes (ISO, DOD..) , conventions,

guides,

Expérience acquise des projets, pour améliorer le processus

12

Moteur de qualité

Plan qualité

définit, pour un projet donné, en accord avec le manuel qualité de l'entreprise, les méthodes techniques et outils permettant d'atteindre les objectifs de qualité pour un coût donné.

Le plan qualité fait partie des éléments contractuels liant un client et son fournisseur de logiciels. Il est établi lors de la phase de planification.

13

Normes qualité

Les procédures qualité s'appuient sur la

rédaction de normes et de standards, exemple

:

la norme DOD 2167 A pour les applications

militaires ,

la norme ISO 9001

la certification est payante et valable 3 ans.

La grille CMM n’est pas une norme

14

Normes

ISO : International Standardization Organization

ISO 9000 ensemble de recommandations et standards pour la garantie de la qualité dans les relations clients-fournisseurs (pas spécialement logiciel)

ISO 9000-1 recommandations pour l’utilisation de ces standards

ISO 9001 : le standard à utiliser pour la fourniture de logiciels, la référence en matière de certification pour le logiciel

ISO 9003 : guide pour l’utilisation des standards ISO 9001 pour la fourniture de logiciels

15

Historique : CMMI

Le DOD ( Département Of Défense ) effectuant une étude sur les dépenses de sous-traitance informatique

< 5% des projets se terminent à temps

Création du SEI « Software Engineering Institue » qui fut gérer par l’université de Pittsburgh.

EN 1984, une équipe s’attaque au problème de la crise du logiciel

16

CMM : Le Capability Maturity Model

La grille de maturité du Software Engeering Institute de Carnegie mellon University (SEI)

Aujourd’hui appelée Capability Maturity Model

Développé pour compte du DOD ce modèle a été largement adopté dans le civil.

Le SEI est encore aujourd’hui largement soutenu par le DOD.

Le principal intérêt que ses promoteurs et ses adeptes voient au modèle CMM est son élaboration en vue d’une utilisation dans un contexte de développement logiciel et non pas, comme c’est le cas pour ISO 9000, une adaptation d’une norme multi-domaines au cas particulier du génie logiciel.

Avec le CMM les utilisateurs peuvent se positionner dans une grille sur laquelle ils pourront évoluer et progresser, ce qui n’est pas prévu dans la norme ISO 9000.

Software Acquisition (SA-CMM),Systems Engineering (SE-CMM),Integrated Product Development (IPD-CMM)

1987

1991

1995

1997

2000

2002

Première publication du CMM

SW-CMM v1.0

SW-CMM v1.1

1993

lancement de l'initiative CMMI

CMMI SE/SWVersion 1.0

CMMI SE/SW/IPPD/SSVersion 1.1

HISTORIQUE DU CMMI

IMPACTS SUR LES DELAIS

Réduction de 50 % des délais de livraison Boeing, Australia CMMI

Augmentation approximative de 50 % à 95 % de respect des jalons

General Motors CMMI

Diminution de 50 à moins de 10 des jours de retard

General Motors CMMI

30 % d’augmentation de productivité en logiciel Lockheed Martin M&DS CMMI

10 % d’amélioration dans les défauts résiduels entraînant une diminution de reprise des travaux (« rework »)

Bosch Gasoline Systems SW-CMM

15 % d’amélioration en livraison interne à temps Bosch Gasoline Systems SW-CMM

33 % de réduction pour réparer une erreur

Boeing, Australia CMMI

20 % de réduction par unité de logiciel Lockheed Martin M&DS CMMI

15 % de réduction pour trouver et réparer une erreur

Lockheed Martin M&DS CMMI

UN MODELE DEUX REPRESENTATIONS

22

CMMI : définitions

CMMI est un modèle dédié à l’industrie du logiciel Le modèle proposé permet de s’adapter aux différentes

organisations et typologies de projets

CMMI est un processus itératif qui vise à s’améliorer en permanence et ne pas se satisfaire de l’existant Améliore la capacité de l’entreprise à atteindre ses objectifs

de coût, de délai, de fonctionnalités et de qualité des produits

Un engagement de satisfaction pour le client final CMMI garantit que tout a été fait pour répondre aux exigences

(implicites et explicites) des utilisateurs

Une forte fiabilité sur les applications informatiques développées La recette permet de se concentrer sur le métier et non

l’implémentation

23

CMMI : définitions

CMMI n’impose : Aucune méthode de développement

Aucun outil

Aucune technique

Aucune technologie

CMMI bonnes pratiques pour : Livrer un produit à temps

Dans les budgets

À la satisfaction du client

Rentabilité intéressante pour le développeur

24

CMMI : la représentation étagée

5 niveaux de maturité organisationnelle

Comportement organisationnel différent à chaque

niveau

Collection de domaines de processus pour

satisfaire chaque niveau

Façon simple d’exprimer le but à atteindre

NiveauPerformance prévue

Temps/$/Qualité/...




Gestion des spécifications, processus du projet

planifiés, exécutés, mesurés, et contrôlés même

en période de stress.

Le processus d’un projet est une version

adaptée du processus standard de

l’organisation.

Le processes est géré de manière quantitative (vs. qualitative) et prédictible.

Le processus est modifié pour atteindre des

objectifs de performance, tout en maintenant

une maîtrise statistique du processus.

Focus

Tendance à sous-estimer, abandon des processus en temps de crise, et incapable de reproduire des succès passés.

1 Temps/$/Qualité/...initial

discipliné

personnalisé

quantitative

Optimisation

Représentation étagée EVOLUTION DE LA PERFORMANCE

Pas de processus stable

Indiscipline

Gestion par crise

Pas de prévision

Dépassements multiples

OutIn

NIVEAU 1 : INITIAL

Processus documenté

Discipline

Réutilisation possible

Prévisibilité et fiabilité

Suivi et contrôle

~

In Out

NIVEAU 2 : DISCIPLINE

En plus de tous les avantages du niveau 2 ...

Capitalisation des leçons apprises

Processus standardisé

Risque de dérive considérablement diminué

~ ~~

In Out

NIVEAU 3 : PERSONNALISE


Objectifs quantitatifs

Correction systématique lors de dépassement des

objectifs

~~~~ ~ ~

In Out

NIVEAU 4 : GESTION QUANTITATIVE


Prévention au lieu de correction des erreurs

Processus toujours en amélioration

~

~~~~~ ~ ~

In Out

NIVEAU 5 : EN OPTIMISATION

Les domaines de processusselon la représentation étagée

2

5

4

3

Innovation et déploiement organisationnelsAnalyse causale et résolution

Performance du processus organisationnelGestion de projet quantitative

Développement des exigencesSolution technique / Intégration produitVérification / ValidationFocalisation sur le processus organisationnelDéfinition du processus organisationnelFormation organisationnelle Gestion de projet intégrée dans un contexte IPPDGestion du risqueÉquipe intégréeGestion de fournisseur intégréeAnalyse et prise de décisionEnvironnement organisationnel en vue de l’intégration

Gestion des exigencesPlanification de projetSuivi et contrôle de projetGestion des ententes avec les fournisseursMesure et analyseAssurance qualité processus et produitGestion de configuration1

CMMI EN REPRÉSENTATION ÉTAGÉE

32

CMMI : exemple étagée

Trajet en voiture :

Je dois rencontrer un client important

J’arrive le dimanche à l’hôtel

a la reception je reçois une enveloppe

contenant un message de mon client

« RDV Lundi à 9H à nos bureaux. Nous

sommes situé au centre ville dans un gratte

ciel de 20 étages en verre et au sommet

notre nom en lettres géantes «

33


Je m’informe mais personne ne connaît mon client car il vient tout juste de s’implanter

Mon hôtel est à côté de l’aéroport et le centre ville est à 20 km.

Le problème est qu’il y au moins une 20 d’entrées à la ville et qu’il y au moins une centaine de gratte ciel

Je décide de me lever très tôt

Mais en fait il y a beaucoup de bouchons

J’arrive à 10H30

Je suis dans un environnement immature c’est le niveau 1 le niveau Initial

34


On reprend le même exemple

L’enveloppe contient beaucoup plus d’instructions :

prendre telle autoroute, telle sorti,…

Niveau plus mature : niveau 2

J’ai un processus documenté.

J’arrive à l’heure, mon client est content

Je suis discipliné

Mais si accident ou sortie d’autoroute fermée,…

Et je tombe au niveau 1

35


Solution de niveau 3 : je prépare un

parcours ajusté.

J’interroge des personnes qui ont déjà fait le

trajet et je capitalise

J’ai des trajets alternatif

Les risques de non respect des délais sont

plus faibles qu’au niveau 2

36


Depuis le début j’ai noté dans mon

agenda toutes sortes de mesures sur les

parcours, les durées, les distances,….

Gestion quantitative : niveau 4

Mode d’optimisation constante : niveau 5

37

CMMI : représentation continue

Continue :

Progression axée sur chacun des domaines de processus (

exe : planification, assurance qualité,…) pris individuellement

Aptitude d’un processus

Échelle d’aptitude de 0 à 5

Alors que Etagé comme vue précedemment :

Ensemble de domaines de processus qu’on améliore de

façon groupée, collectivement dans toute l’organisation

Maturité organisationnelle en 5 paliers

38

CMMI : que choisir ?

Étagée

Objectif simple à fixer

On peut facilement se comparer

Continue :

Atteindre tel aptitude pour tel ou tel

processus

39

CMMI : Architecture

40

CMMI : plus qu’un modèle

Une structure capable d’intégrer

plusieurs disciplines, chacune

associée a un corpus de

connaissances

Chaque discipline: lettres entre les

barres obliques suite au sigle CMMI

41

CMMI : plusieurs disciplines

Qualité système = F(Qualité processus)

CMMI/SE = Ingénierie Système

CMMI/SW = Ingénierie logicielle

CMMI/IPPD = Equipe intégrée

CMMI/SS = Gestion de fournisseur

integrée

42

CMM & CMMI

43

CMMI : bénéfices visés

Meilleures estimations

Cycles plus courts

Amélioration de productivité

Moins de défauts

Satisfaction des clients

Moral des employés

Moins de reprise (« rework »)

Coût de qualité diminué

44

CMMI : architecture

45

CMMI : composants

Domaine de processus

Portée, notes explicatives et références

Objectifs spécifiques

Pratiques

Produits d’activités typiques

Amplification

Sous pratique

Objectifs et pratiques génériques

élaboration

CMMI : composants

46

47

CMMI : Domaine de processus

Processus area

CMMI propose 22 domaines de processus Exemple :

gestion des exigences(REQM)

Planification de projet (PP)

Validation (VAL)

Analyse causal et résolution(CAR)

Chaque domaine comporte un certain nombre d’objectifs (goals) Objectifs spécifiques : propres à chaque domaine

de processus

Génériques : communs d’un domaine à l’autre

48

« Template » ou modèle pour chaque PA

Portée

Notes générales

Références entre domaines

Objectifs spécifiques et génériques

Table de correspondance entre objectifs et pratiques

Détails des pratiques spécifiques par objectif But spécifique SGn

Pratiques spécifiques du but SGn Texte explicatif

Produits de travail types

Amplification au besoin

Sous pratiques

Détails des pratiques génériques par objectif But générique GGn

Pratiques génériques du but GGn

Texte explicatif

Élaboration au besoin

49

CMMI : Portée, notes explicatives et

références

Purpose : intention ou portée du

domaine de processus

Notes explicatives : nature du domaine

de processus

Références entre domaines de

processus

Exemple : PP est lié à REQM

Tableau des objectifs et des pratiques

50

CMMI : objectifs spécifiques

Un domaine de processus comporte des

objectifs spécifiques

Exemple :

Processus PP

Objectifs spécifiques

SG1 : les estimations des attributs de planification du projet sont

établis et maintenus

SG2 : un plan de projet est établi et maintenu pour servir de base à

la gestion du projet

SG3 : les engagements envers le plan de projet sont établis et

maintenus

51

CMMI : pratiques

Une pratique décrit un comportement attendu, qu’on peut rattacher à un objectif spécifique si pratique spécifique

Ou Objectif générique si pratique générique

Chaque objectif est associé à des pratiques ( entre 2 et 4 )

Exemple : CG2 comporte 10 pratiques génériques

Pratique SP2.4 du domaine Solution Technique

Évaluer si les composants du produits devraient être développés, achetés ou réutilisés en s’appuyant sur des critères établis

52

CMMI : pratiques

Exemple :

REQM-GP2.1 : établir et maintenir une

directive organisationnelle traitant de la

planification et la mise en œuvre du

processus « Gestion des exigences »

VER-GP2.1: établir et maintenir une

directive organisationnelle traitant de la

planification et de la mise en œuvre du

processus « vérification »

53

CMMI : produits d’activités typiques

Informations pour interpréter correctement une

pratique

Les produits que l’on s’attend de trouver dans

un projet ou une organisation qui applique la

pratique

Exemple :

Si on respecte PI-SP1.3 on doit montrer les

produits suivants :

1. des procédures pour l’intégration du produit

2. des critères pour l’intégration du produit

54

CMMI : amplification

Se trouvent sous les pratiques

Lectures particulières à des disciplines données

Exemple : La pratique TS-SP3.1 « réaliser les composants de

produit à partir de leurs conceptions » peut s’appliquer à des composants matériels, mécaniques ou logiciel

Pour les informaticiens : l’amplificateur est alors pour l’ingénierie logiciel :

Le code est un composant de produit logiciel typique

55

CMMI : sous pratiques

Les pratiques peuvent se décomposer en sous pratiques

Moyens pour mieux comprendre une pratique

Exemple : La pratique SP2.1 de « gestion des accords avec

les fournisseurs »

Les sous pratiques suggèrent une surveillance de la performance du fournisseur, des rencontres techniques périodiques, des rencontres de management,…

56

CMMI : objectifs et pratiques génériques

Communes à tous les processus

Situe le degré d’institutionnalisation d’un


Alors que les objectifs spécifiques

décrivent les activités de base.

57

CMMI : élaboration

Se situe à l’intérieur des explications des pratiques génériques appliquées à un domaine particulier.

Décrit la particularité de la pratique générique appliquée au domaine en question

Exemple : la pratique GP2.3 exige de fournir les ressources adéquates

pour mettre en œuvre le processus, développer les produits d’activité et fournir les services couverts par le processus.

associée au domaine « Planification de projet », le texte d’élaboration suggère qu’il faut des outils d’estimation.

Appliquée au domaine « validation » besoin d’outils de génération de jeux d’essais

LES PRATIQUES GÉNÉRIQUES

58

59

Les pratiques GÉNÉRIQUES

Établir une DIRECTIVE organisationnelle (GP2.1) : Traitant de la planification et de la mise en œuvre du processus

Planifier le PROCESSUS (GP2.2) Etablir et maintenir le plan pour la mise en œuvre du processus

Fournir les RESSOURCES (GP2.3) Pour mettre en œuvre le processus, développer les produits

d’activité et fournir les services couverts par le processus

Assigner les RESPONSABILITÉS (GP2.4) Et l’autorité pour mettre en œuvre le processus, développer les

produits d’activité et fournir les services couverts par le processus

FORMER les personnes (GP2.5) Selon les besoins les personnes qui mettent en œuvre ou

soutiennent le processus

60

Les pratiques GÉNÉRIQUES

Gérer en CONFIGURATION (GP2.6) Mettre les produits d’activité identifiés du processus sous le

niveau de contrôle approprié

Identifier et impliquer les PARTIES PRENANTES concernées (GP2.7) Par le processus comme prévu dans le plan

SUIVRE & CONTRÔLER le processus (GP2.8) Vis-à-vis de son plan de mise en œuvre et prendre les actions

correctives appropriées

Évaluer la CONFORMITÉ de manière objective (GP2.9) Tel appliqué par le projet, de la description, des normes et des

procédures qui devraient être appliquées et traiter les non-conformités détéctées

Passer le statut en revue avec les responsables de niveau SUPÉRIEUR (GP2.10) Le statut et les résultats du processus et résoudre les problèmes

Etude du Niveau 2

Niveau 2 :

Un objectif générique GG2 :

processus discipliné :

respecter les 10 pratiques génériques

62

Objectif générique GG2 : GP2.1

processus discipliné : respecter les 10 pratiques génériques

GP2.1 : établir une directive organisationnelle Une organisation doit s’engager par une directive

« policy » « constitution »

En générale une page signé par la direction Démarrer tout projet sur une base de compréhension

commune client/équipe projet

Clarifier le périmètre

Formuler les exigences clients et exigences système

traçabilité

63

Objectif générique GG2 : GP2.2

Planification de chaque processus du

CMMI en vue de réaliser le projet

Exemple :

Gestion des exigences : il faut que le chef

de projet précise comment se fera dans son

projet la gestion des exigences

64

Objectif générique GG2 : GP2.3 & GP2.4

G2.3 :

Fournir les ressources adéquates

Personnes, matériel, locaux,…

GP2.4:

Assigner la responsabilité

Qui fait quoi ?

Peut être intégrer dans organisation du

projet du plan projet

65


GP2.5 : Former les personnes

S’assurer que pour réaliser le projet les personnes affectées aux activités de ce domaine de processus ont été bien formées avant leur affectation

Exemple : stage à suivre,…

GP2.6: Gérér en configuration

Chacun des domaines de processus entraîne la production d’un certain nombre de produits d’activité.

Et donc peuvent passe d’un statut « broullion » à « proposé » à « vérifié » à « remis pour approbation » par exemple

66


GP2.7 : Identifier et impliquer les parties prenantes concernées

Objectif : s’assurer de l’implication des personnes qui doivent être impliquées dans les activités d’un domaine de processus

Exemple : stage à suivre,…

GP2.8: Surveiller et contrôler

Utilisation d’indicateurs qualificatifs ou quantitatifs

Exemples :

A-t-on suffisamment d’essais ? Combien ?

Combien a-t-on découvert de défauts ?

67


GP2.9 : Évaluer la conformité de façon objective

Appliqué par le projet, de la description, des normes et des procédures et traiter les non-conformités détectées

GP2.10: Passer le statut en revue avec la hiérarchie

Tenir au courant la direction et le management intermédiaire

Exemple : où en est-t-on avec la solution technique ?

Souvent institutionnalisé par le biais de rapports à la direction avec des présentations par des réunions de comité de gestion ou de comité de gestion de projet

68

Remarques

L’exigence de discipline s’applique projet par

projet,

Mais l’exigence d’utiliser un processus commun

dans tous les projets est au niveau 3

Le passage du niveau 1 au niveau 2 est le

plus difficile de tous

D’après SEI :

du niveau 1 au niveau 2 entre 24 et 30 mois

Les autres cycles entre 18 et 24 mois

69

CMMI : niveau 2

CMMI : Quelques termes clés

Secteur

Chaque niveau du modèle CMMI est découpé en secteurs.

Un secteur rassemble des exigences couvrant un même domaine d’activités sur les projets

ex : Planification, Gestion des risques, Solutions techniques, Assurance qualité, …

Pratique

Chaque secteur regroupe des pratiques qui apportent une aide à la réalisation des activités qui le concerne et qui contribuent à couvrir ses exigences.

Ce sont des outils, des checklist, des guides, des modèles de documents…

Processus

Ensemble d’activités à réaliser pour remplir les objectifs d’un secteur CMMI. Chaque secteur CMMI, contient une pratique intitulée « Processus », c’est la première pratique du secteur (ex PPQA.1, PMC.1, …).

Les activités à l’intérieur d’un processus font généralement référence à une ou plusieurs pratiques.

Les pratiques "Processus" ont l’avantage de vous donner une vision complète de ce qui doit être mis en oeuvre dans les projets.

71

Niveau 2 : Objectifs visés

Processus documenté

Discipline

Réutilisation possible

Prévisibilité et fiabilité

Suivi et contrôle

72

Niveau 2 : domaine de processus

Gestion des exigences

Planification de projet

Suivi et contrôle de projet

Gestion des ententes avec les fournisseurs

Mesure et analyse

Assurance qualité processus et produit

Gestion de configuration

Réaliser l’activité

Comprendre le travail à

faire

Gestion Exigences (REQM)

Définition Exigences (RD)

Réaliser le travail

Solution Technique (TS)

Intégration (PI)

Vérification (VER)

Validation (VAL)

Organiser et gérer le travail

Planification (PP)

Surveillance et contrôle de projet (PMC)

Gestion des risques (RSKM)

Gestion des accords avec les fournisseurs (SAM)

Supporter une

gestion quantitative

Performance du

processus organisationnel

(OPP)

Gestion de projet

quantitative (QPM)

Fournir un cadre de

travail

Gestion configuration (CM)

Assurance qualité processus et

produits (PPQA)

Mesures et indicateurs (MA)

Analyse causale et résolution

(CAR)

Analyse et prise de décision

(DAR)

Améliorer le cadre de travail

Démarche amélioration (OPF)

Définition processus (OPD)

Formation organisationnelle (OT)

Gestion projet intégré (IPM)

Innovation et déploiement organisationnel (OID)

CMMI : niveau 2

CMMI : Les secteurs du niveau 2

Assurance Qualité (PPQA) :

Check-list d’activité AQ, mise en place et organisation des revues de

code, normes de projet, plan de développement

Gestion des exigences (REQM) :

Identification des exigences sur toute la durée du projet (depuis

l’avant-vente jusqu’à la mise en production), gestion et traçabilité des

changements d’exigences

Estimation et plan projet (PP) :

Guide d’estimation et planification, méthode d’estimation, définition

du cycle de projet (phasing)

Gestion et suivi de projet (PMC) :

Modèles de documents, outil de suivi de projet, gestion des

indicateurs projets, bilan de projets

CMMI : Les secteurs du niveau 2

Gestion de la sous-traitance (SAM) :

Formalisation des attentes du sous-traitants, choix du sous-

traitants et suivi des réalisations.

Gestion de la configuration (CM) :

Plan de gestion de configuration, backup d’un projet, gestion

des sources, gestion des changements (anomalies et

évolutions), référentiel de documents

Mesure et Analyse (MA) :

Permet de mesurer l’efficacité des pratiques sur les projets

afin de savoir si le projet CMMI contribue à l'amélioration des

objectifs fixés

Niveau 2 : Gestion des exigences(REQM)

Des exigences sont déjà formulées

Disponibles

Focalisé sur la compréhension des exigences ( pour la préparation d’un devis)

But : Gérer les changements

Objectifs spécifiques :

SG1 : gérer les exigences

Pratiques spécifiques :

5 pratiques : SP1.1,..,SP1.5

REQM : SG1

Les exigences sont gérées et les

incohérences entre les exigences d’une

part et les plans du projet et les produits

d’activités d’autre part sont identifiées.

REQM ,SG1 : SP1.1

Développer une compréhension commune des exigences et de leur signification avec ceux qui les ont fournies.

Exemple : dès réception du cahier de charges on demande aux intervenants de s’assurer qu’ils comprennent bien ce que veulent dire les exigences

Réunions, Use case

REQM ,SG1 : SP1.2

Obtenir des participants au projet leur

engagement sur les exigences

C’est l’équipe projet :

Sont prêts à préparer un devis

Mise en œuvre des developpement des

composants qui vont satisfaire les exigences

Se résume en général par une « réunion de

lancement » (la pratique GP2.7 est faite )

REQM ,SG1 : SP1.3

Gérer les modifications aux exigences

au fur et à mesure de leur évolution en

cours de projet

Mécanisme à mettre en place pour gérer

une demande de modification

Par exemple un formulaire pour chaque

demande avec informations sur les impacts

et la décision prise

REQM ,SG1 : SP1.4

Maintenir une traçabilité bidirectionnelle

entre les exigences et les produits

d’activité

Si erreur détectée lors d’un essai, on doit

pouvoir remonter vers la source jusqu’à la

formulation des exigences

Si une exigence change on doit pouvoir

descendre vers toutes les décompositions

faites

REQM ,SG1 : SP1.5

Identifier les incohérences entre les plans du

projet et les produits d’activité d’une part et les

exigences d’autre part.

Détecter les endroits à modifier dans le réseau de

composants

Souvent c’est l’origine des dépassements dans les

coûts et délais

S’exerce le long du projet : test, activité

En général déclenche une action corrective ( voir

dans PMC : Contrôler et surveiller )

83

PP: Planification de projet

Etablir et maintenir les plans qui

définissent les activités de projet

« le diable se cache dans les détails «

En 2003 : aux US ( référence The Standish

Group )

34% des projets respectent les délais initiales

16% ne vont pas au bout

Seuls 52% délivrent les fonctionnalités attendus

84

PP: Planification de projet

Objectifs spécifiques :

SG1 : établir les estimations

4 pratiques spécifiques

SG2 : développer un plan de projet


SG3 : obtenir l’engagement sur le plan


85

PP, SG1 : établir les estimations

Les estimations des paramètres de

planification de projet sont établis et

maintenues

Utiliser La taille, la complexité, le nombre

d’occurrences,…

Pour chiffrer les charges et les coûts du

projet

86

PP,SG1,SP1.1 : faire l’estimation de la portée du projet

Etablir un découpage de haut

niveau(WBS) pour faire l’estimation de la

portée du projet

Principe « diviser pour régner»

Utilisation de WBS : Work Breakdown

Structure, découpage

87

PP,SG1,SP1.2 : Etablir les estimations des attributs

des produits d’activités et des tâches

Pouvoir appuyer ses estimations (charge,..) sur des bases objectives dont on pourra s’appuyer plus tard (base historique)

Préciser les variables qui vont influencer les calculs des estimations

Taille de l’objet à construire

Complexité de l’activité

Déterminer les formules

88

PP,SG1,SP1.3 : Définir le cycle de vie du projet

Définir les phases du cycle de vie du

projet

Projeter la décomposition d’activités du

WBS sur un calendrier de travail

Il se peut que la méthodologie suggère

plusieurs cycles de vie en fonction du

projet qui doivent être précisés

89

PP,SG1,SP1.4 : Déterminer les estimations de charge et de

coût

Faire l’estimation de charge et de coût

du projet pour les produits d’activité et

les tâches en se basant sur une

approche raisonnée

Comment interpréter raisonnée

90

PP, SG2 : développer un plan de projet

Un plan de projet est établi et maintenu

pour servir de base à la gestion du projet


91

PP, SG2,SP2.1,SP2.2 :

SP2.1: Etablir et maintenir le budget et le calendrier du projet

Calendrier ou planning de travail

Aspect temporelle du budget

SP2.2 : Identifier et analyser les risques du projet

Identification et surveillance

Liste de risque

# avec gestion de risque (RSKM) du niveau

3 : moins raffiner

92

PP, SG2,SP2.3,SP2.4 :

SP2.3: prévoir la gestion des données

Documents contextuels à consulter pour construire le produit

Normes, notes manuscrites, dessins, les extrait de presse, des références bibliographiques

Répondre aux questions : comment organiser-vous votre DOSSIER DE PROJET ? Qu’y retrouve-t-on en cours de projet ?

A différencier avec CM-SP1.1(gestion de configuration )

SP2.4 : prévoir les ressources du projet

Ressources : humaines, matérielles, documentaires, méthodologies, logicielles,…

Humaine est appelé profil

93

PP, SG2,SP2.5,SP2.6,SP2.7 :

SP2.5 : prévoir les connaissances et aptitudes nécessairesà la réalisation du projet : A différencier avec GP2.5 : réfléchir à la formation requise pour l’ensemble

des intervenants sur l’ensemble du projet.

Section plan de formation dans plan du projet

SP2.6 : prévoir l’implication des parties prenantes Établir les rôles et responsabilités des personnes dans le projet

Par exemple : une table de responsabilité avec un code ( exemple RACI : Responsible, Accountable, Consulted, Informed )

Ou un organigramme avec clarification des rôles et responsabilités

Quand faut-il réunir les gens ? Qui convoquer ? A qui faire parvenir des copies de compte rendu ?

SP2.7 : établir et maintenir un plan dont le contenu couvre l’ensemble du projet Aboutissement de toutes les PP-SP1.n et PP-SP2.n

En général réunir tous les documents établis en prévision du cas où l’on change de projet et devoir passer la main à une autre personne

94

PP, SG3 : obtenir l’engagement sur le plan

Les engagements sur le plan de projet

sont établis et maintenus.

Responsabiliser les gens et leurs

comprendre à quoi ils s’engagent

Composé de 3 pratiques spécifiques

95

PP, SG3, SP3.1,SP3.2,SP3.3

SP3.1:passer en revue les plans qui ont des répercussions sur le projet Pour comprendre les engagements du projet

SP3.2 : concilier les niveaux de charge et de ressources Mettre le plan de projet en cohérence avec les ressources

disponibles par rapport aux ressources estimées.

SP3.3 : obtenir l’engagement au plan Obtenir l’engagement des parties prenantes concernées qui sont

responsables de réaliser le plan ou d’en soutenir la réalisation

Exemple : signature après un compte rendu de réunion

S’assurer que les biens livrables identifiées et les critères d’entrée et de sortie leurs conviennent au niveau de leur description,

96

PMC : surveillance et contrôle du projet

Fournir une appréciation de l’avancement du projet de telle sorte que des actions correctives puissent être prises quand la performance du projet s’écarte de façon significative du plan Exemple : le contrôleur aérien dans la tour

2 Objectifs spécifiques SG1 : surveiller le projet par rapport au plan

La performance et l’avancement réels du projet sont surveillés par rapport au plan de projet

Veille active, point de repère


SG2 : gérer l’action corrective jusqu’à clôture Les actions correctives sont gérées jusqu’à clôture lorsque la

performance ou les résultats s’écartent de façon significative du plan


97

PMC,SG1,SP1.1

Surveiller les paramètres de planification de

projet

Rester vigilant auprès du tableau de bord pour

surveiller la progression du projet et être prêt à

réagir

# avec GP2.8 :

PMC-SP1.1 porte sur les paramètres d’ensemble du projet

à l’instant t(ex : charge estimée vs consommée)

GP2.8 porte sur les activités qui sont décrites dans un


98

PMC,SG1,SP1.2,SP1.3,SP1.4

SP1.2 : Surveiller les engagements par rapport à ceux identifiés dans le plan

de projet Très liée au calendrier

Mais en plus de la notion dates promises vs dates réelles, le contenu réel vs promis de la livraison ( date, contenu,conformité,norme,qualité,…)

SP1.3 : Surveiller les risques du projet par rapport à ceux identifiés dans le

plan de projet Revisiter périodiquement la liste des risques établit dans PP pour les

réévaluer

SP1.4 : surveiller la gestion des données de projet par rapport au plan projet

Faire le point sur le respect des règles par l’équipe de projet

Exemple : est ce qu’on conserve dans le dossier projet les éléments dont on aura besoin plus tard pour une perspective de capitalisation ?

99

PMC,SG1,SP1.5,SP1.6,SP1.7

SP1.5 : surveiller l’implication des parties prenantes

Exemple : ceux qui s’étaient engagés à transmettre des commentaires, l’ont-ils

fait ?

Ont-t-ils participer aux rencontres prévus ?

Se fait en même temps que la SP1.2

SP1.6 : Mener des revues d’avancement

Passer périodiquement en revue l’avancement, la performance et les problèmes du projet

SP1.7 : Mener des revues sur jalons

Passer en revue les réalisations et les résultats du projet à des jalons de projet sélectionnés

100

PMC,SG2

Gérer l’action corrective jusqu’à clôture

Les actions correctives sont gérées jusqu’à

clôture lorsque la performance ou les

résultats s’écartent de façon significative du

plan


101

PMC,SG2, SP2.1,SP2.2,SP2.3

SP2.1 : Analyser les écarts recueillir et analyser les écarts et déterminer les

actions correctives nécessaires pour les traiter

SP2.2 : appliquer une action corrective Prendre des actions correctives pour les écarts

identifiés

On peut devoir réestimer la charge(PP) refaire une partie de la conception (TS) ou ajouter une série d’essais dans la plan d’essais d’acceptation (VAL) ,…

SP2.3 : gérer une action corrective jusqu’à clôture

102

SAM : Supplier Agrement Management

Gestion des accords avec les fournisseurs

L’intention du domaine de processus est de gérer

l’acquisition des produits des fournisseurs

But : pour chaque contrat, cahier de charges, une

licence,un service… avec un tiers il faut déclencher un

processus de gestion de la livraison du produit ou du

service sous-traité.

2 objectifs spécifiques :

SG1 avec 3 pratiques spécifiques


103

SAM,SG1,SP1.1,SP1.2,SP1.3

SG1: établir les accords avec les fournisseurs S’assurer que les accords avec les fournisseurs sont

établis et maintenus

SP1.1 : déterminer un type d’acquisition

Déterminer le type d’acquisition pour chaque produit ou

composant de produit à acquérir

SP1.2: choisir des fournisseurs en s’appuyant sur

une évaluation de leur aptitude à satisfaire les

exigences spécifiées et les critères établis

SP1.3 : établir des accords avec le fournisseur

104

SAM,SG2,SP2.1,SP2.2,SP2.3

SG2: se conformer aux accords avec les fournisseurs Les accords sont respectés et par le projet et par les fournisseurs

SP2.1 : se conformer à l’accord avec le fournisseur Réaliser les activités avec le fournisseur telles qu’elles sont spécifiées

dans l’accord

Mettre en œuvre les moyens et activités requis pour assurer que les travaux du fournisseur se déroulent selon l’accord convenu

SP2.2: surveiller des processus sélectionnés chez le fournisseur Sélectionner, surveiller et analyser des processus utilisés par le

fournisseur

Exemple : assurance qualité, gestion de configuration

SP2.3 : évaluer des produits d’activité sélectionnés chez le fournisseur Dans le cas d’un fournisseur de produits sur commande, sélectionner et

évaluer des produits d’activité de celui-ci

105

SAM,SG2,SP2.4,SP2.5

SP2.4 : accepter le produit acquis

S’assurer que l’accord avec le fournisseur

est satisfait avant d’accepter le produit

acquis

SP2.5 : transférer les produits

Transférer au projet les produits acquis du

fournisseur

106

MA : Measurement and Analysis

Mesure et Analyse :

L’intension du domaine de processus est de

développer et maintenir une capacité à mesurer qui

est utilisée pour soutenir les besoins d’information

de gestion

Que faut-t-il mesurer pour répondre aux vrais

besoins de l’entreprise

2 objectifs spécifiques

SG1 : 4 pratiques spécifiques


107

MA, SG1,SP1.1,SP1.2,SP1.3,SP1.4

SG1 : aligner les activités de mesure et analyse Les objectifs et activités de mesure sont alignés avec les besoins et objectifs

d’information identifiés Déterminer les mesures utiles

Mettre une infrastructure de mesure

SP1.1 : établir des objectifs de mesure Établir et maintenir des objectifs de mesure qui proviennent des besoins et des objectifs

d’information identifiés

Répondre : pourquoi prenez-vous ces mesures ? A quelle fréquence est-il actualisé ?

SP1.2 : spécifier des mesures qui répondent aux objectifs de mesure Quelles sont les difficultés rencontrées pour bien interpréter les données et s’

assurer de la cohérence de leur interprétation à travers le projet ?

SP1.3 : spécifier des procédures de collecte et de stockage de données Spécifier comment les données de mesure seront obtenues et stockées

Système de collecte et de stockage

SP1.4 : spécifier des procédures d’analyse Spécifier comment les données de mesure seront analysées et communiquées

Mettre en place les techniques d’analyse et de production d’états qui doivent être documentées et inxepliquées

108

MA, SG2,SP2.1,SP2.2,SP2.3,SP2.4

SG2 : fournir des résultats de mesure qui répondent aux besoins et aux objectifs d’information sont fournis SP2.1 : recueillir les données de mesure

Obtenir les données de mesure spécifiées

SP2.2 : analyser et interpréter les données de mesure

Tendances, explications, commentaires

SP2.3 : stocker données et résultats

Gérer et stocker les données de mesure, les spécifications de mesure et les analyses de résultats

Gérer les versions

SP2.4 : communiquer les résultats

Communiquer les résultats des activités de mesure et analyse à toutes les parties prenantes concentrées

109

PPQA : Processes and Product Quality Assurance

Assurance qualité processus et produit L’intention de ce domaine de processus est de fournir au

personnel et au management une image objective des processus et des produits d’activité associés

# de VAL(Validation) et VER(Verification ) du niveau 3

Fait-on bien ce que l’on a dit que l’on ferait ?

Respecte-t-on les règles que l’on a promis de suivre ? Qui le dira ?...

Vue impartiale

Règles sur les produits et sur les processus

2 objectifs spécifiques SG1 : 2 pratiques spécifiques


110

PPQA,SG1,SP1.1,SP1.2

SG1 : évaluer de manière objective des processus et des produits d’activités Pour les processus exécutés ainsi que pour les produits

d’activité et les services associés, le respect des descriptions de processus, des normes et des procédures qui doivent être appliquées est évalué de manière objective

SP1.1: évaluer de manière objective des processus Évaluer objectivement les processus exécutés et identifiés

comme devant être examinés à des fins d’assurance-qualité vis-à-vis les descriptions, les normes et les procédures qui doivent être respectées

Feuille de route qui formalise la démarche

SP1.2: évaluer de manière objective des produits d’activités et des services identifiés comme devant être examinés à des fins d’assurance-qualité vis-à-vis les descriptions, les normes et les procédures qui doivent être respectées

111

PPQA,SG2,SP2.1,SP2.2

SG2 : fournir une image objective

Les non conformités sont suivies et communiquées

de manière objective et leur résolution est assurée

SP2.1: communiquer et assurer la réslution des

non conformités

Communiquer les problèmes relatifs à la qualité et assurer

la résolution des non conformités avec le personnel et les

managers

SP2.2: établir et maintenir des enregistrements sur

les activités d’assurance qualité

112

CM : Configuration Management

Gestion de configuration Établir et maintenir 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





113

CM,SG1,SP1.1,SP1.2,SP1.3

SG1 : établir des référentiels ( baseline) Des référentiels de produits d’activité identifiés sont établis

SP1.1: identifier les éléments de configuration

Les composants et les produits d’activité associés qui seront gérés en configuration

Règles de nomenclature par catégories d’objets, d’accès, de traitements particuliers,…

SP1.2 : établir un système de gestion de configuration

Et de gestion des modifications pour contrôler les produits d’activité

En générale c’est un outil informatique

SP1.3 : créer ou figer des référentiels pour utilisation interne et pour livraison au client

114

CM,SG2,SP2.1,SP2.2

SG2 : suivre et contrôler les modifications

Les modifications aux produits d’activité gérés en

configuration sont suivies et contrôlées

SP2.1: suivre les demandes de modifications

Suivre les demandes de modifications aux éléments de

configuration

En générale : outils informatique

SP2.2 : contrôler les éléments de configuration

Contrôler les modifications aux éléments de configuration

115

CM,SG3,SP3.1,SP3.2

SG3 : intégrité des référentiels est établie et

maintenue

SP3.1: établir des enregistrements de gestion de

configuration

Établir et maintenir les enregistrements décrivant les

éléments de configuration

En générale : outils informatique

SP3.2 : mener des audits de configuration

Mener des audits de configuration pour maintenir

l’intégrité des références de configuration

TB-ENSAO 116

CMMI : Niveau 3

La capitalisation

TB-ENSAO 117

Objectifs & pratiques génériques

Mettre en place une organisation apprenante tout en évitant le piège de la bureaucratie

1 Objectif générique GG3 : institutionnaliser le processus en tant que processus ajusté

En plus de GG2(processus discipliné), GG3 : processus personnalisé

2 pratiques génériques : GP3.1 : établir un processus ajusté :

Utiliser le capital

Le chef de projet décrit le mandat du projet : outils, produits d’activité, cycle de vie, justifié par un argumentaire

GP3.2 : recueillir des informations sur l’amélioration : recueillir les produits d’activité, les descriptions de mesures, les résultats de mesures et les retours d’expérience provenant de la planification et de la mise en œuvre du processus en vue de soutenir l’utilisation future et l’amélioration des processus organisationnels et des actifs associés Enrichir le capital : en générale un intranet

TB-ENSAO 118118

Niveau 3 : 11 domaine de processus

Développement des exigences : RD

Solution technique : TS

Intégration produit : PI

Vérification : VER

Validation : VAL

Focalisation sur le processus organisationnel : OPF

Définition du processus organisationnel : OPD

Formation organisationnelle : OT

Gestion de projet intégrée dans un processus: IPM

Gestion du risque : RSQM

Analyse et prise de décision : DAR

TB-ENSAO 119

Réaliser l’activité

Comprendre le travail à

faire

Gestion Exigences (REQM)

Définition Exigences (RD)

Réaliser le travail

Solution Technique (TS)

Intégration (PI)

Vérification (VER)

Validation (VAL)

Organiser et gérer le travail

Planification (PP)

Surveillance et contrôle de projet (PMC)

Gestion des risques (RSKM)

Gestion des accords avec les fournisseurs (SAM)

Supporter une

gestion quantitative

Performance du

processus organisationnel

(OPP)

Gestion de projet

quantitative (QPM)

Fournir un cadre de

travail

Gestion configuration (CM)

Assurance qualité processus et

produits (PPQA)

Mesures et indicateurs (MA)

Analyse causale et résolution

(CAR)

Analyse et prise de décision

(DAR)

Améliorer le cadre de travail

Démarche amélioration (OPF)

Définition processus (OPD)

Formation organisationnelle (OT)

Gestion projet intégré (IPM)

Innovation et déploiement organisationnel (OID)

CMMI : niveau 3

TB-ENSAO 120

RD : développement des exigences

Produire et analyser les exigences client, produit et composants de produits

3 objectifs spécifiques SG1 : les besoins, attentes,contraintes et interfaces

des parties prenantes sont recueillis et traduits en exigence client

2 pratiques spécifiques : SP1.1:expliciter les besoins : obtenir et expliciter les

besoins, attentes, contraintes et interfaces des parties prenantes pour toutes les phases du cycle de vie du produit

SP1.2: developper les exigences client : transformer les besoins et interfaces des parties prenantes en exigences client

TB-ENSAO 121


SG2 : développer les exigences produits Les exigences client sont clarifiées et détaillées

pour développer les exigences produit et composants de produit

3 pratiques spécifiques : SP2.1: établir les exigences produit et composants de

produit : établir et maintenir les exigences produit, qui sont basées sur les exigences clients

SP2.2: allouer les exigences composants de produit : allouer les exigences pour chaque composant produit

SP2.3 : identifier les exigences d’interface : établir la nature des liens entre les parties du système

TB-ENSAO 122


SG3 : Analyser et valider les exigences : les exigences sont validées et une définition des fonctionnalités requises est développée

5 pratiques spécifiques SP3.1 : établir les concepts d’emploi et des scénarios : établir des

uses case par exemple

SP3.2 :établir une définition des fonctionnalités requises : se fait en // avec la SP3.1

SP3.3 : analyser les exigences pour assurer qu’elles sont nécessaires et suffisantes

SP3.4 : Analyser les exigences pour équilibrer les besoins et contraintes des parties prenantes

SP3.5 : valider les exigences pour s’assurer que le produit résultant aura le comportement prévu dans l’environnement de l’utilisateur On doit s’assurer avant la construction à ce que l’on est en train

d’imaginer va tenir la route : sondages, prototypes,…

TB-ENSAO 123

TS : solution technique

Conception, la construction et l’implémentation des solutions aux exigences.

Les solutions, conceptions et implémentations recouvrent les produits, composants de produits ainsi que les processus du cycle de vie reliés aux produits en question, en tout ou en partie, selon ce qui convient.

3 objectifs spécifiques : SG1 avec 2 pratiques spécifiques



TB-ENSAO 124


SG1 : les solutions de produit ou de

composants de produit sont

sélectionnées à partir d’un éventail de

solutions possibles

SP1.1 : développer un éventail de solutions

possibles ainsi que des critères de sélection

SP1.2 : sélectionner les solutions pour les

composants de produit qui satisfont le

mieux les critères établis

TB-ENSAO 125


SG2 : Faire la conception. Le produit ou les

composants sont conçus

SP2.1 : concevoir le produit ou le composant de

produit

SP2.2 : établir un ensemble de données techniques

SP2.3 :concevoir les interfaces des composants de

produit en s’appuyant sur des critères établis

SP2.4 :Evaluer si les composants de produit

doivent être développés, achetés ou réutilisés en

s’appuyant sur des critères établis

TB-ENSAO 126


SG3: Réaliser la conception de produit.

Les composants de produit et la

documentation de soutien associée sont

réalisés à partir de leurs conceptions

SP2.1 : réaliser les composants de produit à

partir de leurs conceptions

SP2.2 :développer et maintenir la

documentation pour l’utilisation finale

TB-ENSAO 127

PI : intégration de produit

Assembler le produit à partir des

composants de produit, de s’assurer que

le produit assemblé fonctionne

correctement et de le livrer





TB-ENSAO 128


SG1 : la préparation en vue de l’intégration de produit est réalisée

SP1.1 : déterminer la séquence d’intégration des composants de produit

SP1.2 : établir et maintenir l’environnement nécessaire à l’intégration des composants de produit

SP1.3 : établir et maintenir les procédures et critères pour l’intégration des composants de produit

TB-ENSAO 129


SG2 :les interfaces des composants de produit, tant internes qu’externes, sont compatibles

SP2.1 : passer en revue les descriptions d’interface pour s’assurer de leur couverture et de leur exhaustivité

SP2.2 : gérer les définitions des interfaces internes et externes entre les produits et les composants de produit, leurs conceptions et leurs modifications

TB-ENSAO 130


SG3 :les composants de produit vérifiés sont assemblés et le produit intégré, vérifié et validé est livré SP3.1 :confirmer avant l’assemblage, que chaque composant

de produit requis pour assembler le produit a été correctement identifié, fonctionne conformément à sa description, et que les interfaces des composants de produit sont conformes à leurs descriptions.

SP3.2 :assembler les composants de produit en accord avec la séquence d’intégration et les procédures disponibles

SP3.3 :évaluer les composants de produit assemblés pour s’assurer de la compatibilité des interfaces

SP3.4 : conditionner le produit ou le composant de produit assemblé et le livrer au client approprié.

TB-ENSAO 131

VER : vérification

S’assurer que les produits d’activité

sélectionnés respectent les exigences

spécifiées qui les concernent





TB-ENSAO 132

VER : vérification

SG1 : la préparation en vue de la vérification est réalisée

SP1.1 : sélectionner les produits d’activité qui seront vérifiés et les méthodes de vérification qui seront utilisées pour chacun

SP1.2 : établir et maintenir l’environnement nécessaire à la vérification

SP1.3 : établir et maintenir les procédures et les critères de vérification pour les produits d’activité sélectionnés

TB-ENSAO 133

VER : vérification

SG2 : des revues par les pairs sont réalisées

sur les produits d’activité sélectionnés

SP2.1 : se préparer pour les revus par les pairs sur

les produits d’activité sélectionnées

SP2.2 :mener des revues par les pairs sur les

produits d’activité sélectionnés et identifier les

problèmes détectés lors de ces revues

SP2.3 : analyser les données portant sur la

préparation, la conduite et les résultats des revues

par les pairs

TB-ENSAO 134

VER : vérification

SG3 :les produits d’activité sélectionnés

sont vérifiés au regard des exigences

spécifiées

SP3.1 : réaliser la vérification des produits

d’activité sélectionnés

SP3.2 :analyser les résultats de toutes les

activités de vérification

TB-ENSAO 135

VAL : validation

Démontrer qu’un produit ou un

composant de produit satisfait à

l’utilisation prévue lorsqu’il est placé

dans l’environnement cible

2 objectifs spécifiques:



TB-ENSAO 136

VAL : validation

SG1 : se préparer pour la validation

SP1.1 : choisir les produits en vue de la

validation

SP1.2: établir l’environnement de validation

SP1.3 : établir les procédures et les critères

de validation

TB-ENSAO 137

VAL : validation

SG2 : Valider le produit ou les

composants de produit : validation dans

l’environnement cible

SP2.1 : valider les produits et composants

de produit sélectionnés

SP2.2 : Analyser les résultats des activités

de validation

TB-ENSAO 138

OPF : Focalisation sur le processus Organisationnel

Planifier, mettre en œuvre et déployer

des améliorations aux processus

organisationnels en s’appuyant sur une

compréhension approfondie des forces

et faiblesses actuelles des processus et

des actifs de processus organisationnels

SG1 : avec 3 pratiques spécifiques


TB-ENSAO 139


SG1 : déterminer les occasions d’amélioration de processus : les forces, les faiblesses et les occasions d’amélioration des processus de l’organisation sont identifiées périodiquement et au besoin SP1.1 : établir les besoins des processus organisationnels

Établir et maintenir la description des besoins et des objectifs des processus pour l’organisation

SP1.2 : évaluer les processus de l’organisation périodiquement et au besoin en vue de maintenir une compréhension de leurs forces et faiblesses

SP1.3 : identifier les améliorations au processus de l’organisation

TB-ENSAO 140


SG2 : planifier et mettre en œuvre les

activités d’amélioration de processus

SP2.1 : établir des plans d’action de

processus

Pour traiter les améliorations aux processus et

aux actifs de processus de l’organisation :

appliquer PP à ce projet d’amélioration

SP2.2 : mettre en œuvre les plans d’action

processus

TB-ENSAO 141

OPD : Définition du processus organisationnel

Etablir et maintenir un ensemble

utilisable d’actifs de processus au niveau

organisationnel et des normes

d’environnement de travail


TB-ENSAO 142

OPD : Définition du processus organisationnel

SG1 : établir les actifs du processus organisationnel SP1.1 : établir et maintenir l’ensemble de processus standards de

l’organisation

SP1.2 : établir et maintenir les descriptions de modèles de cycles de vie dont l’utilisation est approuvée dans l’organisation

SP1.3 : établir et maintenir les critères et les lignes directrices d’ajustement pour l’ensemble des processus standards de l’organisation

SP1.4 : établir et maintenir la base de mesures de l’organisation Tout projet qui démarre aura à sa disposition une masse d’informations

pour préparer les estimations,….

SP1.5 : établir et maintenir une bibliothèque des actifs processus de l’organisation

SP1.6 : établir et maintenir des normes pour l’environnement de travail Outils de travail, respects de normes,composants matériels, logiciels,…

TB-ENSAO 143

OT : formation organisationnelle

Développer les aptitudes et

connaissances des personnes de telle

sorte qu’ils puissent remplir leurs rôles

de façon efficace et efficiente



TB-ENSAO 144


SG1 : établir une capacité de formation organisationnelle

Une capacité de formation qui soutient les rôles de management et les rôles techniques de l’organisation est établi et maintenue

SP1.1 : établir les besoins stratégiques de formation

SP1.2 : déterminer quels besoins de formation seront du ressort de l’organisation et lesquels seront laissés à la responsabilité de projets individuels ou de groupes de soutien

SP1.3 : établir et maintenir un plan organisationnel tactique de formation

SP1.4 : établir et maintenir une capacité de formation pour combler les besoins de formation de l’organisation

TB-ENSAO 145


SG2 : la formation nécessaire aux individus

pour remplir efficacement leurs rôles est

dispensée Une capacité de formation qui soutient les rôles de

management et les rôles techniques de l’organisation est

établi et maintenue

SP2.1 : dispenser la formation selon le plan

organisationnel tactique de formation

SP2.2 : établir des enregistrements de formation

SP2.3 : évaluer l’efficacité du programme de

formation de l’organisation

TB-ENSAO 146

IPM : gestion de projet integrée

Établir et maintenir le projet et

l’implication des parties prenantes

concernées en accord avec un

processus intégré et ajusté qui est dérivé

d’un ensemble de processus standards

au niveau de l’organisation



TB-ENSAO 147

IPM : gestion de projet intégrée

SG1: le projet est mené en utilisant un processus ajusté qui est dérivé de l’ensemble de processus standards de l’organisation SP1.1: établir et maintenir le processus ajusté du projet depuis le début du

projet et tout le long de la vie du projet Dérivé son processus ajusté au projet à partir du processus organisationnel

standard

SP1.2 : utiliser les actifs processus organisationnels et la base de mesures pour les activités d’estimation et de planification du projet

SP1.3: établir et maintenir l’environnement de travail du projet sur la base des normes organisationnelles d’environnement de travail

SP1.4 : intégrer le plan projet et les autres plans qui ont une incidence sur le projet pour décrire le processus ajusté du projet

SP1.5 : gérer le projet en utilisant le plan de projet, les autres plans qui ont une incidence sur le projet et le processus ajusté documenté du projet

SP1.6 : contribuer par le biais de produits d’activité, mesures et retour d’expériences documentés aux actifs processus organisationnels Partager son expérience avec les autres

TB-ENSAO 148

IPM : gestion de projet intégrée

SG2 : la coordination et la collaboration du projet avec les parties prenantes concernées sont menées. SP2.1 : gérer l’implication dans le projet des parties

prenantes concernées

SP2.2: participer avec les parties prenantes concernées à l’identification, à la négociation et au suivi des dépendances critiques Souvent exprimer sous forme de risques dans le plan

SP2.3 :régler les problèmes avec les parties prenantes concernées

TB-ENSAO 149

RSKM : Gestion des risques

Identifier des problèmes potentiels avant qu’ils

surviennent de telle sorte que les activités

pour traiter les risques puissent être planifiées

et déclenchées au besoin tout au long de la

vie du produit ou du projet afin que les impacts

nuisibles à l’atteinte des objectifs soient

atténués




TB-ENSAO 150


SG1 : la préparation pour la gestion des risques est menée SP1.1: déterminer les sources et les catégories de

risques

SP1.2 : définir les paramètres utilisés pour analyser et catégoriser les risques ainsi que les paramètres utilisés pour contrôler la charge de gestion des risques La probabilité, l’impact, la criticité,…

SP1.3 : établir et maintenir la stratégie qui sera utilisée pour la gestion des risques

TB-ENSAO 151


SG2 : les risques sont identifiés et

analysés pour déterminer leur

importance relative

SP2.1: identifier et documenter les risques

SP2.2 : évaluer et catégoriser chaque

risque identifié en utilisant les catégories et

les paramètres de risques établis et

déterminer leur priorité relative

TB-ENSAO 152


SG3 : les risques sont gérés et atténués

lorsque c’est nécessaire afin de diminuer les

impacts qui peuvent nuire à l’atteinte des

objectifs

SP3.1: developper un plan d’atténuation du risque

pour les risques les plus importants du projet tel

que défini dans la stratégie de gestion des risques

SP3.2 : surveiller périodiquement le statut de

chaque risque et mettre en œuvre selon les

besoins, le plan d’atténuation du risque

TB-ENSAO 153

DAR : Analyse et prise de décision

Analyser des décisions éventuelles en

utilisant un processus d’évaluation

formel qui évalue, au regard de critères

établis, des solutions possibles

déterminées.


TB-ENSAO 154

DAR : Analyse et prise de décision

SG1: les décisions sont basées sur des solutions possibles en utilisant des critères établis SP1.1 : établir et maintenir des lignes directrices pour

déterminer quels problèmes doivent être soumis à un processus d’évaluation formelle

SP1.2 : établir et maintenir les critères pour l’évaluation des solutions possibles et le classement relatif de ces critères

SP1.3 : identifier les solutions possibles pour résoudre les problèmes

SP1.4 : sélectionner les méthodes d’évaluation

SP1.5 : évaluer les solutions possibles en utilisant les critères et les méthodes établis

SP1.6 : sélectionner les solutions à partir des solutions possibles en s’appuyant sur les critères d’évaluation

TB-ENSAO 155

Exercice A faire

Pour votre projet PFA :

Choisir 3 domaines de processus, 2 dans réaliser l’activité,

Un dans améliorer le processus,

Du niveau 3 et établir un bénéfice pertinent pour

chacun de ces processus pour :

un développeur de votre équipe

Pour le chef de projet