CMMI - Domaines de processus clés

Un domaine de processus est un ensemble de pratiques connexes dans un domaine qui, une fois mises en œuvre collectivement, satisfont à un ensemble d'objectifs considérés comme importants pour apporter des améliorations significatives dans ce domaine. Toutes les zones de processus CMMI sont communes aux représentations continues et par étapes.

La représentation continue permet à l'organisation de choisir l'orientation de ses efforts d'amélioration des processus en choisissant les domaines de processus, ou ensembles de domaines de processus interdépendants, qui bénéficient le mieux à l'organisation et à ses objectifs commerciaux. Bien qu'il existe des limites à ce qu'une organisation peut choisir en raison des dépendances entre les domaines de processus, l'organisation dispose d'une liberté considérable dans sa sélection.

Une fois que vous avez sélectionné les domaines de processus, vous devez également sélectionner dans quelle mesure vous souhaitez améliorer les processus associés à ces domaines de processus (c.-à-d. Sélectionner le niveau de capacité approprié). Les niveaux de capacité, ainsi que les objectifs et pratiques génériques, soutiennent l'amélioration des processus dans les domaines de processus individuels.

Inversement, vous verrez que la représentation mise en scène vous encourage à toujours regarder les domaines de processus dans le contexte du niveau de maturité auquel ils appartiennent. Les domaines de processus sont organisés par niveaux de maturité pour renforcer ce concept. Lorsque vous utilisez une zone de processus, vous utilisez toute la zone de processus, c'est-à-dire tous les objectifs et toutes les pratiques.

Les zones de processus CMMI (PA) peuvent être regroupées dans les quatre catégories suivantes pour comprendre leurs interactions et leurs liens les uns avec les autres, quels que soient leurs niveaux définis:

  • La gestion des processus

  • Gestion de projet

  • Engineering

  • Support

Chaque domaine de processus est défini par un ensemble d'objectifs et de pratiques. Il existe deux catégories d'objectifs et de pratiques -

  • Generic goals and practices - Ils font partie de chaque domaine de processus.

  • Specific goals and practices - Ils sont spécifiques à une zone de processus donnée.

Un domaine de processus est satisfait lorsque les processus d'une entreprise couvrent tous les objectifs et pratiques génériques et spécifiques pour ce domaine de processus.

Objectifs et pratiques génériques

Les objectifs et pratiques génériques font partie de chaque domaine de processus.

NOTATIONS - GG -> Objectifs génériques et GP -> Pratique générique

  • GG 1 Atteindre des objectifs spécifiques

    • GP 1.1 Effectuer des pratiques spécifiques

  • GG 2 Institutionnaliser un processus géré

    • GP 2.1 Établir une politique organisationnelle

    • GP 2.2 Planifier le processus

    • GP 2.3 Fournir des ressources

    • GP 2.4 Attribuer la responsabilité

    • GP 2.5 Former les gens

    • GP 2.6 Gérer les configurations

    • GP 2.7 Identifier et impliquer les parties prenantes pertinentes

    • GP 2.8 Surveiller et contrôler le processus

    • GP 2.9 Évaluer objectivement l'adhésion

    • GP 2.10 Revoir le statut avec une gestion de niveau supérieur

  • GG 3 Institutionnaliser un processus défini

    • GP 3.1 Établir un processus défini

    • GP 3.2 Collecte des informations sur les améliorations

  • GG 4 Institutionnaliser un processus géré quantitativement

    • GP 4.1 Établir des objectifs quantitatifs pour le processus

    • GP 4.2 Stabiliser les performances du sous-processus

  • GG 5 Institutionnaliser un processus d'optimisation

    • GP 5.1 Assurer une amélioration continue des processus

    • GP 5.2 Corriger les causes profondes des problèmes

Caractéristiques communes

Les caractéristiques communes sont des attributs qui indiquent si la mise en œuvre et l'institutionnalisation d'un domaine clé du processus sont efficaces, reproductibles et durables. Les cinq caractéristiques communes sont énumérées ci-dessous -

  • Commitment to Perform- L'engagement à exécuter décrit les actions que l'organisation doit entreprendre pour s'assurer que le processus est établi et durera. L'engagement à performer implique généralement l'établissement de politiques organisationnelles et le parrainage de la haute direction.

  • Ability to Perform- La capacité à exécuter décrit les conditions préalables qui doivent exister dans le projet ou l'organisation pour mettre en œuvre le processus logiciel avec compétence. La capacité à performer implique généralement des ressources, des structures organisationnelles et de la formation.

  • Activities Performed- Activités réalisées décrit les rôles et les procédures nécessaires pour mettre en œuvre un domaine de processus clé. Les activités réalisées impliquent généralement l'établissement de plans et de procédures, l'exécution du travail, son suivi et la prise de mesures correctives si nécessaire.

  • Measurement and Analysis- Mesure et analyse décrit la nécessité de mesurer le processus et d'analyser les mesures. Mesure et analyse comprend généralement des exemples des mesures qui pourraient être prises pour déterminer l'état et l'efficacité des activités réalisées.

  • Verifying Implementation- La vérification de la mise en œuvre décrit les étapes permettant de s'assurer que les activités sont exécutées conformément au processus qui a été établi. La vérification comprend généralement des examens et des audits par la direction et l'assurance qualité des logiciels.

Les pratiques de la caractéristique commune Activités exécutées décrivent ce qui doit être mis en œuvre pour établir une capacité de processus. Les autres pratiques, prises dans leur ensemble, constituent la base sur laquelle une organisation peut institutionnaliser les pratiques décrites dans la caractéristique commune Activités réalisées.

Zones de processus en détail

Le CMMI contient 22 domaines de processus indiquant les aspects du développement de produits qui doivent être couverts par les processus de l'entreprise.

Analyse causale et résolution

  • Il s'agit d'un domaine de processus de soutien au niveau de maturité 5.

Objectif

Le but de Causal Analysis and Resolution (CAR) consiste à identifier les causes des défauts et autres problèmes et à prendre des mesures pour les empêcher de se produire à l'avenir.

Pratiques spécifiques par objectif

  • SG 1 Déterminer les causes des défauts

    • SP 1.1 Sélectionnez les données de défaut pour l'analyse

    • SP 1.2 Analyser les causes

  • SG 2 Résoudre les causes des défauts

    • SP 2.1 Mettre en œuvre les propositions d'action

    • SP 2.2 Évaluer l'effet des changements

    • SP 2.3 Données d'enregistrement

Gestion de la configuration

  • Il s'agit d'un domaine de processus de soutien au niveau de maturité 2.

Objectif

Le but de Configuration Management (CM) est d'établir et de maintenir l'intégrité des produits de travail à l'aide de l'identification de la configuration, du contrôle de la configuration, de la comptabilité de l'état de la configuration et des audits de configuration.

Specific Practices by Goal

  • SG 1 Établir des bases de référence

    • SP 1.1 Identifier les éléments de configuration

    • SP 1.2 Établir un système de gestion de la configuration

    • SP 1.3 Créer ou publier des références

  • SG 2 Suivi et contrôle des modifications

    • SP 2.1 Suivi des demandes de modification

    • Éléments de configuration de contrôle SP 2.2

  • SG 3 Établir l'intégrité

    • SP 3.1 Établissement des enregistrements de gestion de la configuration

    • SP 3.2 Effectuer des audits de configuration

Analyse de décision et résolution

  • Il s'agit d'un domaine de processus de soutien au niveau de maturité 3.

Objectif

Le but de Decision Analysis and Resolution (DAR) consiste à analyser les décisions possibles à l'aide d'un processus d'évaluation formel qui évalue les alternatives identifiées par rapport aux critères établis.

Pratiques spécifiques par objectif

  • SG 1 Évaluer les alternatives

    • SP 1.1 Établir des lignes directrices pour l'analyse des décisions

    • SP 1.2 Établir des critères d'évaluation

    • SP 1.3 Identifier les solutions alternatives

    • SP 1.4 Sélectionnez les méthodes d'évaluation

    • SP 1.5 Évaluer les alternatives

    • SP 1.6 Select Solutions

Gestion de projet intégrée + IPPD

  • Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 3.

Objectif

Le but de Integrated Project Management + IPPD (IPM) consiste à établir et gérer le projet et l'implication des parties prenantes concernées selon un processus intégré et défini, adapté à l'ensemble de processus standard de l'organisation.

Pratiques spécifiques par objectif

  • SG 1 Utiliser le processus défini du projet

    • SP 1.1 Établir le processus défini du projet

    • SP 1.2 Utiliser les actifs de processus organisationnels pour la planification des activités de projet

    • SP 1.3 Établir l'environnement de travail du projet

    • SP 1.4 Intégrer les plans

    • SP 1.5 Gérer le projet à l'aide des plans intégrés

    • SP 1.6 Contribuer aux actifs du processus organisationnel

  • SG 2 Coordonner et collaborer avec les parties prenantes concernées

    • SP 2.1 Gérer la participation des parties prenantes

    • SP 2.2 Gérer les dépendances

    • SP 2.3 Résoudre les problèmes de coordination

Ajout IPPD -

  • SG 3 Appliquer les principes IPPD

    • SP 3.1 Établir la vision commune du projet

    • SP 3.2 Établir la structure d'équipe intégrée

    • SP 3.3 Attribuer les exigences aux équipes intégrées

    • SP 3.4 Mettre en place des équipes intégrées

    • SP 3.5 Assurer la collaboration entre les équipes d'interfaçage

Mesure et analyse

Il s'agit d'un domaine de processus de soutien au niveau de maturité 2.

Objectif

Le but de Measurement and Analysis (MA) consiste à développer et à maintenir une capacité de mesure utilisée pour répondre aux besoins d'information de gestion.

Pratiques spécifiques par objectif

  • SG 1 Aligner les activités de mesure et d'analyse

    • SP 1.1 Établir les objectifs de mesure

    • SP 1.2 Spécifier les mesures

    • SP 1.3 Spécifier les procédures de collecte et de stockage des données

    • SP 1.4 Spécifier les procédures d'analyse

  • SG 2 Fournit des résultats de mesure

    • SP 2.1 Collecte des données de mesure

    • SP 2.2 Analyser les données de mesure

    • SP 2.3 Stocker les données et les résultats

    • SP 2.4 Communiquer les résultats

Innovation organisationnelle et déploiement

Il s'agit d'un domaine de processus de gestion des processus au niveau de maturité 5.

Objectif

Le but de Organizational Innovation and Deployment(OID) consiste à sélectionner et à déployer des améliorations incrémentielles et innovantes qui améliorent de manière mesurable les processus et les technologies de l'organisation. Les améliorations soutiennent les objectifs de qualité et de performance des processus de l'organisation tels qu'ils découlent des objectifs commerciaux de l'organisation.

Pratiques spécifiques par objectif

  • SG 1 Select Améliorations

    • SP 1.1 Recueillir et analyser les propositions d'amélioration

    • SP 1.2 Identifier et analyser les innovations

    • Améliorations du pilote SP 1.3

    • SP 1.4 Sélectionnez les améliorations pour le déploiement

  • Améliorations du déploiement de SG 2

    • SP 2.1 Planifier les zones de déploiement

    • SP 2.2 Gérer le déploiement

    • SP 2.3 Mesurer les effets de l'amélioration

Définition du processus organisationnel + IPPD (OPD)

Il s'agit d'un domaine de processus de gestion des processus au niveau de maturité 3.

Objectif

Le but de Organizational Process Definition + IPPD (OPD) consiste à établir et à maintenir un ensemble utilisable d'actifs de processus organisationnels.

Pratiques spécifiques par objectif

  • SG 1 Établissement des actifs du processus organisationnel

    • SP 1.1 Établir des processus standard

    • SP 1.2 Établir des descriptions de modèles de cycle de vie

    • SP 1.3 Établir des critères et des lignes directrices de personnalisation

    • SP 1.4 Créer le référentiel de mesures de l'organisation

    • SP 1.5 Établir la bibliothèque d'actifs de processus de l'organisation

Ajout IPPD -

  • SG 2 Activer la gestion IPPD

    • SP 2.1 Établir des mécanismes d'autonomisation

    • SP 2.2 Établir des règles et des lignes directrices pour les équipes intégrées

    • SP 2.3 Responsabilités de l'équipe d'équilibre et de l'organisation d'origine

Focus sur le processus organisationnel

Il s'agit d'un domaine de processus de gestion des processus au niveau de maturité 3.

Objectif

Le but de Organizational Process Focus (OPF) consiste à planifier et mettre en œuvre l'amélioration des processus organisationnels sur la base d'une compréhension approfondie des forces et des faiblesses actuelles des processus et des actifs de processus de l'organisation.

Pratiques spécifiques par objectif

  • SG 1 Déterminer les opportunités d'amélioration des processus

    • SP 1.1 Établir les besoins du processus organisationnel

    • SP 1.2 Évaluer les processus de l'organisation

    • SP 1.3 Identifier les améliorations des processus de l'organisation

  • SG 2 Planifier et mettre en œuvre des activités d'amélioration des processus

    • SP 2.1 Établir des plans d'action de processus

    • SP 2.2 Mettre en œuvre les plans d'action du processus

  • SG 3 Déployer les actifs du processus organisationnel et intégrer les leçons apprises

    • SP 3.1 Déployer les actifs des processus organisationnels

    • SP 3.2 Déployer les processus standard

    • SP 3.3 Surveiller la mise en œuvre

    • SP 3.4 Incorporer les expériences liées aux processus dans les actifs du processus organisationnel

Performance des processus organisationnels

Il s'agit d'un domaine de processus de gestion des processus au niveau de maturité 4.

Objectif

Le but de Organizational Process Performance (OPP) est d'établir et de maintenir une compréhension quantitative de la performance de l'ensemble de processus standard de l'organisation à l'appui des objectifs de qualité et de performance des processus, et de fournir les données de performance des processus, les références et les modèles pour gérer quantitativement les projets de l'organisation.

Pratiques spécifiques par objectif

  • SG 1 Établir des références et des modèles de performance

    • SP 1.1 Sélectionnez les processus

    • SP 1.2 Établir des mesures de performance des processus

    • SP 1.3 Établir des objectifs de qualité et de performance des processus

    • SP 1.4 Établir des références de performance de processus

    • SP 1.5 Établir des modèles de performance de processus

Formation organisationnelle

Il s'agit d'un domaine de processus de gestion des processus au niveau de maturité 3.

Objectif

Le but de Organizational Training (OT) consiste à développer les compétences et les connaissances des personnes afin qu'elles puissent s'acquitter de leur rôle de manière efficace et efficiente.

Pratiques spécifiques par objectif

  • SG 1 Établir une capacité de formation organisationnelle

    • SP 1.1 Établir les besoins stratégiques de formation

    • SP 1.2 Déterminer quels besoins de formation sont la responsabilité de l'organisation

    • SP 1.3 Établir un plan tactique d'entraînement organisationnel

    • SP 1.4 Établir la capacité de formation

  • SG 2 fournit la formation nécessaire

    • SP 2.1 Offrir une formation

    • SP 2.2 Établir des registres de formation

    • SP 2.3 Évaluer l'efficacité de la formation

Intégration de produit

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 3.

Objectif

Le but de Product Integration (PI) consiste à assembler le produit à partir des composants du produit, à s'assurer que le produit, en tant qu'intégré, fonctionne correctement et à livrer le produit.

Pratiques spécifiques par objectif

  • SG 1 Préparation de l'intégration du produit

    • SP 1.1 Déterminer la séquence d'intégration

    • SP 1.2 Établir l'environnement d'intégration de produit

    • SP 1.3 Établir des procédures et des critères d'intégration de produit

  • SG 2 assure la compatibilité de l'interface

    • SP 2.1 Revoir les descriptions d'interface pour en vérifier l'exhaustivité

    • SP 2.2 Gérer les interfaces

  • SG 3 Assemblez les composants du produit et livrez le produit

    • SP 3.1 Confirmer la disponibilité des composants du produit pour l'intégration

    • SP 3.2 Assemblage des composants du produit

    • SP 3.3 Évaluer les composants de produit assemblés

    • SP 3.4 Emballer et livrer le produit ou le composant du produit

Suivi et contrôle de projet

Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 2.

Objectif

Le but de Project Monitoring and Control (PMC) est de fournir une compréhension de l'avancement du projet afin que des mesures correctives appropriées puissent être prises lorsque la performance du projet s'écarte considérablement du plan.

Pratiques spécifiques par objectif

  • SG 1 Monitor Project contre plan

    • SP 1.1 Surveiller les paramètres de planification de projet

    • SP 1.2 Surveiller les engagements

    • SP 1.3 Surveiller les risques du projet

    • Gestion des données du moniteur SP 1.4

    • SP 1.5 Surveiller la participation des parties prenantes

    • SP 1.6 Effectuer des examens des progrès

    • SP 1.7 Effectuer des examens des jalons

  • SG 2 Gérer les actions correctives jusqu'à la fermeture

    • SP 2.1 Analyser les problèmes

    • SP 2.2 Prendre des mesures correctives

    • SP 2.3 Gérer les actions correctives

Planification de projet

Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 2.

Objectif

Le but de Project Planning (PP) consiste à établir et à maintenir des plans qui définissent les activités du projet.

Pratiques spécifiques par objectif

  • SG 1 Établissement des estimations

    • SP 1.1 Estimer la portée du projet

    • SP 1.2 Établir des estimations du produit du travail et des attributs de tâche

    • SP 1.3 Définir le cycle de vie du projet

    • SP 1.4 Déterminer les estimations d'effort et de coût

  • SG 2 Élaborer un plan de projet

    • SP 2.1 Établissement du budget et du calendrier

    • SP 2.2 Identifier les risques du projet

    • Plan SP 2.3 pour la gestion des données

    • Planification des ressources du projet SP 2.4

    • SP 2.5 Plan pour les connaissances et les compétences nécessaires

    • SP 2.6 Participation des parties prenantes au plan

    • SP 2.7 Établissement du plan de projet

  • SG 3 Obtenir un engagement envers le plan

    • SP 3.1 Examiner les plans qui affectent le projet

    • SP 3.2 Réconcilier les niveaux de travail et de ressources

    • SP 3.3 Obtenir l'engagement du plan

Assurance qualité des processus et des produits

Il s'agit d'un domaine de processus de soutien au niveau de maturité 2.

Objectif

Le but de Process and Product Quality Assurance (PPQA) est de fournir au personnel et à la direction un aperçu objectif des processus et des produits de travail associés.

Pratiques spécifiques par objectif

  • SG 1 Évalue objectivement les processus et les produits de travail

    • SP 1.1 Évaluer objectivement les processus

    • SP 1.2 Évaluer objectivement les produits et services de travail

  • SG 2 fournit un aperçu objectif

    • SP 2.1 Communiquer et garantir la résolution des problèmes de non-conformité

    • SP 2.2 Établir des registres

Gestion de projet quantitative

Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 4.

Objectif

Le but de la Quantitative Project Management Le domaine de processus (QPM) consiste à gérer quantitativement le processus défini du projet pour atteindre les objectifs de qualité et de performance des processus établis du projet.

Pratiques spécifiques par objectif

  • SG 1 Gérer le projet de manière quantitative

    • SP 1.1 Établir les objectifs du projet

    • SP 1.2 Composez les processus définis

    • SP 1.3 Sélectionnez les sous-processus qui seront gérés statistiquement

    • SP 1.4 Gérer les performances du projet

  • SG 2 Gérer statistiquement les performances des sous-processus

    • SP 2.1 Sélectionner des mesures et des techniques d'analyse

    • SP 2.2 Appliquer des méthodes statistiques pour comprendre la variation

    • SP 2.3 Surveiller les performances des sous-processus sélectionnés

    • SP 2.4 Enregistrer les données de gestion statistique

Développement des exigences

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 3.

Objectif

Le but de Requirements Development (RD) consiste à produire et analyser les exigences des clients, des produits et des composants du produit.

Pratiques spécifiques par objectif

  • SG 1 Développer les exigences des clients

    • SP 1.1 Éliciter les besoins

    • SP 1.2 Développer les exigences du client

  • SG 2 Développer les exigences du produit

    • SP 2.1 Établir les exigences relatives aux produits et aux composants du produit

    • SP 2.2 Attribuer les exigences des composants du produit

    • SP 2.3 Identifier les exigences d'interface

  • SG 3 Analyser et valider les exigences

    • SP 3.1 Établir des concepts et des scénarios opérationnels

    • SP 3.2 Établir une définition des fonctionnalités requises

    • SP 3.3 Analyser les exigences

    • SP 3.4 Analyser les exigences pour atteindre l'équilibre

    • SP 3.5 Valider les exigences

Gestion des exigences

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 2.

Objectif

Le but de Requirements Management (REQM) est de gérer les exigences des produits et des composants du produit du projet et d'identifier les incohérences entre ces exigences et les plans et produits de travail du projet.

Pratiques spécifiques par objectif

  • SG 1 Gérer les exigences

    • SP 1.1 Acquérir une compréhension des exigences

    • SP 1.2 Obtenir un engagement envers les exigences

    • SP 1.3 Gérer les modifications des exigences

    • SP 1.4 Maintenir la traçabilité bidirectionnelle des exigences

    • SP 1.5 Identifier les incohérences entre le travail du projet et les exigences

Gestion des risques

Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 3.

Objectif

Le but de Risk Management (RSKM) consiste à identifier les problèmes potentiels avant qu'ils ne surviennent afin que les activités de gestion des risques puissent être planifiées et invoquées au besoin tout au long de la vie du produit ou du projet pour atténuer les impacts négatifs sur la réalisation des objectifs.

Pratiques spécifiques par objectif

  • SG 1 Se préparer à la gestion des risques

    • SP 1.1 Déterminer les sources et les catégories de risques

    • SP 1.2 Définir les paramètres de risque

    • SP 1.3 Établir une stratégie de gestion des risques

  • SG 2 Identifier et analyser les risques

    • SP 2.1 Identifier les risques

    • SP 2.2 Évaluer, catégoriser et hiérarchiser les risques

  • SG 3 Atténuer les risques

    • SP 3.1 Élaborer des plans d'atténuation des risques

    • SP 3.2 Mettre en œuvre des plans d'atténuation des risques

Gestion des accords fournisseurs

Il s'agit d'un domaine de processus de gestion de projet au niveau de maturité 2.

Objectif

Le but de Supplier Agreement Management (SAM) est de gérer l'acquisition de produits auprès de fournisseurs pour lesquels il existe un accord formel.

Pratiques spécifiques par objectif

  • SG 1 Établissement des accords avec les fournisseursM

    • SP 1.1 Déterminer le type d'acquisition

    • SP 1.2 Sélectionnez les fournisseurs

    • SP 1.3 Établissement des accords avec les fournisseurs

  • SG 2 Satisfaire les accords avec les fournisseurs

    • SP 2.1 Exécuter le contrat fournisseur

    • SP 2.2 Surveiller les processus des fournisseurs sélectionnés

    • SP 2.3 Évaluer les produits de travail des fournisseurs sélectionnés

    • SP 2.4 Accepter le produit acquis

    • Produits de transition SP 2.5

Solution technique

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 3.

Objectif

Le but de Technical Solution(TS) consiste à concevoir, développer et mettre en œuvre des solutions aux exigences. Les solutions, les conceptions et les implémentations englobent les produits, les composants de produit et les processus du cycle de vie liés aux produits, individuellement ou en combinaison, selon le cas.

Pratiques spécifiques par objectif

  • SG 1 Select Solutions produit-composants

    • SP 1.1 Développer des solutions alternatives et des critères de sélection

    • SP 1.2 Sélectionnez les solutions de composants de produit

  • SG 2 Développer la conception

    • SP 2.1 Conception du produit ou du composant du produit

    • SP 2.2 Établir un ensemble de données techniques

    • SP 2.3 Conception d'interfaces à l'aide de critères

    • SP 2.4 Effectuer une analyse de fabrication, d'achat ou de réutilisation

  • SG 3 Mettre en œuvre la conception du produit

    • SP 3.1 Mettre en œuvre la conception

    • SP 3.2 Développer la documentation de support produit

Validation

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 3.

Objectif

Le but de Validation (VAL) est de démontrer qu'un produit ou un composant de produit remplit son utilisation prévue lorsqu'il est placé dans son environnement prévu.

Pratiques spécifiques par objectif

  • SG 1 Préparation à la validation

    • SP 1.1 Sélectionnez les produits pour la validation

    • SP 1.2 Établir l'environnement de validation

    • SP 1.3 Établir des procédures et des critères de validation

  • SG 2 Valider le produit ou les composants du produit

    • SP 2.1 Effectuer la validation

    • SP 2.2 Analyser les résultats de la validation.

Vérification

Il s'agit d'un domaine de processus d'ingénierie au niveau de maturité 3.

Objectif

Le but de Verification (VER) est de s'assurer que les produits de travail sélectionnés répondent aux exigences spécifiées.

Pratiques spécifiques par objectif

  • SG 1 Préparation à la vérification

    • SP 1.1 Sélectionnez les produits de travail pour la vérification

    • SP 1.2 Établir l'environnement de vérification

    • SP 1.3 Établir des procédures et des critères de vérification

  • SG 2 Effectuer des examens par les pairs

    • SP 2.1 Se préparer aux examens par les pairs

    • SP 2.2 Effectuer des examens par les pairs

    • SP 2.3 Analyser les données de l'évaluation par les pairs

  • SG 3 Vérifier les produits de travail sélectionnés

    • SP 3.1 Effectuer la vérification

    • SP 3.2 Analyser les résultats de la vérification

Modifications apportées à la version 1.2

Seules les modifications apportées à l'ensemble des zones de processus sont prises en compte ici. Pour un détail complet, visitez la page d'accueil de SEI .

  • Les zones de processus suivantes ont été supprimées (toutes au niveau de maturité 3) -

    • Environnement organisationnel pour l'intégration (OEI)

    • Teaming intégré (IT)

    • Gestion intégrée des fournisseurs (ISM)

  • Les ajouts suivants ont été effectués dans les domaines de processus existants -

    • IPM. SG3 et SG4 ont été éliminés, un nouveau SG3 a été ajouté (tous les PA IPPD)

    • OPD. SG a été ajouté, le transformant en un PA IPPD

    • OPF. deux SP ont été extraits de SG et ont créé SG3 avec deux nouveaux SP

    • REQD. SP3.5 a été renommé Valider les exigences

    • SAM. SP2.1 a été éliminé, deux nouveaux SP ajoutés dans SG2

    • TS. SP1.2 a été éliminé

    • VER. SP3.2 a été renommé Analyser les résultats de vérification