Vous êtes sur la page 1sur 155

Qualit logiciel

PLAN
Pourquoi la qualit Modles : exemple CMMI Outils pour la qualit logiciel Etude de cas : retour dexprience

Pourquoi la qualit

Gnie logiciel :

Mthodes + techniques + Outils

Crise du logiciel : Maintenance : part importante dans le budget

Statistiques : 67% du cot total est consacr la maintenance

Dont : 48% est consacr corriger des dfauts

60% des dfauts correspond des erreurs de conception et de spcification


3

Pourquoi la qualit
Rponses possibles : Matriser les processus de dveloppement :

cycles de dveloppement

Dev de mthodes structurs et outils CASE Moteurs de qualit

Moteur de qualit

Les objectifs de qualit :


Adquation aux besoins Efficacit temps/espace Fiabilit Scurit, Intgrit Testabilit, Traabilit Adaptabilit, Maintenabilit, Convivialit (interface, aide et documentation) Prennit (facilit de la maintenance)

Moteur de qualit

Assurance qualit :

L'organisation du processus : dcouper le processus pour le matriser Les ressources humaines : les quipes doivent tre motives pour mettre en place des procdures qualit L'utilisation de techniques, mthodes, outils Les considrations managriales, politiques et conomiques : considrer le retour sur investissement de la mise en place de procdures qualit par une analyse cots/bnfices.

Moteur de qualit
Organiser le processus : Cycles de vie, responsabilts, rles Recommandations pour l'assurance qualit, il faut dfinir

Qui fait, Qui approuve, Qui vrifie, Qui valide, Qui est consult.

Moteur de qualit

Gestion des ressources : gestion de projet, gestion des configurations Savoir valuer cots et dlais Dfinir et ordonnancer les tches, planifier la ralisation, l'intgration, la validation Etablir un systme de contrle pour tous les produits intermdiaires du cycle de vie, dans le but de dtecter le plus tt possible: dfauts, erreurs, omissions, ambiguts, incohrences, hypothses incorrectes, . Organiser la formation sur les mthodes, les outils , les nouvelles technologies Motiver les quipes, anticiper les problmes, ne pas brider la crativit, dtecter la rsistance au changement

Moteur de qualit

La gestion de configurations

contrler l'ensemble des donnes constituant le systme: documents sources jeux de tests plans d'intgration. assurer la cohrence des divers composants construire/reconstruire un systme

Moteur de qualit

L'assurance qualit passe par des contrles rguliers et inclut

la validation permet de rpondre la question

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

la vrification rpond la question

"est ce que nous faisons le produit correctement ?"

10

Moteur de qualit

Manuel qualit dcrit les procdures dfinies par une entreprise ou une organisation pour atteindre ses objectifs de qualit. Il rpertorie les mthodes et procdures utiliser pour:

Gestion de projets Ralisation, Vrification, Validation, Evaluation de la Qualit (Mesures). Rdaction de standards, normes (ISO, DOD..) , conventions, guides, Exprience acquise des projets, pour amliorer le processus

en s'appuyant sur:

11

Moteur de qualit

Plan qualit
dfinit, pour un projet donn, en accord avec le manuel qualit de l'entreprise, les mthodes techniques et outils permettant d'atteindre les objectifs de qualit pour un cot donn. Le plan qualit fait partie des lments contractuels liant un client et son fournisseur de logiciels. Il est tabli lors de la phase de planification.

12

Normes qualit

Les procdures qualit s'appuient sur la rdaction 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 nest pas une norme

13

Normes

ISO : International Standardization Organization ISO 9000 ensemble de recommandations et standards pour la garantie de la qualit dans les relations clientsfournisseurs (pas spcialement logiciel) ISO 9000-1 recommandations pour lutilisation de ces standards ISO 9001 : le standard utiliser pour la fourniture de logiciels, la rfrence en matire de certification pour le logiciel ISO 9003 : guide pour lutilisation des standards ISO 9001 pour la fourniture de logiciels

14

Historique : CMMI

Le DOD ( Dpartement Of Dfense ) effectuant une tude sur les dpenses de sous-traitance informatique

< 5% des projets se terminent temps

Cration du SEI Software Engineering Institue qui fut grer par luniversit de Pittsburgh.

EN 1984, une quipe sattaque au problme de la crise du logiciel


15

CMM : Le Capability Maturity Model


La grille de maturit du Software Engeering Institute de Carnegie mellon University (SEI) Aujourdhui appele Capability Maturity Model Dvelopp pour compte du DOD ce modle a t largement adopt dans le civil. Le SEI est encore aujourdhui largement soutenu par le DOD. Le principal intrt que ses promoteurs et ses adeptes voient au modle CMM est son laboration en vue dune utilisation dans un contexte de dveloppement logiciel et non pas, comme cest le cas pour ISO 9000, une adaptation dune norme multi-domaines au cas particulier du gnie logiciel. Avec le CMM les utilisateurs peuvent se positionner dans une grille sur laquelle ils pourront voluer et progresser, ce qui nest pas prvu dans la norme ISO 9000.

16

HISTORIQUE DU CMMI
198 7 199 1 1993 199 5 199 7 200 0 200 2

Premire publication du CMM

SW-CMM v1.1

CMMI SE/SW Version 1.0

SW-CMM v1.0

lancement de l'initiative CMMI

CMMI SE/SW/IPPD/SS Version 1.1

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

IMPACTS SUR LES DELAIS


Rduction de 50 % des dlais de livraison Augmentation approximative de 50 % 95 % de respect des jalons Diminution de 50 moins de 10 des jours de retard 30 % daugmentation de productivit en logiciel 10 % damlioration dans les dfauts rsiduels entranant une diminution de reprise des travaux ( rework ) 15 % damlioration en livraison interne temps Boeing, Australia General Motors General Motors Lockheed Martin M&DS Bosch Gasoline Systems CMMI CMMI CMMI CMMI SW-CMM

Bosch Gasoline Systems

SW-CMM

33 % de rduction pour rparer une erreur 20 % de rduction par unit de logiciel 15 % de rduction pour trouver et rparer une erreur

Boeing, Australia Lockheed Martin M&DS Lockheed Martin M&DS

CMMI CMMI CMMI

UN MODELE DEUX REPRESENTATIONS

CMMI : dfinitions

CMMI est un modle ddi lindustrie du logiciel

Le modle propos permet de sadapter aux diffrentes organisations et typologies de projets

CMMI est un processus itratif qui vise samliorer en permanence et ne pas se satisfaire de lexistant

Amliore la capacit de lentreprise atteindre ses objectifs de cot, de dlai, de fonctionnalits et de qualit des produits
CMMI garantit que tout a t fait pour rpondre aux exigences (implicites et explicites) des utilisateurs

Un engagement de satisfaction pour le client final

Une forte fiabilit sur les applications informatiques dveloppes

La recette permet de se concentrer sur le mtier et non limplmentation

22

CMMI : dfinitions

CMMI nimpose :

Aucune mthode de dveloppement Aucun outil Aucune technique Aucune technologie Livrer un produit temps Dans les budgets la satisfaction du client Rentabilit intressante pour le dveloppeur
23

CMMI bonnes pratiques pour :

CMMI : la reprsentation tage


5 niveaux de maturit organisationnelle Comportement organisationnel diffrent chaque niveau Collection de domaines de processus pour satisfaire chaque niveau Faon simple dexprimer le but atteindre

24

Reprsentation tage EVOLUTION DE LA PERFORMANCE

Niveau

Focus

Performance prvue

Le processus est modifi pour atteindre des objectifs de performance, tout en maintenant une matrise statistique du processus.

Optimisation Le processes est gr de manire quantitative (vs. qualitative) et prdictible.


quantitative Le processus dun projet est une version adapte du processus standard de lorganisation.

Temps/$/Qualit/...

Temps/$/Qualit/...

personnalis

Temps/$/Qualit/...

Gestion des spcifications, processus du projet planifis, excuts, mesurs, et contrls mme en priode de stress.
disciplin

Temps/$/Qualit/...

initial

Tendance sous-estimer, abandon des processus en temps de crise, et incapable de reproduire des succs passs.

Temps/$/Qualit/...

NIVEAU 1 : INITIAL

In
Pas de processus stable
Indiscipline Gestion par crise

Out

Pas de prvision
Dpassements multiples

NIVEAU 2 : DISCIPLINE

In
~

Out
Processus document
Discipline
Rutilisation possible Prvisibilit et fiabilit Suivi et contrle

NIVEAU 3 : PERSONNALISE

In
~ ~ ~

Out

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


Capitalisation des leons apprises Processus standardis Risque de drive considrablement diminu

NIVEAU 4 : GESTION QUANTITATIVE

In
~ ~ ~ ~ ~ ~

Out

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


Objectifs quantitatifs Correction systmatique lors de dpassement des objectifs

NIVEAU 5 : EN OPTIMISATION

In
~

Out
~
~

En plus de tous les avantages du niveau 4 ... Prvention au lieu de correction des erreurs Processus toujours en amlioration

CMMI EN REPRSENTATION TAGE


Innovation et dploiement organisationnels Analyse causale et rsolution

Les domaines de processus selon la reprsentation tage

Performance du processus organisationnel Gestion de projet quantitative Dveloppement des exigences Solution technique / Intgration produit Vrification / Validation Focalisation sur le processus organisationnel Dfinition du processus organisationnel Formation organisationnelle Gestion de projet intgre dans un contexte IPPD Gestion du risque quipe intgre Gestion de fournisseur intgre Analyse et prise de dcision Environnement organisationnel en vue de lintgration Gestion des exigences Planification de projet Suivi et contrle de projet Gestion des ententes avec les fournisseurs Mesure et analyse Assurance qualit processus et produit Gestion de configuration

4 3

CMMI : exemple tage

Trajet en voiture :
Je dois rencontrer un client important Jarrive le dimanche lhtel a la reception je reois 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 gantes

32

CMMI : exemple tage


Je minforme mais personne ne connat mon client car il vient tout juste de simplanter Mon htel est ct de laroport et le centre ville est 20 km. Le problme est quil y au moins une 20 dentres la ville et quil y au moins une centaine de gratte ciel Je dcide de me lever trs tt Mais en fait il y a beaucoup de bouchons Jarrive 10H30 Je suis dans un environnement immature cest le niveau 1 le niveau Initial

33

CMMI : exemple tage

On reprend le mme exemple

Lenveloppe contient beaucoup plus dinstructions : prendre telle autoroute, telle sorti, Niveau plus mature : niveau 2 Jai un processus document. Jarrive lheure, mon client est content Je suis disciplin Mais si accident ou sortie dautoroute ferme, Et je tombe au niveau 1

34

CMMI : exemple tage

Solution de niveau 3 : je prpare un parcours ajust.


Jinterroge des personnes qui ont dj fait le trajet et je capitalise Jai des trajets alternatif Les risques de non respect des dlais sont plus faibles quau niveau 2

35

CMMI : exemple tage


Depuis le dbut jai not dans mon agenda toutes sortes de mesures sur les parcours, les dures, les distances,. Gestion quantitative : niveau 4 Mode doptimisation constante : niveau 5

36

CMMI : reprsentation continue

Continue :

Progression axe sur chacun des domaines de processus ( exe : planification, assurance qualit,) pris individuellement Aptitude dun processus chelle daptitude de 0 5 Ensemble de domaines de processus quon amliore de faon groupe, collectivement dans toute lorganisation Maturit organisationnelle en 5 paliers

Alors que Etag comme vue prcedemment :

37

CMMI : que choisir ?

tage
Objectif simple fixer On peut facilement se comparer

Continue :

Atteindre tel aptitude pour tel ou tel processus

38

CMMI : Architecture

39

CMMI : plus quun modle


Une structure capable dintgrer plusieurs disciplines, chacune associe a un corpus de connaissances Chaque discipline: lettres entre les barres obliques suite au sigle CMMI

40

CMMI : plusieurs disciplines


Qualit systme = F(Qualit processus) CMMI/SE = Ingnierie Systme CMMI/SW = Ingnierie logicielle CMMI/IPPD = Equipe intgre CMMI/SS = Gestion de fournisseur integre

41

CMM & CMMI

42

CMMI : bnfices viss


Meilleures estimations Cycles plus courts Amlioration de productivit Moins de dfauts Satisfaction des clients Moral des employs Moins de reprise ( rework ) Cot de qualit diminu

43

CMMI : architecture

44

CMMI : composants

Domaine de processus Porte, notes explicatives et rfrences Objectifs spcifiques Pratiques Produits dactivits typiques Amplification Sous pratique Objectifs et pratiques gnriques laboration
45

CMMI : composants

46

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 rsolution(CAR)

Chaque domaine comporte un certain nombre dobjectifs (goals)


Objectifs spcifiques : propres chaque domaine de processus Gnriques : communs dun domaine lautre
47

Template ou modle pour chaque PA

Porte Notes gnrales Rfrences entre domaines Objectifs spcifiques et gnriques Table de correspondance entre objectifs et pratiques Dtails des pratiques spcifiques par objectif

But spcifique SGn

Pratiques spcifiques du but SGn


Texte explicatif Produits de travail types Amplification au besoin Sous pratiques

Dtails des pratiques gnriques par objectif

But gnrique GGn


Pratiques gnriques du but GGn Texte explicatif laboration au besoin

48

CMMI : Porte, notes explicatives et rfrences

Purpose : intention ou porte du domaine de processus Notes explicatives : nature du domaine de processus Rfrences entre domaines de processus

Exemple : PP est li REQM

Tableau des objectifs et des pratiques


49

CMMI : objectifs spcifiques

Un domaine de processus comporte des objectifs spcifiques Exemple :

Processus PP

Objectifs spcifiques

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

50

CMMI : pratiques

Une pratique dcrit un comportement attendu, quon peut rattacher un objectif spcifique si pratique spcifique Ou Objectif gnrique si pratique gnrique Chaque objectif est associ des pratiques ( entre 2 et 4 ) Exemple :

CG2 comporte 10 pratiques gnriques Pratique SP2.4 du domaine Solution Technique valuer si les composants du produits devraient tre dvelopps, achets ou rutiliss en sappuyant sur des critres tablis
51

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 vrification

52

CMMI : produits dactivits typiques

Informations pour interprter correctement une pratique Les produits que lon sattend 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 procdures pour lintgration du produit 2. des critres pour lintgration du produit
53

CMMI : amplification

Se trouvent sous les pratiques Lectures particulires des disciplines donnes Exemple :

La pratique TS-SP3.1 raliser les composants de produit partir de leurs conceptions peut sappliquer des composants matriels, mcaniques ou logiciel Pour les informaticiens :

lamplificateur est alors pour lingnierie logiciel :

Le code est un composant de produit logiciel typique

54

CMMI : sous pratiques

Les pratiques peuvent se dcomposer en sous pratiques Moyens pour mieux comprendre une pratique Exemple :

La pratique SP2.1 de gestion des accords avec les fournisseurs Les sous pratiques suggrent une surveillance de la performance du fournisseur, des rencontres techniques priodiques, des rencontres de management,

55

CMMI : objectifs et pratiques gnriques

Communes tous les processus Situe le degr dinstitutionnalisation dun domaine de processus Alors que les objectifs spcifiques dcrivent les activits de base.

56

CMMI : laboration

Se situe lintrieur des explications des pratiques gnriques appliques un domaine particulier. Dcrit la particularit de la pratique gnrique applique au domaine en question Exemple :

la pratique GP2.3 exige de fournir les ressources adquates pour mettre en uvre le processus, dvelopper les produits dactivit et fournir les services couverts par le processus.

associe au domaine Planification de projet , le texte dlaboration suggre quil faut des outils destimation. Applique au domaine validation besoin doutils de gnration de jeux dessais

57

LES

PRATIQUES GNRIQUES

58

Les pratiques GNRIQUES


tablir une DIRECTIVE organisationnelle (GP2.1) :

Traitant de la planification et de la mise en uvre du processus


Etablir et maintenir le plan pour la mise en uvre du processus Pour mettre en uvre le processus, dvelopper les produits dactivit et fournir les services couverts par le processus Et lautorit pour mettre en uvre le processus, dvelopper les produits dactivit et fournir les services couverts par le processus Selon les besoins les personnes qui mettent en uvre ou soutiennent le processus

Planifier le PROCESSUS (GP2.2)

Fournir les RESSOURCES (GP2.3)

Assigner les RESPONSABILITS (GP2.4)

FORMER les personnes (GP2.5)

59

Les pratiques GNRIQUES

Grer en CONFIGURATION (GP2.6)

Mettre les produits dactivit identifis du processus sous le niveau de contrle appropri

Identifier et impliquer les PARTIES PRENANTES concernes (GP2.7)

Par le processus comme prvu dans le plan Vis--vis de son plan de mise en uvre et prendre les actions correctives appropries Tel appliqu par le projet, de la description, des normes et des procdures qui devraient tre appliques et traiter les nonconformits dtctes

SUIVRE & CONTRLER le processus (GP2.8)

valuer la CONFORMIT de manire objective (GP2.9)

Passer le statut en revue avec les responsables de niveau SUPRIEUR (GP2.10)

Le statut et les rsultats du processus et rsoudre les problmes

60

Etude du Niveau 2

Niveau 2 :

Un objectif gnrique GG2 :

processus disciplin :

respecter les 10 pratiques gnriques

Objectif gnrique GG2 : GP2.1

processus disciplin : respecter les 10 pratiques gnriques GP2.1 : tablir une directive organisationnelle

Une organisation doit sengager par une directive policy constitution En gnrale une page sign par la direction

Dmarrer tout projet sur une base de comprhension commune client/quipe projet Clarifier le primtre Formuler les exigences clients et exigences systme traabilit

62

Objectif gnrique GG2 : GP2.2


Planification de chaque processus du CMMI en vue de raliser le projet Exemple :

Gestion des exigences : il faut que le chef de projet prcise comment se fera dans son projet la gestion des exigences

63

Objectif gnrique GG2 : GP2.3 & GP2.4

G2.3 :
Fournir les ressources adquates Personnes, matriel, locaux,

GP2.4:
Assigner la responsabilit Qui fait quoi ? Peut tre intgrer dans organisation du projet du plan projet

64

Objectif gnrique GG2 : GP2.5 & GP2.6

GP2.5 :

Former les personnes Sassurer que pour raliser le projet les personnes affectes aux activits de ce domaine de processus ont t bien formes avant leur affectation Exemple : stage suivre,
Grr en configuration Chacun des domaines de processus entrane la production dun certain nombre de produits dactivit. Et donc peuvent passe dun statut broullion propos vrifi remis pour approbation par exemple

GP2.6:

65

Objectif gnrique GG2 : GP2.7 & GP2.8

GP2.7 :

Identifier et impliquer les parties prenantes concernes Objectif : sassurer de limplication des personnes qui doivent tre impliques dans les activits dun domaine de processus Exemple : stage suivre,
Surveiller et contrler Utilisation dindicateurs qualificatifs ou quantitatifs Exemples : A-t-on suffisamment dessais ? Combien ? Combien a-t-on dcouvert de dfauts ?

GP2.8:

66

Objectif gnrique GG2 : GP2.9 & GP2.10

GP2.9 :

valuer la conformit de faon objective Appliqu par le projet, de la description, des normes et des procdures et traiter les non-conformits dtectes
Passer le statut en revue avec la hirarchie Tenir au courant la direction et le management intermdiaire Exemple : o en est-t-on avec la solution technique ? Souvent institutionnalis par le biais de rapports la direction avec des prsentations par des runions de comit de gestion ou de comit de gestion de projet

GP2.10:

67

Remarques

Lexigence de discipline sapplique projet par projet,

Mais lexigence dutiliser 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 Daprs SEI :


du niveau 1 au niveau 2 entre 24 et 30 mois Les autres cycles entre 18 et 24 mois

68

CMMI : niveau 2

69

CMMI : Quelques termes cls

Secteur

Chaque niveau du modle CMMI est dcoup en secteurs. Un secteur rassemble des exigences couvrant un mme domaine dactivits sur les projets

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

Pratique

Chaque secteur regroupe des pratiques qui apportent une aide la ralisation des activits qui le concerne et qui contribuent couvrir ses exigences. Ce sont des outils, des checklist, des guides, des modles de documents Ensemble dactivits raliser pour remplir les objectifs dun secteur CMMI. Chaque secteur CMMI, contient une pratique intitule Processus , cest la premire pratique du secteur (ex PPQA.1, PMC.1, ). Les activits lintrieur dun processus font gnralement rfrence une ou plusieurs pratiques. Les pratiques "Processus" ont lavantage de vous donner une vision complte de ce qui doit tre mis en oeuvre dans les projets.

Processus

Niveau 2 : Objectifs viss


Processus document Discipline Rutilisation possible Prvisibilit et fiabilit Suivi et contrle

71

Niveau 2 : domaine de processus


Gestion des exigences Planification de projet Suivi et contrle de projet Gestion des ententes avec les fournisseurs Mesure et analyse Assurance qualit processus et produit Gestion de configuration

72

CMMI : niveau 2
Organiser et grer le travail
Planification (PP) Surveillance et contrle de projet (PMC) Gestion des risques (RSKM) Gestion des accords avec les fournisseurs (SAM)

Fournir un cadre de travail


Gestion configuration (CM) Assurance qualit processus et produits (PPQA) Mesures et indicateurs (MA) Analyse causale et rsolution (CAR) Analyse et prise de dcision (DAR)

Raliser lactivit
Comprendre le travail faire
Gestion Exigences (REQM) Dfinition Exigences (RD)

Raliser le travail
Solution Technique (TS) Intgration (PI) Vrification (VER) Validation (VAL)

Supporter une gestion quantitative


Performance du processus organisationnel (OPP) Gestion de projet quantitative (QPM)

Amliorer le cadre de travail


Dmarche amlioration (OPF) Dfinition processus (OPD) Formation organisationnelle (OT) Gestion projet intgr (IPM) Innovation et dploiement organisationnel (OID)

CMMI : Les secteurs du niveau 2

Assurance Qualit (PPQA) :

Check-list dactivit AQ, mise en place et organisation des revues de code, normes de projet, plan de dveloppement
Identification des exigences sur toute la dure du projet (depuis lavant-vente jusqu la mise en production), gestion et traabilit des changements dexigences Guide destimation et planification, mthode destimation, dfinition du cycle de projet (phasing) Modles de documents, outil de suivi de projet, gestion des indicateurs projets, bilan de projets

Gestion des exigences (REQM) :

Estimation et plan projet (PP) :

Gestion et suivi de projet (PMC) :

CMMI : Les secteurs du niveau 2

Gestion de la sous-traitance (SAM) :

Formalisation des attentes du sous-traitants, choix du soustraitants et suivi des ralisations.

Gestion de la configuration (CM) :

Plan de gestion de configuration, backup dun projet, gestion des sources, gestion des changements (anomalies et volutions), rfrentiel de documents Permet de mesurer lefficacit des pratiques sur les projets afin de savoir si le projet CMMI contribue l'amlioration des objectifs fixs

Mesure et Analyse (MA) :

Niveau 2 : Gestion des exigences(REQM)

Des exigences sont dj formules


Disponibles Focalis sur la comprhension des exigences ( pour la prparation dun devis) But : Grer les changements

Objectifs spcifiques :

SG1 : grer les exigences


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

Pratiques spcifiques :

REQM : SG1

Les exigences sont gres et les incohrences entre les exigences dune part et les plans du projet et les produits dactivits dautre part sont identifies.

REQM ,SG1 : SP1.1


Dvelopper une comprhension commune des exigences et de leur signification avec ceux qui les ont fournies. Exemple : ds rception du cahier de charges on demande aux intervenants de sassurer quils comprennent bien ce que veulent dire les exigences

Runions, Use case

REQM ,SG1 : SP1.2

Obtenir des participants au projet leur engagement sur les exigences

Cest lquipe projet :


Sont prts prparer un devis Mise en uvre des developpement des composants qui vont satisfaire les exigences Se rsume en gnral par une runion de lancement (la pratique GP2.7 est faite )

REQM ,SG1 : SP1.3

Grer les modifications aux exigences au fur et mesure de leur volution en cours de projet
Mcanisme mettre en place pour grer une demande de modification Par exemple un formulaire pour chaque demande avec informations sur les impacts et la dcision prise

REQM ,SG1 : SP1.4

Maintenir une traabilit bidirectionnelle entre les exigences et les produits dactivit
Si erreur dtecte lors dun essai, on doit pouvoir remonter vers la source jusqu la formulation des exigences Si une exigence change on doit pouvoir descendre vers toutes les dcompositions faites

REQM ,SG1 : SP1.5

Identifier les incohrences entre les plans du projet et les produits dactivit dune part et les exigences dautre part.

Dtecter les endroits modifier dans le rseau de composants Souvent cest lorigine des dpassements dans les cots et dlais Sexerce le long du projet : test, activit En gnral dclenche une action corrective ( voir dans PMC : Contrler et surveiller )

PP: Planification de projet

Etablir et maintenir les plans qui dfinissent les activits de projet


le diable se cache dans les dtails En 2003 : aux US ( rfrence The Standish Group )

34% des projets respectent les dlais initiales 16% ne vont pas au bout Seuls 52% dlivrent les fonctionnalits attendus

83

PP: Planification de projet

Objectifs spcifiques :

SG1 : tablir les estimations

4 pratiques spcifiques 7 pratiques spcifiques

SG2 : dvelopper un plan de projet

SG3 : obtenir lengagement sur le plan

3 pratiques spcifiques

84

PP, SG1 : tablir les estimations


Les estimations des paramtres de planification de projet sont tablis et maintenues Utiliser La taille, la complexit, le nombre doccurrences, Pour chiffrer les charges et les cots du projet

85

PP,SG1,SP1.1 : faire lestimation de la porte du projet

Etablir un dcoupage de haut niveau(WBS) pour faire lestimation de la porte du projet


Principe diviser pour rgner Utilisation de WBS : Work Breakdown Structure, dcoupage

86

PP,SG1,SP1.2 : Etablir les estimations des attributs des produits dactivits et des tches

Pouvoir appuyer ses estimations (charge,..) sur des bases objectives dont on pourra sappuyer plus tard (base historique) Prciser les variables qui vont influencer les calculs des estimations

Taille de lobjet construire Complexit de lactivit Dterminer les formules

87

PP,SG1,SP1.3 : Dfinir le cycle de vie du projet

Dfinir les phases du cycle de vie du projet Projeter la dcomposition dactivits du WBS sur un calendrier de travail Il se peut que la mthodologie suggre plusieurs cycles de vie en fonction du projet qui doivent tre prciss

88

PP,SG1,SP1.4 : Dterminer les estimations de charge et de cot

Faire lestimation de charge et de cot du projet pour les produits dactivit et les tches en se basant sur une approche raisonne

Comment interprter raisonne

89

PP, SG2 : dvelopper un plan de projet

Un plan de projet est tabli et maintenu pour servir de base la gestion du projet

7 pratiques spcifiques

90

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

91

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

SP2.3: prvoir la gestion des donnes

Documents contextuels consulter pour construire le produit Normes, notes manuscrites, dessins, les extrait de presse, des rfrences bibliographiques Rpondre aux questions : comment organiser-vous votre DOSSIER DE PROJET ? Quy retrouve-t-on en cours de projet ? A diffrencier avec CM-SP1.1(gestion de configuration ) Ressources : humaines, matrielles, documentaires, mthodologies, logicielles, Humaine est appel profil

SP2.4 : prvoir les ressources du projet

92

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

SP2.5 : prvoir les connaissances et aptitudes ncessaires la ralisation du projet :


A diffrencier avec GP2.5 : rflchir la formation requise pour lensemble des intervenants sur lensemble du projet. Section plan de formation dans plan du projet tablir les rles et responsabilits 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 rles et responsabilits Quand faut-il runir les gens ? Qui convoquer ? A qui faire parvenir des copies de compte rendu ?

SP2.6 : prvoir limplication des parties prenantes

SP2.7 : tablir et maintenir un plan dont le contenu couvre lensemble du projet


Aboutissement de toutes les PP-SP1.n et PP-SP2.n En gnral runir tous les documents tablis en prvision du cas o lon change de projet et devoir passer la main une autre personne

93

PP, SG3 : obtenir lengagement sur le plan

Les engagements sur le plan de projet sont tablis et maintenus. Responsabiliser les gens et leurs comprendre quoi ils sengagent

Compos de 3 pratiques spcifiques

94

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

SP3.1:passer en revue les plans qui ont des rpercussions sur le projet

Pour comprendre les engagements du projet Mettre le plan de projet en cohrence avec les ressources disponibles par rapport aux ressources estimes. Obtenir lengagement des parties prenantes concernes qui sont responsables de raliser le plan ou den soutenir la ralisation Exemple : signature aprs un compte rendu de runion Sassurer que les biens livrables identifies et les critres dentre et de sortie leurs conviennent au niveau de leur description,

SP3.2 : concilier les niveaux de charge et de ressources

SP3.3 : obtenir lengagement au plan


95

PMC : surveillance et contrle du projet

Fournir une apprciation de lavancement du projet de telle sorte que des actions correctives puissent tre prises quand la performance du projet scarte de faon significative du plan

Exemple : le contrleur arien dans la tour SG1 : surveiller le projet par rapport au plan

2 Objectifs spcifiques

La performance et lavancement rels du projet sont surveills par rapport au plan de projet

Veille active, point de repre

7 pratiques spcifiques Les actions correctives sont gres jusqu clture lorsque la performance ou les rsultats scartent de faon significative du plan 3 pratiques spcifiques

SG2 : grer laction corrective jusqu clture


96

PMC,SG1,SP1.1

Surveiller les paramtres de planification de projet

Rester vigilant auprs du tableau de bord pour surveiller la progression du projet et tre prt ragir # avec GP2.8 :

PMC-SP1.1 porte sur les paramtres densemble du projet linstant t(ex : charge estime vs consomme) GP2.8 porte sur les activits qui sont dcrites dans un domaine de processus

97

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

SP1.2 :

Surveiller les engagements par rapport ceux identifis dans le plan de projet

Trs lie au calendrier Mais en plus de la notion dates promises vs dates relles, le contenu rel vs promis de la livraison ( date, contenu,conformit,norme,qualit,)

SP1.3 :

Surveiller les risques du projet par rapport ceux identifis dans le plan de projet

Revisiter priodiquement la liste des risques tablit dans PP pour les rvaluer

SP1.4 :

surveiller la gestion des donnes de projet par rapport au plan projet


Faire le point sur le respect des rgles par lquipe de projet Exemple : est ce quon conserve dans le dossier projet les lments dont on aura besoin plus tard pour une perspective de capitalisation ?

98

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

SP1.5 :

surveiller limplication des parties prenantes

Exemple :

ceux qui staient engags transmettre des commentaires, lont-ils fait ? Ont-t-ils participer aux rencontres prvus ?

Se fait en mme temps que la SP1.2


Mener des revues davancement

SP1.6 :

Passer priodiquement en revue lavancement, la performance et les problmes du projet

SP1.7 :

Mener des revues sur jalons

Passer en revue les ralisations et les rsultats du projet des jalons de projet slectionns

99

PMC,SG2

Grer laction corrective jusqu clture


Les actions correctives sont gres jusqu clture lorsque la performance ou les rsultats scartent de faon significative du plan 3 pratiques spcifiques

100

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

SP2.1 : Analyser les carts

recueillir et analyser les carts et dterminer les actions correctives ncessaires pour les traiter

SP2.2 : appliquer une action corrective


Prendre des actions correctives pour les carts identifis On peut devoir restimer la charge(PP) refaire une partie de la conception (TS) ou ajouter une srie dessais dans la plan dessais dacceptation (VAL) ,

SP2.3 : grer une action corrective jusqu clture


101

SAM : Supplier Agrement Management

Gestion des accords avec les fournisseurs

Lintention du domaine de processus est de grer lacquisition des produits des fournisseurs

But : pour chaque contrat, cahier de charges, une licence,un service avec un tiers il faut dclencher un processus de gestion de la livraison du produit ou du service sous-trait.

2 objectifs spcifiques :

SG1 avec 3 pratiques spcifiques SG2 avec 5 pratiques spcifiques

102

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

SG1: tablir les accords avec les fournisseurs

Sassurer que les accords avec les fournisseurs sont tablis et maintenus

SP1.1 : dterminer un type dacquisition

Dterminer le type dacquisition pour chaque produit ou composant de produit acqurir

SP1.2: choisir des fournisseurs en sappuyant sur une valuation de leur aptitude satisfaire les exigences spcifies et les critres tablis SP1.3 : tablir des accords avec le fournisseur

103

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

SG2: se conformer aux accords avec les fournisseurs


Les accords sont respects et par le projet et par les fournisseurs SP2.1 : se conformer laccord avec le fournisseur

Raliser les activits avec le fournisseur telles quelles sont spcifies dans laccord Mettre en uvre les moyens et activits requis pour assurer que les travaux du fournisseur se droulent selon laccord convenu Slectionner, surveiller et analyser des processus utiliss par le fournisseur Exemple : assurance qualit, gestion de configuration

SP2.2: surveiller des processus slectionns chez le fournisseur


SP2.3 : valuer des produits dactivit slectionns chez le fournisseur

Dans le cas dun fournisseur de produits sur commande, slectionner et valuer des produits dactivit de celui-ci

104

SAM,SG2,SP2.4,SP2.5

SP2.4 : accepter le produit acquis

Sassurer que laccord avec le fournisseur est satisfait avant daccepter le produit acquis Transfrer au projet les produits acquis du fournisseur

SP2.5 : transfrer les produits

105

MA : Measurement and Analysis

Mesure et Analyse :

Lintension du domaine de processus est de dvelopper et maintenir une capacit mesurer qui est utilise pour soutenir les besoins dinformation de gestion Que faut-t-il mesurer pour rpondre aux vrais besoins de lentreprise SG1 : 4 pratiques spcifiques SG2 : 4 pratiques spcifiques
106

2 objectifs spcifiques

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

SG1 : aligner les activits de mesure et analyse

Les objectifs et activits de mesure sont aligns avec les besoins et objectifs dinformation identifis

Dterminer 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 dinformation identifis Rpondre : pourquoi prenez-vous ces mesures ? A quelle frquence est-il actualis ?

SP1.2 : spcifier des mesures qui rpondent aux objectifs de mesure

Quelles sont les difficults rencontres pour bien interprter les donnes et s assurer de la cohrence de leur interprtation travers le projet ? Spcifier comment les donnes de mesure seront obtenues et stockes

SP1.3 : spcifier des procdures de collecte et de stockage de donnes

Systme de collecte et de stockage

SP1.4 : spcifier des procdures danalyse

Spcifier comment les donnes de mesure seront analyses et communiques

Mettre en place les techniques danalyse et de production dtats qui doivent tre documentes et inxepliques

107

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

SG2 : fournir des rsultats de mesure qui rpondent aux besoins et aux objectifs dinformation sont fournis

SP2.1 : recueillir les donnes de mesure

Obtenir les donnes de mesure spcifies

SP2.2 : analyser et interprter les donnes de mesure

Tendances, explications, commentaires


Grer et stocker les donnes de mesure, les spcifications de mesure et les analyses de rsultats Grer les versions Communiquer les rsultats des activits de mesure et analyse toutes les parties prenantes concentres

SP2.3 : stocker donnes et rsultats

SP2.4 : communiquer les rsultats

108

PPQA : Processes and Product Quality Assurance

Assurance qualit processus et produit

Lintention de ce domaine de processus est de fournir au personnel et au management une image objective des processus et des produits dactivit associs # de VAL(Validation) et VER(Verification ) du niveau 3 Fait-on bien ce que lon a dit que lon ferait ? Respecte-t-on les rgles que lon a promis de suivre ? Qui le dira ?... Vue impartiale Rgles sur les produits et sur les processus
SG1 : 2 pratiques spcifiques SG2 : 2 pratiques spcifiques
109

2 objectifs spcifiques

PPQA,SG1,SP1.1,SP1.2

SG1 : valuer de manire objective des processus et des produits dactivits

Pour les processus excuts ainsi que pour les produits dactivit et les services associs, le respect des descriptions de processus, des normes et des procdures qui doivent tre appliques est valu de manire objective SP1.1: valuer de manire objective des processus

valuer objectivement les processus excuts et identifis comme devant tre examins des fins dassurance-qualit vis-vis les descriptions, les normes et les procdures qui doivent tre respectes Feuille de route qui formalise la dmarche

SP1.2: valuer de manire objective des produits dactivits et des services identifis comme devant tre examins des fins dassurance-qualit vis--vis les descriptions, les normes et les procdures qui doivent tre respectes

110

PPQA,SG2,SP2.1,SP2.2

SG2 : fournir une image objective

Les non conformits sont suivies et communiques de manire objective et leur rsolution est assure SP2.1: communiquer et assurer la rslution des non conformits

Communiquer les problmes relatifs la qualit et assurer la rsolution des non conformits avec le personnel et les managers

SP2.2: tablir et maintenir des enregistrements sur les activits dassurance qualit

111

CM : Configuration Management

Gestion de configuration

tablir et maintenir lintgrit des produits dactivit en utilisant :


une identification de configuration, un contrle de configuration, un registre des statuts de configuration et des audits de configuration

3 objectifs spcifiques SG1 : 3 pratiques spcifiques SG2 : 2 pratiques spcifiques SG3 : 2 pratiques spcifiques
112

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

SG1 : tablir des rfrentiels ( baseline)

Des rfrentiels de produits dactivit identifis sont tablis SP1.1: identifier les lments de configuration

Les composants et les produits dactivit associs qui seront grs en configuration Rgles de nomenclature par catgories dobjets, daccs, de traitements particuliers, Et de gestion des modifications pour contrler les produits dactivit En gnrale cest un outil informatique

SP1.2 : tablir un systme de gestion de configuration

SP1.3 : crer ou figer des rfrentiels pour utilisation interne et pour livraison au client

113

CM,SG2,SP2.1,SP2.2

SG2 : suivre et contrler les modifications

Les modifications aux produits dactivit grs en configuration sont suivies et contrles SP2.1: suivre les demandes de modifications

Suivre les demandes de modifications aux lments de configuration En gnrale : outils informatique
Contrler les modifications aux lments de configuration

SP2.2 : contrler les lments de configuration

114

CM,SG3,SP3.1,SP3.2

SG3 : intgrit des rfrentiels est tablie et maintenue

SP3.1: tablir des enregistrements de gestion de configuration

tablir et maintenir les enregistrements dcrivant les lments de configuration En gnrale : outils informatique
Mener des audits de configuration pour maintenir lintgrit des rfrences de configuration

SP3.2 : mener des audits de configuration

115

CMMI : Niveau 3 La capitalisation

TB-ENSAO

116

Objectifs & pratiques gnriques


Mettre en place une organisation apprenante tout en vitant le pige de la bureaucratie 1 Objectif gnrique

GG3 : institutionnaliser le processus en tant que processus ajust

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

2 pratiques gnriques :

GP3.1 : tablir un processus ajust :


Utiliser le capital Le chef de projet dcrit le mandat du projet : outils, produits dactivit, cycle de vie, justifi par un argumentaire

GP3.2 : recueillir des informations sur lamlioration : recueillir les produits dactivit, les descriptions de mesures, les rsultats de mesures et les retours dexprience provenant de la planification et de la mise en uvre du processus en vue de soutenir lutilisation future et lamlioration des processus organisationnels et des actifs associs

Enrichir le capital : en gnrale un intranet

TB-ENSAO

117

Niveau 3 : 11 domaine de processus

Dveloppement des exigences : RD Solution technique : TS Intgration produit : PI Vrification : VER Validation : VAL Focalisation sur le processus organisationnel : OPF Dfinition du processus organisationnel : OPD Formation organisationnelle : OT Gestion de projet intgre dans un processus: IPM Gestion du risque : RSQM Analyse et prise de dcision : DAR
TB-ENSAO 118

CMMI : niveau 3
Organiser et grer le travail
Planification (PP) Surveillance et contrle de projet (PMC)

Gestion des risques (RSKM)


Gestion des accords avec les fournisseurs (SAM)

Fournir un cadre de travail


Gestion configuration (CM) Assurance qualit processus et produits (PPQA) Mesures et indicateurs (MA) Analyse causale et rsolution (CAR) Analyse et prise de dcision (DAR)

Raliser lactivit
Comprendre le travail faire
Gestion Exigences (REQM) Dfinition Exigences (RD)

Raliser le travail
Solution Technique (TS) Intgration (PI) Vrification (VER) Validation (VAL)

Supporter une gestion quantitative


Performance du processus organisationnel (OPP) Gestion de projet quantitative (QPM)

Amliorer le cadre de travail


Dmarche amlioration (OPF) Dfinition processus (OPD) Formation organisationnelle (OT) Gestion projet intgr (IPM) Innovation et dploiement organisationnel (OID) TB-ENSAO 119

RD : dveloppement des exigences

Produire et analyser les exigences client, produit et composants de produits 3 objectifs spcifiques

SG1 : les besoins, attentes,contraintes et interfaces des parties prenantes sont recueillis et traduits en exigence client 2 pratiques spcifiques :

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 120

RD : dveloppement des exigences

SG2 : dvelopper les exigences produits

Les exigences client sont clarifies et dtailles pour dvelopper les exigences produit et composants de produit 3 pratiques spcifiques :

SP2.1: tablir les exigences produit et composants de produit : tablir et maintenir les exigences produit, qui sont bases sur les exigences clients SP2.2: allouer les exigences composants de produit : allouer les exigences pour chaque composant produit SP2.3 : identifier les exigences dinterface : tablir la nature des liens entre les parties du systme

TB-ENSAO

121

RD : dveloppement des exigences

SG3 : Analyser et valider les exigences : les exigences sont valides et une dfinition des fonctionnalits requises est dveloppe 5 pratiques spcifiques

SP3.1 : tablir les concepts demploi et des scnarios : tablir des uses case par exemple SP3.2 :tablir une dfinition des fonctionnalits requises : se fait en // avec la SP3.1 SP3.3 : analyser les exigences pour assurer quelles sont ncessaires et suffisantes SP3.4 : Analyser les exigences pour quilibrer les besoins et contraintes des parties prenantes SP3.5 : valider les exigences pour sassurer que le produit rsultant aura le comportement prvu dans lenvironnement de lutilisateur

On doit sassurer avant la construction ce que lon est en train dimaginer va tenir la route : sondages, prototypes,

TB-ENSAO

122

TS : solution technique
Conception, la construction et limplmentation des solutions aux exigences. Les solutions, conceptions et implmentations recouvrent les produits, composants de produits ainsi que les processus du cycle de vie relis aux produits en question, en tout ou en partie, selon ce qui convient. 3 objectifs spcifiques :

SG1 avec 2 pratiques spcifiques SG2 avec 4 pratiques spcifiques SG3 avec 2 pratiques spcifiques

TB-ENSAO

123

TS : solution technique

SG1 : les solutions de produit ou de composants de produit sont slectionnes partir dun ventail de solutions possibles
SP1.1 : dvelopper un ventail de solutions possibles ainsi que des critres de slection SP1.2 : slectionner les solutions pour les composants de produit qui satisfont le mieux les critres tablis

TB-ENSAO 124

TS : solution technique

SG2 : Faire la conception. Le produit ou les composants sont conus

SP2.1 : concevoir le produit ou le composant de produit SP2.2 : tablir un ensemble de donnes techniques SP2.3 :concevoir les interfaces des composants de produit en sappuyant sur des critres tablis SP2.4 :Evaluer si les composants de produit doivent tre dvelopps, achets ou rutiliss en sappuyant sur des critres tablis
125

TB-ENSAO

TS : solution technique

SG3: Raliser la conception de produit. Les composants de produit et la documentation de soutien associe sont raliss partir de leurs conceptions
SP2.1 : raliser les composants de produit partir de leurs conceptions SP2.2 :dvelopper et maintenir la documentation pour lutilisation finale

TB-ENSAO

126

PI : intgration de produit
Assembler le produit partir des composants de produit, de sassurer que le produit assembl fonctionne correctement et de le livrer 3 objectifs spcifiques

SG1 avec 3 pratiques spcifiques SG2 avec 2 pratiques spcifiques SG3 avec 4 pratiques spcifiques

TB-ENSAO 127

PI : intgration de produit

SG1 : la prparation en vue de lintgration de produit est ralise


SP1.1 : dterminer la squence dintgration des composants de produit SP1.2 : tablir et maintenir lenvironnement ncessaire lintgration des composants de produit SP1.3 : tablir et maintenir les procdures et critres pour lintgration des composants de produit

TB-ENSAO 128

PI : intgration de produit

SG2 :les interfaces des composants de produit, tant internes quexternes, sont compatibles
SP2.1 : passer en revue les descriptions dinterface pour sassurer de leur couverture et de leur exhaustivit SP2.2 : grer les dfinitions des interfaces internes et externes entre les produits et les composants de produit, leurs conceptions et leurs modifications

TB-ENSAO 129

PI : intgration de produit

SG3 :les composants de produit vrifis sont assembls et le produit intgr, vrifi et valid est livr

SP3.1 :confirmer avant lassemblage, que chaque composant de produit requis pour assembler le produit a t correctement identifi, fonctionne conformment 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 squence dintgration et les procdures disponibles SP3.3 :valuer les composants de produit assembls pour sassurer de la compatibilit des interfaces SP3.4 : conditionner le produit ou le composant de produit assembl et le livrer au client appropri.
TB-ENSAO 130

VER : vrification
Sassurer que les produits dactivit slectionns respectent les exigences spcifies qui les concernent 3 objectifs spcifiques

SG1 avec 3 pratiques spcifiques SG2 avec 3 pratiques spcifiques SG3 avec 2 pratiques spcifiques

TB-ENSAO

131

VER : vrification

SG1 : la prparation en vue de la vrification est ralise


SP1.1 : slectionner les produits dactivit qui seront vrifis et les mthodes de vrification qui seront utilises pour chacun SP1.2 : tablir et maintenir lenvironnement ncessaire la vrification SP1.3 : tablir et maintenir les procdures et les critres de vrification pour les produits dactivit slectionns

TB-ENSAO 132

VER : vrification

SG2 : des revues par les pairs sont ralises sur les produits dactivit slectionns

SP2.1 : se prparer pour les revus par les pairs sur les produits dactivit slectionnes SP2.2 :mener des revues par les pairs sur les produits dactivit slectionns et identifier les problmes dtects lors de ces revues SP2.3 : analyser les donnes portant sur la prparation, la conduite et les rsultats des revues par les pairs

TB-ENSAO

133

VER : vrification

SG3 :les produits dactivit slectionns sont vrifis au regard des exigences spcifies
SP3.1 : raliser la vrification des produits dactivit slectionns SP3.2 :analyser les rsultats de toutes les activits de vrification

TB-ENSAO

134

VAL : validation
Dmontrer quun produit ou un composant de produit satisfait lutilisation prvue lorsquil est plac dans lenvironnement cible 2 objectifs spcifiques:

SG1 : 3 pratiques spcifiques SG2 : 2 pratiques spcifiques

TB-ENSAO

135

VAL : validation

SG1 : se prparer pour la validation


SP1.1 : choisir les produits en vue de la validation SP1.2: tablir lenvironnement de validation SP1.3 : tablir les procdures et les critres de validation

TB-ENSAO

136

VAL : validation

SG2 : Valider le produit ou les composants de produit : validation dans lenvironnement cible
SP2.1 : valider les produits et composants de produit slectionns SP2.2 : Analyser les rsultats des activits de validation

TB-ENSAO

137

OPF : Focalisation sur le processus Organisationnel

Planifier, mettre en uvre et dployer des amliorations aux processus organisationnels en sappuyant sur une comprhension approfondie des forces et faiblesses actuelles des processus et des actifs de processus organisationnels
SG1 : avec 3 pratiques spcifiques SG2 : avec 2 pratiques spcifiques

138

TB-ENSAO

OPF : Focalisation sur le processus Organisationnel

SG1 : dterminer les occasions damlioration de processus : les forces, les faiblesses et les occasions damlioration des processus de lorganisation sont identifies priodiquement et au besoin

SP1.1 : tablir les besoins des processus organisationnels

tablir et maintenir la description des besoins et des objectifs des processus pour lorganisation

SP1.2 : valuer les processus de lorganisation priodiquement et au besoin en vue de maintenir une comprhension de leurs forces et faiblesses SP1.3 : identifier les amliorations au processus de lorganisation

TB-ENSAO

139

OPF : Focalisation sur le processus Organisationnel

SG2 : planifier et mettre en uvre les activits damlioration de processus

SP2.1 : tablir des plans daction de processus

Pour traiter les amliorations aux processus et aux actifs de processus de lorganisation : appliquer PP ce projet damlioration

SP2.2 : mettre en uvre les plans daction processus


TB-ENSAO 140

OPD : Dfinition du processus organisationnel

Etablir et maintenir un ensemble utilisable dactifs de processus au niveau organisationnel et des normes denvironnement de travail

SG1 : avec 6 pratiques spcifiques

TB-ENSAO

141

OPD : Dfinition du processus organisationnel

SG1 : tablir les actifs du processus organisationnel


SP1.1 : tablir et maintenir lensemble de processus standards de lorganisation SP1.2 : tablir et maintenir les descriptions de modles de cycles de vie dont lutilisation est approuve dans lorganisation SP1.3 : tablir et maintenir les critres et les lignes directrices dajustement pour lensemble des processus standards de lorganisation SP1.4 : tablir et maintenir la base de mesures de lorganisation

Tout projet qui dmarre aura sa disposition une masse dinformations pour prparer les estimations,.

SP1.5 : tablir et maintenir une bibliothque des actifs processus de lorganisation SP1.6 : tablir et maintenir des normes pour lenvironnement de travail

Outils de travail, respects de normes,composants matriels, logiciels,

TB-ENSAO

142

OT : formation organisationnelle

Dvelopper les aptitudes et connaissances des personnes de telle sorte quils puissent remplir leurs rles de faon efficace et efficiente
SG1 avec 4 pratiques spcifiques SG2 avec 3 pratiques spcifiques

TB-ENSAO

143

OT : formation organisationnelle

SG1 : tablir une capacit de formation organisationnelle

Une capacit de formation qui soutient les rles de management et les rles techniques de lorganisation est tabli et maintenue

SP1.1 : tablir les besoins stratgiques de formation SP1.2 : dterminer quels besoins de formation seront du ressort de lorganisation et lesquels seront laisss 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 lorganisation

TB-ENSAO

144

OT : formation organisationnelle

SG2 : la formation ncessaire aux individus pour remplir efficacement leurs rles est dispense

Une capacit de formation qui soutient les rles de management et les rles techniques de lorganisation 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 lefficacit du programme de formation de lorganisation
TB-ENSAO 145

IPM : gestion de projet integre

tablir et maintenir le projet et limplication des parties prenantes concernes en accord avec un processus intgr et ajust qui est driv dun ensemble de processus standards au niveau de lorganisation
SG1 avec 6 pratiques spcifiques SG2 avec 3 pratiques spcifiques

146

TB-ENSAO

IPM : gestion de projet intgre

SG1: le projet est men en utilisant un processus ajust qui est driv de lensemble de processus standards de lorganisation

SP1.1: tablir et maintenir le processus ajust du projet depuis le dbut du projet et tout le long de la vie du projet

Driv son processus ajust au projet partir du processus organisationnel standard

SP1.2 : utiliser les actifs processus organisationnels et la base de mesures pour les activits destimation et de planification du projet SP1.3: tablir et maintenir lenvironnement de travail du projet sur la base des normes organisationnelles denvironnement de travail SP1.4 : intgrer le plan projet et les autres plans qui ont une incidence sur le projet pour dcrire le processus ajust du projet SP1.5 : grer 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 dactivit, mesures et retour dexpriences documents aux actifs processus organisationnels

Partager son exprience avec les autres

TB-ENSAO

147

IPM : gestion de projet intgre

SG2 : la coordination et la collaboration du projet avec les parties prenantes concernes sont menes.

SP2.1 : grer limplication dans le projet des parties prenantes concernes SP2.2: participer avec les parties prenantes concernes lidentification, la ngociation et au suivi des dpendances critiques

Souvent exprimer sous forme de risques dans le plan

SP2.3 :rgler les problmes avec les parties prenantes concernes

TB-ENSAO

148

RSKM : Gestion des risques

Identifier des problmes potentiels avant quils surviennent de telle sorte que les activits pour traiter les risques puissent tre planifies et dclenches au besoin tout au long de la vie du produit ou du projet afin que les impacts nuisibles latteinte des objectifs soient attnus

SG1 avec 3 pratiques spcifiques SG2 avec 2 pratiques spcifiques SG3 avec 2 pratiques spcifiques
TB-ENSAO 149

RSKM : Gestion des risques

SG1 : la prparation pour la gestion des risques est mene


SP1.1: dterminer les sources et les catgories de risques SP1.2 : dfinir les paramtres utiliss pour analyser et catgoriser les risques ainsi que les paramtres utiliss pour contrler la charge de gestion des risques

La probabilit, limpact, la criticit,

SP1.3 : tablir et maintenir la stratgie qui sera utilise pour la gestion des risques

TB-ENSAO

150

RSKM : Gestion des risques

SG2 : les risques sont identifis et analyss pour dterminer leur importance relative
SP2.1: identifier et documenter les risques SP2.2 : valuer et catgoriser chaque risque identifi en utilisant les catgories et les paramtres de risques tablis et dterminer leur priorit relative

TB-ENSAO

151

RSKM : Gestion des risques

SG3 : les risques sont grs et attnus lorsque cest ncessaire afin de diminuer les impacts qui peuvent nuire latteinte des objectifs

SP3.1: developper un plan dattnuation du risque pour les risques les plus importants du projet tel que dfini dans la stratgie de gestion des risques SP3.2 : surveiller priodiquement le statut de chaque risque et mettre en uvre selon les besoins, le plan dattnuation du risque

TB-ENSAO

152

DAR : Analyse et prise de dcision

Analyser des dcisions ventuelles en utilisant un processus dvaluation formel qui value, au regard de critres tablis, des solutions possibles dtermines.

SG1 avec 6 pratiques spcifiques

TB-ENSAO

153

DAR : Analyse et prise de dcision

SG1: les dcisions sont bases sur des solutions possibles en utilisant des critres tablis

SP1.1 : tablir et maintenir des lignes directrices pour dterminer quels problmes doivent tre soumis un processus dvaluation formelle SP1.2 : tablir et maintenir les critres pour lvaluation des solutions possibles et le classement relatif de ces critres SP1.3 : identifier les solutions possibles pour rsoudre les problmes SP1.4 : slectionner les mthodes dvaluation SP1.5 : valuer les solutions possibles en utilisant les critres et les mthodes tablis SP1.6 : slectionner les solutions partir des solutions possibles en sappuyant sur les critres dvaluation
TB-ENSAO 154

Exercice A faire

Pour votre projet PFA :

Choisir 3 domaines de processus,


2 dans raliser lactivit, Un dans amliorer le processus,

Du niveau 3 et tablir un bnfice pertinent pour chacun de ces processus pour :


un dveloppeur de votre quipe Pour le chef de projet

TB-ENSAO

155