qualite et cmmi 1 (1)
Post on 02-Aug-2015
135 Views
Preview:
TRANSCRIPT
1
Qualité logiciel
2
PLAN
Pourquoi la qualité
Modéles : exemple CMMI
Outils pour la qualité logiciel
Etude de cas : retour d’expérience
3
Pourquoi la qualité
Génie logiciel :
Méthodes + techniques + Outils
Crise du logiciel :
Maintenance : part importante dans le budget
Statistiques : 67% du coût total est consacré à la maintenance Dont : 48% est consacré à corriger des défauts
60% des défauts correspond à des erreurs de conception et de spécification
4
Pourquoi la qualité
Réponses possibles :
Maîtriser les processus de
développement :
cycles de développement
Dev de méthodes structurés et outils
CASE
Moteurs de qualité
5
Moteur de qualité
Les objectifs de qualité : Adéquation aux besoins
Efficacité temps/espace
Fiabilité
Sécurité,
Intégrité
Testabilité, Traçabilité
Adaptabilité, Maintenabilité,
Convivialité (interface, aide et documentation)
Pérennité (facilité de la maintenance)
6
Moteur de qualité
Assurance qualité : L'organisation du processus : découper le
processus pour le maîtriser
Les ressources humaines : les équipes doivent être motivées pour mettre en place des procédures qualité
L'utilisation de techniques, méthodes, outils
Les considérations managériales, politiques et économiques : considérer le retour sur investissement de la mise en place de procédures qualité par une analyse coûts/bénéfices.
7
Moteur de qualité
Organiser le processus :
Cycles de vie, responsabiltés, rôles
Recommandations pour l'assurance qualité, il faut définir
Qui fait,
Qui approuve,
Qui vérifie,
Qui valide,
Qui est consulté.
8
Moteur de qualité
Gestion des ressources : gestion de projet, gestion des configurations
Savoir évaluer coûts et délais
Définir et ordonnancer les tâches, planifier la réalisation, l'intégration, la
validation…
Etablir un système de contrôle pour tous les produits intermédiaires du cycle de vie, dans le but de détecter le plus tôt possible: défauts, erreurs, omissions, ambiguïtés, incohérences, hypothèses incorrectes, ….
Organiser la formation sur les méthodes, les outils , les nouvelles technologies
Motiver les équipes, anticiper les problèmes, ne pas brider la créativité, détecter la résistance au changement
9
Moteur de qualité
La gestion de configurations
contrôler l'ensemble des données constituant le
système:
documents
sources
jeux de tests
plans d'intégration….
assurer la cohérence des divers composants
construire/reconstruire un système
10
Moteur de qualité
L'assurance qualité passe par des
contrôles réguliers et inclut
la validation permet de répondre à la
question
"sommes nous en train de faire le bon produit ? "
la vérification répond à la question
"est ce que nous faisons le produit correctement
?"
11
Moteur de qualité
Manuel qualité
décrit les procédures définies par une entreprise ou une organisation pour atteindre ses objectifs de qualité.
Il répertorie les méthodes et procédures à utiliser pour: Gestion de projets
Réalisation, Vérification, Validation,
Evaluation de la Qualité (Mesures).
en s'appuyant sur: Rédaction de standards, normes (ISO, DOD..) , conventions,
guides,
Expérience acquise des projets, pour améliorer le processus
12
Moteur de qualité
Plan qualité
définit, pour un projet donné, en accord avec le manuel qualité de l'entreprise, les méthodes techniques et outils permettant d'atteindre les objectifs de qualité pour un coût donné.
Le plan qualité fait partie des éléments contractuels liant un client et son fournisseur de logiciels. Il est établi lors de la phase de planification.
13
Normes qualité
Les procédures qualité s'appuient sur la
rédaction de normes et de standards, exemple
:
la norme DOD 2167 A pour les applications
militaires ,
la norme ISO 9001
la certification est payante et valable 3 ans.
La grille CMM n’est pas une norme
14
Normes
ISO : International Standardization Organization
ISO 9000 ensemble de recommandations et standards pour la garantie de la qualité dans les relations clients-fournisseurs (pas spécialement logiciel)
ISO 9000-1 recommandations pour l’utilisation de ces standards
ISO 9001 : le standard à utiliser pour la fourniture de logiciels, la référence en matière de certification pour le logiciel
ISO 9003 : guide pour l’utilisation des standards ISO 9001 pour la fourniture de logiciels
15
Historique : CMMI
Le DOD ( Département Of Défense ) effectuant une étude sur les dépenses de sous-traitance informatique
< 5% des projets se terminent à temps
Création du SEI « Software Engineering Institue » qui fut gérer par l’université de Pittsburgh.
EN 1984, une équipe s’attaque au problème de la crise du logiciel
16
CMM : Le Capability Maturity Model
La grille de maturité du Software Engeering Institute de Carnegie mellon University (SEI)
Aujourd’hui appelée Capability Maturity Model
Développé pour compte du DOD ce modèle a été largement adopté dans le civil.
Le SEI est encore aujourd’hui largement soutenu par le DOD.
Le principal intérêt que ses promoteurs et ses adeptes voient au modèle CMM est son élaboration en vue d’une utilisation dans un contexte de développement logiciel et non pas, comme c’est le cas pour ISO 9000, une adaptation d’une norme multi-domaines au cas particulier du génie logiciel.
Avec le CMM les utilisateurs peuvent se positionner dans une grille sur laquelle ils pourront évoluer et progresser, ce qui n’est pas prévu dans la norme ISO 9000.
Software Acquisition (SA-CMM),Systems Engineering (SE-CMM),Integrated Product Development (IPD-CMM)
1987
1991
1995
1997
2000
2002
Première publication du CMM
SW-CMM v1.0
SW-CMM v1.1
1993
lancement de l'initiative CMMI
CMMI SE/SWVersion 1.0
CMMI SE/SW/IPPD/SSVersion 1.1
HISTORIQUE DU CMMI
IMPACTS SUR LES DELAIS
Réduction de 50 % des délais de livraison Boeing, Australia CMMI
Augmentation approximative de 50 % à 95 % de respect des jalons
General Motors CMMI
Diminution de 50 à moins de 10 des jours de retard
General Motors CMMI
30 % d’augmentation de productivité en logiciel Lockheed Martin M&DS CMMI
10 % d’amélioration dans les défauts résiduels entraînant une diminution de reprise des travaux (« rework »)
Bosch Gasoline Systems SW-CMM
15 % d’amélioration en livraison interne à temps Bosch Gasoline Systems SW-CMM
33 % de réduction pour réparer une erreur
Boeing, Australia CMMI
20 % de réduction par unité de logiciel Lockheed Martin M&DS CMMI
15 % de réduction pour trouver et réparer une erreur
Lockheed Martin M&DS CMMI
UN MODELE DEUX REPRESENTATIONS
22
CMMI : définitions
CMMI est un modèle dédié à l’industrie du logiciel Le modèle proposé permet de s’adapter aux différentes
organisations et typologies de projets
CMMI est un processus itératif qui vise à s’améliorer en permanence et ne pas se satisfaire de l’existant Améliore la capacité de l’entreprise à atteindre ses objectifs
de coût, de délai, de fonctionnalités et de qualité des produits
Un engagement de satisfaction pour le client final CMMI garantit que tout a été fait pour répondre aux exigences
(implicites et explicites) des utilisateurs
Une forte fiabilité sur les applications informatiques développées La recette permet de se concentrer sur le métier et non
l’implémentation
23
CMMI : définitions
CMMI n’impose : Aucune méthode de développement
Aucun outil
Aucune technique
Aucune technologie
CMMI bonnes pratiques pour : Livrer un produit à temps
Dans les budgets
À la satisfaction du client
Rentabilité intéressante pour le développeur
24
CMMI : la représentation étagée
5 niveaux de maturité organisationnelle
Comportement organisationnel différent à chaque
niveau
Collection de domaines de processus pour
satisfaire chaque niveau
Façon simple d’exprimer le but à atteindre
NiveauPerformance prévue
Temps/$/Qualité/...
Temps/$/Qualité/...
Temps/$/Qualité/...
Temps/$/Qualité/...
Gestion des spécifications, processus du projet
planifiés, exécutés, mesurés, et contrôlés même
en période de stress.
Le processus d’un projet est une version
adaptée du processus standard de
l’organisation.
Le processes est géré de manière quantitative (vs. qualitative) et prédictible.
Le processus est modifié pour atteindre des
objectifs de performance, tout en maintenant
une maîtrise statistique du processus.
Focus
Tendance à sous-estimer, abandon des processus en temps de crise, et incapable de reproduire des succès passés.
1 Temps/$/Qualité/...initial
discipliné
personnalisé
quantitative
Optimisation
Représentation étagée EVOLUTION DE LA PERFORMANCE
Pas de processus stable
Indiscipline
Gestion par crise
Pas de prévision
Dépassements multiples
OutIn
NIVEAU 1 : INITIAL
Processus documenté
Discipline
Réutilisation possible
Prévisibilité et fiabilité
Suivi et contrôle
~
In Out
NIVEAU 2 : DISCIPLINE
En plus de tous les avantages du niveau 2 ...
Capitalisation des leçons apprises
Processus standardisé
Risque de dérive considérablement diminué
~ ~~
In Out
NIVEAU 3 : PERSONNALISE
En plus de tous les avantages du niveau 3 ...
Objectifs quantitatifs
Correction systématique lors de dépassement des
objectifs
~~~~ ~ ~
In Out
NIVEAU 4 : GESTION QUANTITATIVE
En plus de tous les avantages du niveau 4 ...
Prévention au lieu de correction des erreurs
Processus toujours en amélioration
~
~~~~~ ~ ~
In Out
NIVEAU 5 : EN OPTIMISATION
Les domaines de processusselon la représentation étagée
2
5
4
3
Innovation et déploiement organisationnelsAnalyse causale et résolution
Performance du processus organisationnelGestion de projet quantitative
Développement des exigencesSolution technique / Intégration produitVérification / ValidationFocalisation sur le processus organisationnelDéfinition du processus organisationnelFormation organisationnelle Gestion de projet intégrée dans un contexte IPPDGestion du risqueÉquipe intégréeGestion de fournisseur intégréeAnalyse et prise de décisionEnvironnement organisationnel en vue de l’intégration
Gestion des exigencesPlanification de projetSuivi et contrôle de projetGestion des ententes avec les fournisseursMesure et analyseAssurance qualité processus et produitGestion de configuration1
CMMI EN REPRÉSENTATION ÉTAGÉE
32
CMMI : exemple étagée
Trajet en voiture :
Je dois rencontrer un client important
J’arrive le dimanche à l’hôtel
a la reception je reçois une enveloppe
contenant un message de mon client
« RDV Lundi à 9H à nos bureaux. Nous
sommes situé au centre ville dans un gratte
ciel de 20 étages en verre et au sommet
notre nom en lettres géantes «
33
CMMI : exemple étagée
Je m’informe mais personne ne connaît mon client car il vient tout juste de s’implanter
Mon hôtel est à côté de l’aéroport et le centre ville est à 20 km.
Le problème est qu’il y au moins une 20 d’entrées à la ville et qu’il y au moins une centaine de gratte ciel
Je décide de me lever très tôt
Mais en fait il y a beaucoup de bouchons
J’arrive à 10H30
Je suis dans un environnement immature c’est le niveau 1 le niveau Initial
34
CMMI : exemple étagée
On reprend le même exemple
L’enveloppe contient beaucoup plus d’instructions :
prendre telle autoroute, telle sorti,…
Niveau plus mature : niveau 2
J’ai un processus documenté.
J’arrive à l’heure, mon client est content
Je suis discipliné
Mais si accident ou sortie d’autoroute fermée,…
Et je tombe au niveau 1
35
CMMI : exemple étagée
Solution de niveau 3 : je prépare un
parcours ajusté.
J’interroge des personnes qui ont déjà fait le
trajet et je capitalise
J’ai des trajets alternatif
Les risques de non respect des délais sont
plus faibles qu’au niveau 2
36
CMMI : exemple étagée
Depuis le début j’ai noté dans mon
agenda toutes sortes de mesures sur les
parcours, les durées, les distances,….
Gestion quantitative : niveau 4
Mode d’optimisation constante : niveau 5
37
CMMI : représentation continue
Continue :
Progression axée sur chacun des domaines de processus (
exe : planification, assurance qualité,…) pris individuellement
Aptitude d’un processus
Échelle d’aptitude de 0 à 5
Alors que Etagé comme vue précedemment :
Ensemble de domaines de processus qu’on améliore de
façon groupée, collectivement dans toute l’organisation
Maturité organisationnelle en 5 paliers
38
CMMI : que choisir ?
Étagée
Objectif simple à fixer
On peut facilement se comparer
Continue :
Atteindre tel aptitude pour tel ou tel
processus
39
CMMI : Architecture
40
CMMI : plus qu’un modèle
Une structure capable d’intégrer
plusieurs disciplines, chacune
associée a un corpus de
connaissances
Chaque discipline: lettres entre les
barres obliques suite au sigle CMMI
41
CMMI : plusieurs disciplines
Qualité système = F(Qualité processus)
CMMI/SE = Ingénierie Système
CMMI/SW = Ingénierie logicielle
CMMI/IPPD = Equipe intégrée
CMMI/SS = Gestion de fournisseur
integrée
42
CMM & CMMI
43
CMMI : bénéfices visés
Meilleures estimations
Cycles plus courts
Amélioration de productivité
Moins de défauts
Satisfaction des clients
Moral des employés
Moins de reprise (« rework »)
Coût de qualité diminué
44
CMMI : architecture
45
CMMI : composants
Domaine de processus
Portée, notes explicatives et références
Objectifs spécifiques
Pratiques
Produits d’activités typiques
Amplification
Sous pratique
Objectifs et pratiques génériques
élaboration
CMMI : composants
46
47
CMMI : Domaine de processus
Processus area
CMMI propose 22 domaines de processus Exemple :
gestion des exigences(REQM)
Planification de projet (PP)
Validation (VAL)
Analyse causal et résolution(CAR)
Chaque domaine comporte un certain nombre d’objectifs (goals) Objectifs spécifiques : propres à chaque domaine
de processus
Génériques : communs d’un domaine à l’autre
48
« Template » ou modèle pour chaque PA
Portée
Notes générales
Références entre domaines
Objectifs spécifiques et génériques
Table de correspondance entre objectifs et pratiques
Détails des pratiques spécifiques par objectif But spécifique SGn
Pratiques spécifiques du but SGn Texte explicatif
Produits de travail types
Amplification au besoin
Sous pratiques
Détails des pratiques génériques par objectif But générique GGn
Pratiques génériques du but GGn
Texte explicatif
Élaboration au besoin
49
CMMI : Portée, notes explicatives et
références
Purpose : intention ou portée du
domaine de processus
Notes explicatives : nature du domaine
de processus
Références entre domaines de
processus
Exemple : PP est lié à REQM
Tableau des objectifs et des pratiques
50
CMMI : objectifs spécifiques
Un domaine de processus comporte des
objectifs spécifiques
Exemple :
Processus PP
Objectifs spécifiques
SG1 : les estimations des attributs de planification du projet sont
établis et maintenus
SG2 : un plan de projet est établi et maintenu pour servir de base à
la gestion du projet
SG3 : les engagements envers le plan de projet sont établis et
maintenus
51
CMMI : pratiques
Une pratique décrit un comportement attendu, qu’on peut rattacher à un objectif spécifique si pratique spécifique
Ou Objectif générique si pratique générique
Chaque objectif est associé à des pratiques ( entre 2 et 4 )
Exemple : CG2 comporte 10 pratiques génériques
Pratique SP2.4 du domaine Solution Technique
Évaluer si les composants du produits devraient être développés, achetés ou réutilisés en s’appuyant sur des critères établis
52
CMMI : pratiques
Exemple :
REQM-GP2.1 : établir et maintenir une
directive organisationnelle traitant de la
planification et la mise en œuvre du
processus « Gestion des exigences »
VER-GP2.1: établir et maintenir une
directive organisationnelle traitant de la
planification et de la mise en œuvre du
processus « vérification »
53
CMMI : produits d’activités typiques
Informations pour interpréter correctement une
pratique
Les produits que l’on s’attend de trouver dans
un projet ou une organisation qui applique la
pratique
Exemple :
Si on respecte PI-SP1.3 on doit montrer les
produits suivants :
1. des procédures pour l’intégration du produit
2. des critères pour l’intégration du produit
54
CMMI : amplification
Se trouvent sous les pratiques
Lectures particulières à des disciplines données
Exemple : La pratique TS-SP3.1 « réaliser les composants de
produit à partir de leurs conceptions » peut s’appliquer à des composants matériels, mécaniques ou logiciel
Pour les informaticiens : l’amplificateur est alors pour l’ingénierie logiciel :
Le code est un composant de produit logiciel typique
55
CMMI : sous pratiques
Les pratiques peuvent se décomposer en sous pratiques
Moyens pour mieux comprendre une pratique
Exemple : La pratique SP2.1 de « gestion des accords avec
les fournisseurs »
Les sous pratiques suggèrent une surveillance de la performance du fournisseur, des rencontres techniques périodiques, des rencontres de management,…
56
CMMI : objectifs et pratiques génériques
Communes à tous les processus
Situe le degré d’institutionnalisation d’un
domaine de processus
Alors que les objectifs spécifiques
décrivent les activités de base.
57
CMMI : élaboration
Se situe à l’intérieur des explications des pratiques génériques appliquées à un domaine particulier.
Décrit la particularité de la pratique générique appliquée au domaine en question
Exemple : la pratique GP2.3 exige de fournir les ressources adéquates
pour mettre en œuvre le processus, développer les produits d’activité et fournir les services couverts par le processus.
associée au domaine « Planification de projet », le texte d’élaboration suggère qu’il faut des outils d’estimation.
Appliquée au domaine « validation » besoin d’outils de génération de jeux d’essais
LES PRATIQUES GÉNÉRIQUES
58
59
Les pratiques GÉNÉRIQUES
Établir une DIRECTIVE organisationnelle (GP2.1) : Traitant de la planification et de la mise en œuvre du processus
Planifier le PROCESSUS (GP2.2) Etablir et maintenir le plan pour la mise en œuvre du processus
Fournir les RESSOURCES (GP2.3) Pour mettre en œuvre le processus, développer les produits
d’activité et fournir les services couverts par le processus
Assigner les RESPONSABILITÉS (GP2.4) Et l’autorité pour mettre en œuvre le processus, développer les
produits d’activité et fournir les services couverts par le processus
FORMER les personnes (GP2.5) Selon les besoins les personnes qui mettent en œuvre ou
soutiennent le processus
60
Les pratiques GÉNÉRIQUES
Gérer en CONFIGURATION (GP2.6) Mettre les produits d’activité identifiés du processus sous le
niveau de contrôle approprié
Identifier et impliquer les PARTIES PRENANTES concernées (GP2.7) Par le processus comme prévu dans le plan
SUIVRE & CONTRÔLER le processus (GP2.8) Vis-à-vis de son plan de mise en œuvre et prendre les actions
correctives appropriées
Évaluer la CONFORMITÉ de manière objective (GP2.9) Tel appliqué par le projet, de la description, des normes et des
procédures qui devraient être appliquées et traiter les non-conformités détéctées
Passer le statut en revue avec les responsables de niveau SUPÉRIEUR (GP2.10) Le statut et les résultats du processus et résoudre les problèmes
Etude du Niveau 2
Niveau 2 :
Un objectif générique GG2 :
processus discipliné :
respecter les 10 pratiques génériques
62
Objectif générique GG2 : GP2.1
processus discipliné : respecter les 10 pratiques génériques
GP2.1 : établir une directive organisationnelle Une organisation doit s’engager par une directive
« policy » « constitution »
En générale une page signé par la direction Démarrer tout projet sur une base de compréhension
commune client/équipe projet
Clarifier le périmètre
Formuler les exigences clients et exigences système
traçabilité
63
Objectif générique GG2 : GP2.2
Planification de chaque processus du
CMMI en vue de réaliser le projet
Exemple :
Gestion des exigences : il faut que le chef
de projet précise comment se fera dans son
projet la gestion des exigences
64
Objectif générique GG2 : GP2.3 & GP2.4
G2.3 :
Fournir les ressources adéquates
Personnes, matériel, locaux,…
GP2.4:
Assigner la responsabilité
Qui fait quoi ?
Peut être intégrer dans organisation du
projet du plan projet
65
Objectif générique GG2 : GP2.5 & GP2.6
GP2.5 : Former les personnes
S’assurer que pour réaliser le projet les personnes affectées aux activités de ce domaine de processus ont été bien formées avant leur affectation
Exemple : stage à suivre,…
GP2.6: Gérér en configuration
Chacun des domaines de processus entraîne la production d’un certain nombre de produits d’activité.
Et donc peuvent passe d’un statut « broullion » à « proposé » à « vérifié » à « remis pour approbation » par exemple
66
Objectif générique GG2 : GP2.7 & GP2.8
GP2.7 : Identifier et impliquer les parties prenantes concernées
Objectif : s’assurer de l’implication des personnes qui doivent être impliquées dans les activités d’un domaine de processus
Exemple : stage à suivre,…
GP2.8: Surveiller et contrôler
Utilisation d’indicateurs qualificatifs ou quantitatifs
Exemples :
A-t-on suffisamment d’essais ? Combien ?
Combien a-t-on découvert de défauts ?
67
Objectif générique GG2 : GP2.9 & GP2.10
GP2.9 : Évaluer la conformité de façon objective
Appliqué par le projet, de la description, des normes et des procédures et traiter les non-conformités détectées
GP2.10: Passer le statut en revue avec la hiérarchie
Tenir au courant la direction et le management intermédiaire
Exemple : où en est-t-on avec la solution technique ?
Souvent institutionnalisé par le biais de rapports à la direction avec des présentations par des réunions de comité de gestion ou de comité de gestion de projet
68
Remarques
L’exigence de discipline s’applique projet par
projet,
Mais l’exigence d’utiliser un processus commun
dans tous les projets est au niveau 3
Le passage du niveau 1 au niveau 2 est le
plus difficile de tous
D’après SEI :
du niveau 1 au niveau 2 entre 24 et 30 mois
Les autres cycles entre 18 et 24 mois
69
CMMI : niveau 2
CMMI : Quelques termes clés
Secteur
Chaque niveau du modèle CMMI est découpé en secteurs.
Un secteur rassemble des exigences couvrant un même domaine d’activités sur les projets
ex : Planification, Gestion des risques, Solutions techniques, Assurance qualité, …
Pratique
Chaque secteur regroupe des pratiques qui apportent une aide à la réalisation des activités qui le concerne et qui contribuent à couvrir ses exigences.
Ce sont des outils, des checklist, des guides, des modèles de documents…
Processus
Ensemble d’activités à réaliser pour remplir les objectifs d’un secteur CMMI. Chaque secteur CMMI, contient une pratique intitulée « Processus », c’est la première pratique du secteur (ex PPQA.1, PMC.1, …).
Les activités à l’intérieur d’un processus font généralement référence à une ou plusieurs pratiques.
Les pratiques "Processus" ont l’avantage de vous donner une vision complète de ce qui doit être mis en oeuvre dans les projets.
71
Niveau 2 : Objectifs visés
Processus documenté
Discipline
Réutilisation possible
Prévisibilité et fiabilité
Suivi et contrôle
72
Niveau 2 : domaine de processus
Gestion des exigences
Planification de projet
Suivi et contrôle de projet
Gestion des ententes avec les fournisseurs
Mesure et analyse
Assurance qualité processus et produit
Gestion de configuration
Réaliser l’activité
Comprendre le travail à
faire
Gestion Exigences (REQM)
Définition Exigences (RD)
Réaliser le travail
Solution Technique (TS)
Intégration (PI)
Vérification (VER)
Validation (VAL)
Organiser et gérer le travail
Planification (PP)
Surveillance et contrôle de projet (PMC)
Gestion des risques (RSKM)
Gestion des accords avec les fournisseurs (SAM)
Supporter une
gestion quantitative
Performance du
processus organisationnel
(OPP)
Gestion de projet
quantitative (QPM)
Fournir un cadre de
travail
Gestion configuration (CM)
Assurance qualité processus et
produits (PPQA)
Mesures et indicateurs (MA)
Analyse causale et résolution
(CAR)
Analyse et prise de décision
(DAR)
Améliorer le cadre de travail
Démarche amélioration (OPF)
Définition processus (OPD)
Formation organisationnelle (OT)
Gestion projet intégré (IPM)
Innovation et déploiement organisationnel (OID)
CMMI : niveau 2
CMMI : Les secteurs du niveau 2
Assurance Qualité (PPQA) :
Check-list d’activité AQ, mise en place et organisation des revues de
code, normes de projet, plan de développement
Gestion des exigences (REQM) :
Identification des exigences sur toute la durée du projet (depuis
l’avant-vente jusqu’à la mise en production), gestion et traçabilité des
changements d’exigences
Estimation et plan projet (PP) :
Guide d’estimation et planification, méthode d’estimation, définition
du cycle de projet (phasing)
Gestion et suivi de projet (PMC) :
Modèles de documents, outil de suivi de projet, gestion des
indicateurs projets, bilan de projets
CMMI : Les secteurs du niveau 2
Gestion de la sous-traitance (SAM) :
Formalisation des attentes du sous-traitants, choix du sous-
traitants et suivi des réalisations.
Gestion de la configuration (CM) :
Plan de gestion de configuration, backup d’un projet, gestion
des sources, gestion des changements (anomalies et
évolutions), référentiel de documents
Mesure et Analyse (MA) :
Permet de mesurer l’efficacité des pratiques sur les projets
afin de savoir si le projet CMMI contribue à l'amélioration des
objectifs fixés
Niveau 2 : Gestion des exigences(REQM)
Des exigences sont déjà formulées
Disponibles
Focalisé sur la compréhension des exigences ( pour la préparation d’un devis)
But : Gérer les changements
Objectifs spécifiques :
SG1 : gérer les exigences
Pratiques spécifiques :
5 pratiques : SP1.1,..,SP1.5
REQM : SG1
Les exigences sont gérées et les
incohérences entre les exigences d’une
part et les plans du projet et les produits
d’activités d’autre part sont identifiées.
REQM ,SG1 : SP1.1
Développer une compréhension commune des exigences et de leur signification avec ceux qui les ont fournies.
Exemple : dès réception du cahier de charges on demande aux intervenants de s’assurer qu’ils comprennent bien ce que veulent dire les exigences
Réunions, Use case
REQM ,SG1 : SP1.2
Obtenir des participants au projet leur
engagement sur les exigences
C’est l’équipe projet :
Sont prêts à préparer un devis
Mise en œuvre des developpement des
composants qui vont satisfaire les exigences
Se résume en général par une « réunion de
lancement » (la pratique GP2.7 est faite )
REQM ,SG1 : SP1.3
Gérer les modifications aux exigences
au fur et à mesure de leur évolution en
cours de projet
Mécanisme à mettre en place pour gérer
une demande de modification
Par exemple un formulaire pour chaque
demande avec informations sur les impacts
et la décision prise
REQM ,SG1 : SP1.4
Maintenir une traçabilité bidirectionnelle
entre les exigences et les produits
d’activité
Si erreur détectée lors d’un essai, on doit
pouvoir remonter vers la source jusqu’à la
formulation des exigences
Si une exigence change on doit pouvoir
descendre vers toutes les décompositions
faites
REQM ,SG1 : SP1.5
Identifier les incohérences entre les plans du
projet et les produits d’activité d’une part et les
exigences d’autre part.
Détecter les endroits à modifier dans le réseau de
composants
Souvent c’est l’origine des dépassements dans les
coûts et délais
S’exerce le long du projet : test, activité
En général déclenche une action corrective ( voir
dans PMC : Contrôler et surveiller )
83
PP: Planification de projet
Etablir et maintenir les plans qui
définissent les activités de projet
« le diable se cache dans les détails «
En 2003 : aux US ( référence The Standish
Group )
34% des projets respectent les délais initiales
16% ne vont pas au bout
Seuls 52% délivrent les fonctionnalités attendus
84
PP: Planification de projet
Objectifs spécifiques :
SG1 : établir les estimations
4 pratiques spécifiques
SG2 : développer un plan de projet
7 pratiques spécifiques
SG3 : obtenir l’engagement sur le plan
3 pratiques spécifiques
85
PP, SG1 : établir les estimations
Les estimations des paramètres de
planification de projet sont établis et
maintenues
Utiliser La taille, la complexité, le nombre
d’occurrences,…
Pour chiffrer les charges et les coûts du
projet
86
PP,SG1,SP1.1 : faire l’estimation de la portée du projet
Etablir un découpage de haut
niveau(WBS) pour faire l’estimation de la
portée du projet
Principe « diviser pour régner»
Utilisation de WBS : Work Breakdown
Structure, découpage
87
PP,SG1,SP1.2 : Etablir les estimations des attributs
des produits d’activités et des tâches
Pouvoir appuyer ses estimations (charge,..) sur des bases objectives dont on pourra s’appuyer plus tard (base historique)
Préciser les variables qui vont influencer les calculs des estimations
Taille de l’objet à construire
Complexité de l’activité
Déterminer les formules
88
PP,SG1,SP1.3 : Définir le cycle de vie du projet
Définir les phases du cycle de vie du
projet
Projeter la décomposition d’activités du
WBS sur un calendrier de travail
Il se peut que la méthodologie suggère
plusieurs cycles de vie en fonction du
projet qui doivent être précisés
89
PP,SG1,SP1.4 : Déterminer les estimations de charge et de
coût
Faire l’estimation de charge et de coût
du projet pour les produits d’activité et
les tâches en se basant sur une
approche raisonnée
Comment interpréter raisonnée
90
PP, SG2 : développer un plan de projet
Un plan de projet est établi et maintenu
pour servir de base à la gestion du projet
7 pratiques spécifiques
91
PP, SG2,SP2.1,SP2.2 :
SP2.1: Etablir et maintenir le budget et le calendrier du projet
Calendrier ou planning de travail
Aspect temporelle du budget
SP2.2 : Identifier et analyser les risques du projet
Identification et surveillance
Liste de risque
# avec gestion de risque (RSKM) du niveau
3 : moins raffiner
92
PP, SG2,SP2.3,SP2.4 :
SP2.3: prévoir la gestion des données
Documents contextuels à consulter pour construire le produit
Normes, notes manuscrites, dessins, les extrait de presse, des références bibliographiques
Répondre aux questions : comment organiser-vous votre DOSSIER DE PROJET ? Qu’y retrouve-t-on en cours de projet ?
A différencier avec CM-SP1.1(gestion de configuration )
SP2.4 : prévoir les ressources du projet
Ressources : humaines, matérielles, documentaires, méthodologies, logicielles,…
Humaine est appelé profil
93
PP, SG2,SP2.5,SP2.6,SP2.7 :
SP2.5 : prévoir les connaissances et aptitudes nécessairesà la réalisation du projet : A différencier avec GP2.5 : réfléchir à la formation requise pour l’ensemble
des intervenants sur l’ensemble du projet.
Section plan de formation dans plan du projet
SP2.6 : prévoir l’implication des parties prenantes Établir les rôles et responsabilités des personnes dans le projet
Par exemple : une table de responsabilité avec un code ( exemple RACI : Responsible, Accountable, Consulted, Informed )
Ou un organigramme avec clarification des rôles et responsabilités
Quand faut-il réunir les gens ? Qui convoquer ? A qui faire parvenir des copies de compte rendu ?
SP2.7 : établir et maintenir un plan dont le contenu couvre l’ensemble du projet Aboutissement de toutes les PP-SP1.n et PP-SP2.n
En général réunir tous les documents établis en prévision du cas où l’on change de projet et devoir passer la main à une autre personne
94
PP, SG3 : obtenir l’engagement sur le plan
Les engagements sur le plan de projet
sont établis et maintenus.
Responsabiliser les gens et leurs
comprendre à quoi ils s’engagent
Composé de 3 pratiques spécifiques
95
PP, SG3, SP3.1,SP3.2,SP3.3
SP3.1:passer en revue les plans qui ont des répercussions sur le projet Pour comprendre les engagements du projet
SP3.2 : concilier les niveaux de charge et de ressources Mettre le plan de projet en cohérence avec les ressources
disponibles par rapport aux ressources estimées.
SP3.3 : obtenir l’engagement au plan Obtenir l’engagement des parties prenantes concernées qui sont
responsables de réaliser le plan ou d’en soutenir la réalisation
Exemple : signature après un compte rendu de réunion
S’assurer que les biens livrables identifiées et les critères d’entrée et de sortie leurs conviennent au niveau de leur description,
96
PMC : surveillance et contrôle du projet
Fournir une appréciation de l’avancement du projet de telle sorte que des actions correctives puissent être prises quand la performance du projet s’écarte de façon significative du plan Exemple : le contrôleur aérien dans la tour
2 Objectifs spécifiques SG1 : surveiller le projet par rapport au plan
La performance et l’avancement réels du projet sont surveillés par rapport au plan de projet
Veille active, point de repère
7 pratiques spécifiques
SG2 : gérer l’action corrective jusqu’à clôture Les actions correctives sont gérées jusqu’à clôture lorsque la
performance ou les résultats s’écartent de façon significative du plan
3 pratiques spécifiques
97
PMC,SG1,SP1.1
Surveiller les paramètres de planification de
projet
Rester vigilant auprès du tableau de bord pour
surveiller la progression du projet et être prêt à
réagir
# avec GP2.8 :
PMC-SP1.1 porte sur les paramètres d’ensemble du projet
à l’instant t(ex : charge estimée vs consommée)
GP2.8 porte sur les activités qui sont décrites dans un
domaine de processus
98
PMC,SG1,SP1.2,SP1.3,SP1.4
SP1.2 : Surveiller les engagements par rapport à ceux identifiés dans le plan
de projet Très liée au calendrier
Mais en plus de la notion dates promises vs dates réelles, le contenu réel vs promis de la livraison ( date, contenu,conformité,norme,qualité,…)
SP1.3 : Surveiller les risques du projet par rapport à ceux identifiés dans le
plan de projet Revisiter périodiquement la liste des risques établit dans PP pour les
réévaluer
SP1.4 : surveiller la gestion des données de projet par rapport au plan projet
Faire le point sur le respect des règles par l’équipe de projet
Exemple : est ce qu’on conserve dans le dossier projet les éléments dont on aura besoin plus tard pour une perspective de capitalisation ?
99
PMC,SG1,SP1.5,SP1.6,SP1.7
SP1.5 : surveiller l’implication des parties prenantes
Exemple : ceux qui s’étaient engagés à transmettre des commentaires, l’ont-ils
fait ?
Ont-t-ils participer aux rencontres prévus ?
Se fait en même temps que la SP1.2
SP1.6 : Mener des revues d’avancement
Passer périodiquement en revue l’avancement, la performance et les problèmes du projet
SP1.7 : Mener des revues sur jalons
Passer en revue les réalisations et les résultats du projet à des jalons de projet sélectionnés
100
PMC,SG2
Gérer l’action corrective jusqu’à clôture
Les actions correctives sont gérées jusqu’à
clôture lorsque la performance ou les
résultats s’écartent de façon significative du
plan
3 pratiques spécifiques
101
PMC,SG2, SP2.1,SP2.2,SP2.3
SP2.1 : Analyser les écarts recueillir et analyser les écarts et déterminer les
actions correctives nécessaires pour les traiter
SP2.2 : appliquer une action corrective Prendre des actions correctives pour les écarts
identifiés
On peut devoir réestimer la charge(PP) refaire une partie de la conception (TS) ou ajouter une série d’essais dans la plan d’essais d’acceptation (VAL) ,…
SP2.3 : gérer une action corrective jusqu’à clôture
102
SAM : Supplier Agrement Management
Gestion des accords avec les fournisseurs
L’intention du domaine de processus est de gérer
l’acquisition des produits des fournisseurs
But : pour chaque contrat, cahier de charges, une
licence,un service… avec un tiers il faut déclencher un
processus de gestion de la livraison du produit ou du
service sous-traité.
2 objectifs spécifiques :
SG1 avec 3 pratiques spécifiques
SG2 avec 5 pratiques spécifiques
103
SAM,SG1,SP1.1,SP1.2,SP1.3
SG1: établir les accords avec les fournisseurs S’assurer que les accords avec les fournisseurs sont
établis et maintenus
SP1.1 : déterminer un type d’acquisition
Déterminer le type d’acquisition pour chaque produit ou
composant de produit à acquérir
SP1.2: choisir des fournisseurs en s’appuyant sur
une évaluation de leur aptitude à satisfaire les
exigences spécifiées et les critères établis
SP1.3 : établir des accords avec le fournisseur
104
SAM,SG2,SP2.1,SP2.2,SP2.3
SG2: se conformer aux accords avec les fournisseurs Les accords sont respectés et par le projet et par les fournisseurs
SP2.1 : se conformer à l’accord avec le fournisseur Réaliser les activités avec le fournisseur telles qu’elles sont spécifiées
dans l’accord
Mettre en œuvre les moyens et activités requis pour assurer que les travaux du fournisseur se déroulent selon l’accord convenu
SP2.2: surveiller des processus sélectionnés chez le fournisseur Sélectionner, surveiller et analyser des processus utilisés par le
fournisseur
Exemple : assurance qualité, gestion de configuration
SP2.3 : évaluer des produits d’activité sélectionnés chez le fournisseur Dans le cas d’un fournisseur de produits sur commande, sélectionner et
évaluer des produits d’activité de celui-ci
105
SAM,SG2,SP2.4,SP2.5
SP2.4 : accepter le produit acquis
S’assurer que l’accord avec le fournisseur
est satisfait avant d’accepter le produit
acquis
SP2.5 : transférer les produits
Transférer au projet les produits acquis du
fournisseur
106
MA : Measurement and Analysis
Mesure et Analyse :
L’intension du domaine de processus est de
développer et maintenir une capacité à mesurer qui
est utilisée pour soutenir les besoins d’information
de gestion
Que faut-t-il mesurer pour répondre aux vrais
besoins de l’entreprise
2 objectifs spécifiques
SG1 : 4 pratiques spécifiques
SG2 : 4 pratiques spécifiques
107
MA, SG1,SP1.1,SP1.2,SP1.3,SP1.4
SG1 : aligner les activités de mesure et analyse Les objectifs et activités de mesure sont alignés avec les besoins et objectifs
d’information identifiés Déterminer les mesures utiles
Mettre une infrastructure de mesure
SP1.1 : établir des objectifs de mesure Établir et maintenir des objectifs de mesure qui proviennent des besoins et des objectifs
d’information identifiés
Répondre : pourquoi prenez-vous ces mesures ? A quelle fréquence est-il actualisé ?
SP1.2 : spécifier des mesures qui répondent aux objectifs de mesure Quelles sont les difficultés rencontrées pour bien interpréter les données et s’
assurer de la cohérence de leur interprétation à travers le projet ?
SP1.3 : spécifier des procédures de collecte et de stockage de données Spécifier comment les données de mesure seront obtenues et stockées
Système de collecte et de stockage
SP1.4 : spécifier des procédures d’analyse Spécifier comment les données de mesure seront analysées et communiquées
Mettre en place les techniques d’analyse et de production d’états qui doivent être documentées et inxepliquées
108
MA, SG2,SP2.1,SP2.2,SP2.3,SP2.4
SG2 : fournir des résultats de mesure qui répondent aux besoins et aux objectifs d’information sont fournis SP2.1 : recueillir les données de mesure
Obtenir les données de mesure spécifiées
SP2.2 : analyser et interpréter les données de mesure
Tendances, explications, commentaires
SP2.3 : stocker données et résultats
Gérer et stocker les données de mesure, les spécifications de mesure et les analyses de résultats
Gérer les versions
SP2.4 : communiquer les résultats
Communiquer les résultats des activités de mesure et analyse à toutes les parties prenantes concentrées
109
PPQA : Processes and Product Quality Assurance
Assurance qualité processus et produit L’intention de ce domaine de processus est de fournir au
personnel et au management une image objective des processus et des produits d’activité associés
# de VAL(Validation) et VER(Verification ) du niveau 3
Fait-on bien ce que l’on a dit que l’on ferait ?
Respecte-t-on les règles que l’on a promis de suivre ? Qui le dira ?...
Vue impartiale
Règles sur les produits et sur les processus
2 objectifs spécifiques SG1 : 2 pratiques spécifiques
SG2 : 2 pratiques spécifiques
110
PPQA,SG1,SP1.1,SP1.2
SG1 : évaluer de manière objective des processus et des produits d’activités Pour les processus exécutés ainsi que pour les produits
d’activité et les services associés, le respect des descriptions de processus, des normes et des procédures qui doivent être appliquées est évalué de manière objective
SP1.1: évaluer de manière objective des processus Évaluer objectivement les processus exécutés et identifiés
comme devant être examinés à des fins d’assurance-qualité vis-à-vis les descriptions, les normes et les procédures qui doivent être respectées
Feuille de route qui formalise la démarche
SP1.2: évaluer de manière objective des produits d’activités et des services identifiés comme devant être examinés à des fins d’assurance-qualité vis-à-vis les descriptions, les normes et les procédures qui doivent être respectées
111
PPQA,SG2,SP2.1,SP2.2
SG2 : fournir une image objective
Les non conformités sont suivies et communiquées
de manière objective et leur résolution est assurée
SP2.1: communiquer et assurer la réslution des
non conformités
Communiquer les problèmes relatifs à la qualité et assurer
la résolution des non conformités avec le personnel et les
managers
SP2.2: établir et maintenir des enregistrements sur
les activités d’assurance qualité
112
CM : Configuration Management
Gestion de configuration Établir et maintenir l’intégrité des produits d’activité
en utilisant : une identification de configuration,
un contrôle de configuration,
un registre des statuts de configuration et des audits de configuration
3 objectifs spécifiques
SG1 : 3 pratiques spécifiques
SG2 : 2 pratiques spécifiques
SG3 : 2 pratiques spécifiques
113
CM,SG1,SP1.1,SP1.2,SP1.3
SG1 : établir des référentiels ( baseline) Des référentiels de produits d’activité identifiés sont établis
SP1.1: identifier les éléments de configuration
Les composants et les produits d’activité associés qui seront gérés en configuration
Règles de nomenclature par catégories d’objets, d’accès, de traitements particuliers,…
SP1.2 : établir un système de gestion de configuration
Et de gestion des modifications pour contrôler les produits d’activité
En générale c’est un outil informatique
SP1.3 : créer ou figer des référentiels pour utilisation interne et pour livraison au client
114
CM,SG2,SP2.1,SP2.2
SG2 : suivre et contrôler les modifications
Les modifications aux produits d’activité gérés en
configuration sont suivies et contrôlées
SP2.1: suivre les demandes de modifications
Suivre les demandes de modifications aux éléments de
configuration
En générale : outils informatique
SP2.2 : contrôler les éléments de configuration
Contrôler les modifications aux éléments de configuration
115
CM,SG3,SP3.1,SP3.2
SG3 : intégrité des référentiels est établie et
maintenue
SP3.1: établir des enregistrements de gestion de
configuration
Établir et maintenir les enregistrements décrivant les
éléments de configuration
En générale : outils informatique
SP3.2 : mener des audits de configuration
Mener des audits de configuration pour maintenir
l’intégrité des références de configuration
TB-ENSAO 116
CMMI : Niveau 3
La capitalisation
TB-ENSAO 117
Objectifs & pratiques génériques
Mettre en place une organisation apprenante tout en évitant le piège de la bureaucratie
1 Objectif générique GG3 : institutionnaliser le processus en tant que processus ajusté
En plus de GG2(processus discipliné), GG3 : processus personnalisé
2 pratiques génériques : GP3.1 : établir un processus ajusté :
Utiliser le capital
Le chef de projet décrit le mandat du projet : outils, produits d’activité, cycle de vie, justifié par un argumentaire
GP3.2 : recueillir des informations sur l’amélioration : recueillir les produits d’activité, les descriptions de mesures, les résultats de mesures et les retours d’expérience provenant de la planification et de la mise en œuvre du processus en vue de soutenir l’utilisation future et l’amélioration des processus organisationnels et des actifs associés Enrichir le capital : en générale un intranet
TB-ENSAO 118118
Niveau 3 : 11 domaine de processus
Développement des exigences : RD
Solution technique : TS
Intégration produit : PI
Vérification : VER
Validation : VAL
Focalisation sur le processus organisationnel : OPF
Définition du processus organisationnel : OPD
Formation organisationnelle : OT
Gestion de projet intégrée dans un processus: IPM
Gestion du risque : RSQM
Analyse et prise de décision : DAR
TB-ENSAO 119
Réaliser l’activité
Comprendre le travail à
faire
Gestion Exigences (REQM)
Définition Exigences (RD)
Réaliser le travail
Solution Technique (TS)
Intégration (PI)
Vérification (VER)
Validation (VAL)
Organiser et gérer le travail
Planification (PP)
Surveillance et contrôle de projet (PMC)
Gestion des risques (RSKM)
Gestion des accords avec les fournisseurs (SAM)
Supporter une
gestion quantitative
Performance du
processus organisationnel
(OPP)
Gestion de projet
quantitative (QPM)
Fournir un cadre de
travail
Gestion configuration (CM)
Assurance qualité processus et
produits (PPQA)
Mesures et indicateurs (MA)
Analyse causale et résolution
(CAR)
Analyse et prise de décision
(DAR)
Améliorer le cadre de travail
Démarche amélioration (OPF)
Définition processus (OPD)
Formation organisationnelle (OT)
Gestion projet intégré (IPM)
Innovation et déploiement organisationnel (OID)
CMMI : niveau 3
TB-ENSAO 120
RD : développement des exigences
Produire et analyser les exigences client, produit et composants de produits
3 objectifs spécifiques SG1 : les besoins, attentes,contraintes et interfaces
des parties prenantes sont recueillis et traduits en exigence client
2 pratiques spécifiques : SP1.1:expliciter les besoins : obtenir et expliciter les
besoins, attentes, contraintes et interfaces des parties prenantes pour toutes les phases du cycle de vie du produit
SP1.2: developper les exigences client : transformer les besoins et interfaces des parties prenantes en exigences client
TB-ENSAO 121
RD : développement des exigences
SG2 : développer les exigences produits Les exigences client sont clarifiées et détaillées
pour développer les exigences produit et composants de produit
3 pratiques spécifiques : SP2.1: établir les exigences produit et composants de
produit : établir et maintenir les exigences produit, qui sont basées sur les exigences clients
SP2.2: allouer les exigences composants de produit : allouer les exigences pour chaque composant produit
SP2.3 : identifier les exigences d’interface : établir la nature des liens entre les parties du système
TB-ENSAO 122
RD : développement des exigences
SG3 : Analyser et valider les exigences : les exigences sont validées et une définition des fonctionnalités requises est développée
5 pratiques spécifiques SP3.1 : établir les concepts d’emploi et des scénarios : établir des
uses case par exemple
SP3.2 :établir une définition des fonctionnalités requises : se fait en // avec la SP3.1
SP3.3 : analyser les exigences pour assurer qu’elles sont nécessaires et suffisantes
SP3.4 : Analyser les exigences pour équilibrer les besoins et contraintes des parties prenantes
SP3.5 : valider les exigences pour s’assurer que le produit résultant aura le comportement prévu dans l’environnement de l’utilisateur On doit s’assurer avant la construction à ce que l’on est en train
d’imaginer va tenir la route : sondages, prototypes,…
TB-ENSAO 123
TS : solution technique
Conception, la construction et l’implémentation des solutions aux exigences.
Les solutions, conceptions et implémentations recouvrent les produits, composants de produits ainsi que les processus du cycle de vie reliés aux produits en question, en tout ou en partie, selon ce qui convient.
3 objectifs spécifiques : SG1 avec 2 pratiques spécifiques
SG2 avec 4 pratiques spécifiques
SG3 avec 2 pratiques spécifiques
TB-ENSAO 124
TS : solution technique
SG1 : les solutions de produit ou de
composants de produit sont
sélectionnées à partir d’un éventail de
solutions possibles
SP1.1 : développer un éventail de solutions
possibles ainsi que des critères de sélection
SP1.2 : sélectionner les solutions pour les
composants de produit qui satisfont le
mieux les critères établis
TB-ENSAO 125
TS : solution technique
SG2 : Faire la conception. Le produit ou les
composants sont conçus
SP2.1 : concevoir le produit ou le composant de
produit
SP2.2 : établir un ensemble de données techniques
SP2.3 :concevoir les interfaces des composants de
produit en s’appuyant sur des critères établis
SP2.4 :Evaluer si les composants de produit
doivent être développés, achetés ou réutilisés en
s’appuyant sur des critères établis
TB-ENSAO 126
TS : solution technique
SG3: Réaliser la conception de produit.
Les composants de produit et la
documentation de soutien associée sont
réalisés à partir de leurs conceptions
SP2.1 : réaliser les composants de produit à
partir de leurs conceptions
SP2.2 :développer et maintenir la
documentation pour l’utilisation finale
TB-ENSAO 127
PI : intégration de produit
Assembler le produit à partir des
composants de produit, de s’assurer que
le produit assemblé fonctionne
correctement et de le livrer
3 objectifs spécifiques
SG1 avec 3 pratiques spécifiques
SG2 avec 2 pratiques spécifiques
SG3 avec 4 pratiques spécifiques
TB-ENSAO 128
PI : intégration de produit
SG1 : la préparation en vue de l’intégration de produit est réalisée
SP1.1 : déterminer la séquence d’intégration des composants de produit
SP1.2 : établir et maintenir l’environnement nécessaire à l’intégration des composants de produit
SP1.3 : établir et maintenir les procédures et critères pour l’intégration des composants de produit
TB-ENSAO 129
PI : intégration de produit
SG2 :les interfaces des composants de produit, tant internes qu’externes, sont compatibles
SP2.1 : passer en revue les descriptions d’interface pour s’assurer de leur couverture et de leur exhaustivité
SP2.2 : gérer les définitions des interfaces internes et externes entre les produits et les composants de produit, leurs conceptions et leurs modifications
TB-ENSAO 130
PI : intégration de produit
SG3 :les composants de produit vérifiés sont assemblés et le produit intégré, vérifié et validé est livré SP3.1 :confirmer avant l’assemblage, que chaque composant
de produit requis pour assembler le produit a été correctement identifié, fonctionne conformément à sa description, et que les interfaces des composants de produit sont conformes à leurs descriptions.
SP3.2 :assembler les composants de produit en accord avec la séquence d’intégration et les procédures disponibles
SP3.3 :évaluer les composants de produit assemblés pour s’assurer de la compatibilité des interfaces
SP3.4 : conditionner le produit ou le composant de produit assemblé et le livrer au client approprié.
TB-ENSAO 131
VER : vérification
S’assurer que les produits d’activité
sélectionnés respectent les exigences
spécifiées qui les concernent
3 objectifs spécifiques
SG1 avec 3 pratiques spécifiques
SG2 avec 3 pratiques spécifiques
SG3 avec 2 pratiques spécifiques
TB-ENSAO 132
VER : vérification
SG1 : la préparation en vue de la vérification est réalisée
SP1.1 : sélectionner les produits d’activité qui seront vérifiés et les méthodes de vérification qui seront utilisées pour chacun
SP1.2 : établir et maintenir l’environnement nécessaire à la vérification
SP1.3 : établir et maintenir les procédures et les critères de vérification pour les produits d’activité sélectionnés
TB-ENSAO 133
VER : vérification
SG2 : des revues par les pairs sont réalisées
sur les produits d’activité sélectionnés
SP2.1 : se préparer pour les revus par les pairs sur
les produits d’activité sélectionnées
SP2.2 :mener des revues par les pairs sur les
produits d’activité sélectionnés et identifier les
problèmes détectés lors de ces revues
SP2.3 : analyser les données portant sur la
préparation, la conduite et les résultats des revues
par les pairs
TB-ENSAO 134
VER : vérification
SG3 :les produits d’activité sélectionnés
sont vérifiés au regard des exigences
spécifiées
SP3.1 : réaliser la vérification des produits
d’activité sélectionnés
SP3.2 :analyser les résultats de toutes les
activités de vérification
TB-ENSAO 135
VAL : validation
Démontrer qu’un produit ou un
composant de produit satisfait à
l’utilisation prévue lorsqu’il est placé
dans l’environnement cible
2 objectifs spécifiques:
SG1 : 3 pratiques spécifiques
SG2 : 2 pratiques spécifiques
TB-ENSAO 136
VAL : validation
SG1 : se préparer pour la validation
SP1.1 : choisir les produits en vue de la
validation
SP1.2: établir l’environnement de validation
SP1.3 : établir les procédures et les critères
de validation
TB-ENSAO 137
VAL : validation
SG2 : Valider le produit ou les
composants de produit : validation dans
l’environnement cible
SP2.1 : valider les produits et composants
de produit sélectionnés
SP2.2 : Analyser les résultats des activités
de validation
TB-ENSAO 138
OPF : Focalisation sur le processus Organisationnel
Planifier, mettre en œuvre et déployer
des améliorations aux processus
organisationnels en s’appuyant sur une
compréhension approfondie des forces
et faiblesses actuelles des processus et
des actifs de processus organisationnels
SG1 : avec 3 pratiques spécifiques
SG2 : avec 2 pratiques spécifiques
TB-ENSAO 139
OPF : Focalisation sur le processus Organisationnel
SG1 : déterminer les occasions d’amélioration de processus : les forces, les faiblesses et les occasions d’amélioration des processus de l’organisation sont identifiées périodiquement et au besoin SP1.1 : établir les besoins des processus organisationnels
Établir et maintenir la description des besoins et des objectifs des processus pour l’organisation
SP1.2 : évaluer les processus de l’organisation périodiquement et au besoin en vue de maintenir une compréhension de leurs forces et faiblesses
SP1.3 : identifier les améliorations au processus de l’organisation
TB-ENSAO 140
OPF : Focalisation sur le processus Organisationnel
SG2 : planifier et mettre en œuvre les
activités d’amélioration de processus
SP2.1 : établir des plans d’action de
processus
Pour traiter les améliorations aux processus et
aux actifs de processus de l’organisation :
appliquer PP à ce projet d’amélioration
SP2.2 : mettre en œuvre les plans d’action
processus
TB-ENSAO 141
OPD : Définition du processus organisationnel
Etablir et maintenir un ensemble
utilisable d’actifs de processus au niveau
organisationnel et des normes
d’environnement de travail
SG1 : avec 6 pratiques spécifiques
TB-ENSAO 142
OPD : Définition du processus organisationnel
SG1 : établir les actifs du processus organisationnel SP1.1 : établir et maintenir l’ensemble de processus standards de
l’organisation
SP1.2 : établir et maintenir les descriptions de modèles de cycles de vie dont l’utilisation est approuvée dans l’organisation
SP1.3 : établir et maintenir les critères et les lignes directrices d’ajustement pour l’ensemble des processus standards de l’organisation
SP1.4 : établir et maintenir la base de mesures de l’organisation Tout projet qui démarre aura à sa disposition une masse d’informations
pour préparer les estimations,….
SP1.5 : établir et maintenir une bibliothèque des actifs processus de l’organisation
SP1.6 : établir et maintenir des normes pour l’environnement de travail Outils de travail, respects de normes,composants matériels, logiciels,…
TB-ENSAO 143
OT : formation organisationnelle
Développer les aptitudes et
connaissances des personnes de telle
sorte qu’ils puissent remplir leurs rôles
de façon efficace et efficiente
SG1 avec 4 pratiques spécifiques
SG2 avec 3 pratiques spécifiques
TB-ENSAO 144
OT : formation organisationnelle
SG1 : établir une capacité de formation organisationnelle
Une capacité de formation qui soutient les rôles de management et les rôles techniques de l’organisation est établi et maintenue
SP1.1 : établir les besoins stratégiques de formation
SP1.2 : déterminer quels besoins de formation seront du ressort de l’organisation et lesquels seront laissés à la responsabilité de projets individuels ou de groupes de soutien
SP1.3 : établir et maintenir un plan organisationnel tactique de formation
SP1.4 : établir et maintenir une capacité de formation pour combler les besoins de formation de l’organisation
TB-ENSAO 145
OT : formation organisationnelle
SG2 : la formation nécessaire aux individus
pour remplir efficacement leurs rôles est
dispensée Une capacité de formation qui soutient les rôles de
management et les rôles techniques de l’organisation est
établi et maintenue
SP2.1 : dispenser la formation selon le plan
organisationnel tactique de formation
SP2.2 : établir des enregistrements de formation
SP2.3 : évaluer l’efficacité du programme de
formation de l’organisation
TB-ENSAO 146
IPM : gestion de projet integrée
Établir et maintenir le projet et
l’implication des parties prenantes
concernées en accord avec un
processus intégré et ajusté qui est dérivé
d’un ensemble de processus standards
au niveau de l’organisation
SG1 avec 6 pratiques spécifiques
SG2 avec 3 pratiques spécifiques
TB-ENSAO 147
IPM : gestion de projet intégrée
SG1: le projet est mené en utilisant un processus ajusté qui est dérivé de l’ensemble de processus standards de l’organisation SP1.1: établir et maintenir le processus ajusté du projet depuis le début du
projet et tout le long de la vie du projet Dérivé son processus ajusté au projet à partir du processus organisationnel
standard
SP1.2 : utiliser les actifs processus organisationnels et la base de mesures pour les activités d’estimation et de planification du projet
SP1.3: établir et maintenir l’environnement de travail du projet sur la base des normes organisationnelles d’environnement de travail
SP1.4 : intégrer le plan projet et les autres plans qui ont une incidence sur le projet pour décrire le processus ajusté du projet
SP1.5 : gérer le projet en utilisant le plan de projet, les autres plans qui ont une incidence sur le projet et le processus ajusté documenté du projet
SP1.6 : contribuer par le biais de produits d’activité, mesures et retour d’expériences documentés aux actifs processus organisationnels Partager son expérience avec les autres
TB-ENSAO 148
IPM : gestion de projet intégrée
SG2 : la coordination et la collaboration du projet avec les parties prenantes concernées sont menées. SP2.1 : gérer l’implication dans le projet des parties
prenantes concernées
SP2.2: participer avec les parties prenantes concernées à l’identification, à la négociation et au suivi des dépendances critiques Souvent exprimer sous forme de risques dans le plan
SP2.3 :régler les problèmes avec les parties prenantes concernées
TB-ENSAO 149
RSKM : Gestion des risques
Identifier des problèmes potentiels avant qu’ils
surviennent de telle sorte que les activités
pour traiter les risques puissent être planifiées
et déclenchées au besoin tout au long de la
vie du produit ou du projet afin que les impacts
nuisibles à l’atteinte des objectifs soient
atténués
SG1 avec 3 pratiques spécifiques
SG2 avec 2 pratiques spécifiques
SG3 avec 2 pratiques spécifiques
TB-ENSAO 150
RSKM : Gestion des risques
SG1 : la préparation pour la gestion des risques est menée SP1.1: déterminer les sources et les catégories de
risques
SP1.2 : définir les paramètres utilisés pour analyser et catégoriser les risques ainsi que les paramètres utilisés pour contrôler la charge de gestion des risques La probabilité, l’impact, la criticité,…
SP1.3 : établir et maintenir la stratégie qui sera utilisée pour la gestion des risques
TB-ENSAO 151
RSKM : Gestion des risques
SG2 : les risques sont identifiés et
analysés pour déterminer leur
importance relative
SP2.1: identifier et documenter les risques
SP2.2 : évaluer et catégoriser chaque
risque identifié en utilisant les catégories et
les paramètres de risques établis et
déterminer leur priorité relative
TB-ENSAO 152
RSKM : Gestion des risques
SG3 : les risques sont gérés et atténués
lorsque c’est nécessaire afin de diminuer les
impacts qui peuvent nuire à l’atteinte des
objectifs
SP3.1: developper un plan d’atténuation du risque
pour les risques les plus importants du projet tel
que défini dans la stratégie de gestion des risques
SP3.2 : surveiller périodiquement le statut de
chaque risque et mettre en œuvre selon les
besoins, le plan d’atténuation du risque
TB-ENSAO 153
DAR : Analyse et prise de décision
Analyser des décisions éventuelles en
utilisant un processus d’évaluation
formel qui évalue, au regard de critères
établis, des solutions possibles
déterminées.
SG1 avec 6 pratiques spécifiques
TB-ENSAO 154
DAR : Analyse et prise de décision
SG1: les décisions sont basées sur des solutions possibles en utilisant des critères établis SP1.1 : établir et maintenir des lignes directrices pour
déterminer quels problèmes doivent être soumis à un processus d’évaluation formelle
SP1.2 : établir et maintenir les critères pour l’évaluation des solutions possibles et le classement relatif de ces critères
SP1.3 : identifier les solutions possibles pour résoudre les problèmes
SP1.4 : sélectionner les méthodes d’évaluation
SP1.5 : évaluer les solutions possibles en utilisant les critères et les méthodes établis
SP1.6 : sélectionner les solutions à partir des solutions possibles en s’appuyant sur les critères d’évaluation
TB-ENSAO 155
Exercice A faire
Pour votre projet PFA :
Choisir 3 domaines de processus, 2 dans réaliser l’activité,
Un dans améliorer le processus,
Du niveau 3 et établir un bénéfice pertinent pour
chacun de ces processus pour :
un développeur de votre équipe
Pour le chef de projet
top related