Professional Documents
Culture Documents
PLAN
Pourquoi la qualit Modles : exemple CMMI Outils pour la qualit logiciel Etude de cas : retour dexprience
Pourquoi la qualit
Gnie logiciel :
Pourquoi la qualit
Rponses possibles : Matriser les processus de dveloppement :
cycles de dveloppement
Moteur 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
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
Cration du SEI Software Engineering Institue qui fut grer par luniversit de Pittsburgh.
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
SW-CMM v1.1
SW-CMM v1.0
Software Acquisition (SA-CMM), Systems Engineering (SE-CMM), Integrated Product Development (IPD-CMM)
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
CMMI : dfinitions
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
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
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
Niveau
Focus
Performance prvue
Le processus est modifi pour atteindre des objectifs de performance, tout en maintenant une matrise statistique du processus.
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
In
~ ~ ~ ~ ~ ~
Out
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
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
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
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
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
35
36
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
37
tage
Objectif simple fixer On peut facilement se comparer
Continue :
38
CMMI : Architecture
39
40
41
42
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
Exemple :
gestion des exigences(REQM) Planification de projet (PP) Validation (VAL) Analyse causal et rsolution(CAR)
Objectifs spcifiques : propres chaque domaine de processus Gnriques : communs dun domaine lautre
47
Porte Notes gnrales Rfrences entre domaines Objectifs spcifiques et gnriques Table de correspondance entre objectifs et pratiques Dtails des pratiques spcifiques par objectif
48
Purpose : intention ou porte du domaine de processus Notes explicatives : nature du domaine de processus Rfrences entre domaines de processus
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
Informations pour interprter correctement une pratique Les produits que lon sattend de trouver dans un projet ou une organisation qui applique la pratique Exemple :
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 :
54
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
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
59
Mettre les produits dactivit identifis du processus sous le niveau de contrle appropri
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
60
Etude du Niveau 2
Niveau 2 :
processus disciplin :
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
Gestion des exigences : il faut que le chef de projet prcise comment se fera dans son projet la gestion des exigences
63
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
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
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
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
Mais lexigence dutiliser un processus commun dans tous les projets est au niveau 3
68
CMMI : niveau 2
69
Secteur
Chaque niveau du modle CMMI est dcoup en secteurs. Un secteur rassemble des exigences couvrant un mme domaine dactivits sur les projets
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
71
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)
Raliser lactivit
Comprendre le travail faire
Gestion Exigences (REQM) Dfinition Exigences (RD)
Raliser le travail
Solution Technique (TS) Intgration (PI) Vrification (VER) Validation (VAL)
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
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
Objectifs spcifiques :
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.
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
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
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 )
34% des projets respectent les dlais initiales 16% ne vont pas au bout Seuls 52% dlivrent les fonctionnalits attendus
83
Objectifs spcifiques :
3 pratiques spcifiques
84
85
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
87
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
Faire lestimation de charge et de cot du projet pour les produits dactivit et les tches en se basant sur une approche raisonne
89
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 :
91
PP, SG2,SP2.3,SP2.4 :
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
92
PP, SG2,SP2.5,SP2.6,SP2.7 :
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 ?
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
Les engagements sur le plan de projet sont tablis et maintenus. Responsabiliser les gens et leurs comprendre quoi ils sengagent
94
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,
95
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
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
96
PMC,SG1,SP1.1
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 :
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 :
Exemple :
ceux qui staient engags transmettre des commentaires, lont-ils fait ? Ont-t-ils participer aux rencontres prvus ?
SP1.6 :
SP1.7 :
Passer en revue les ralisations et les rsultats du projet des jalons de projet slectionns
99
PMC,SG2
100
PMC,SG2, SP2.1,SP2.2,SP2.3
recueillir et analyser les carts et dterminer les actions correctives ncessaires pour les traiter
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) ,
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 :
102
SAM,SG1,SP1.1,SP1.2,SP1.3
Sassurer que les accords avec les fournisseurs sont tablis et maintenus
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
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
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
Sassurer que laccord avec le fournisseur est satisfait avant daccepter le produit acquis Transfrer au projet les produits acquis du fournisseur
105
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
Les objectifs et activits de mesure sont aligns avec les besoins et objectifs dinformation identifis
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 ?
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
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
108
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
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
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
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
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.3 : crer ou figer des rfrentiels pour utilisation interne et pour livraison au client
113
CM,SG2,SP2.1,SP2.2
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
114
CM,SG3,SP3.1,SP3.2
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
115
TB-ENSAO
116
Mettre en place une organisation apprenante tout en vitant le pige de la bureaucratie 1 Objectif gnrique
2 pratiques gnriques :
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
TB-ENSAO
117
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)
Raliser lactivit
Comprendre le travail faire
Gestion Exigences (REQM) Dfinition Exigences (RD)
Raliser le travail
Solution Technique (TS) Intgration (PI) Vrification (VER) Validation (VAL)
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
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
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
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
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
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:
TB-ENSAO
135
VAL : 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
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
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
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
Pour traiter les amliorations aux processus et aux actifs de processus de lorganisation : appliquer PP ce projet damlioration
Etablir et maintenir un ensemble utilisable dactifs de processus au niveau organisationnel et des normes denvironnement de travail
TB-ENSAO
141
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
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
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
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
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
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
TB-ENSAO
147
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
TB-ENSAO
148
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
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
SP1.3 : tablir et maintenir la stratgie qui sera utilise pour la gestion des risques
TB-ENSAO
150
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
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
Analyser des dcisions ventuelles en utilisant un processus dvaluation formel qui value, au regard de critres tablis, des solutions possibles dtermines.
TB-ENSAO
153
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
TB-ENSAO
155