Le guide du CMMI 2.0 dans le secteur automobile

CMMI (Capability Maturity Model Integration) est un cadre visant à améliorer la qualité des logiciels et l'efficacité du développement. Il fournit un ensemble de bonnes pratiques et de lignes directrices pour l'amélioration des processus au sein d'un projet, d'un département ou de l'ensemble de l'organisation. CMMI 2.0 est la version actuelle du cadre, publiée en 2018.

Il est également utilisé comme modèle pour évaluer le niveau de maturité des processus au sein d'une organisation. L'organisation est évaluée à un niveau de maturité spécifique en fonction de la qualité de la mise en œuvre de certaines pratiques applicables à ce niveau de maturité.

Domaines de catégorie, domaines de capacité et domaines de pratique du CMMI 2.0

Les exigences du CMMI 2.0 sont organisées en domaines de catégorie, domaines de capacité et domaines de pratique.

Chaque domaine de pratique est un ensemble de pratiques qui définissent les activités clés permettant d'atteindre une intention et une valeur spécifiques. Les domaines de pratique sont regroupés en domaines de capacités, eux-mêmes répartis en quatre catégories : faire, gérer, permettre et améliorer.

Domaines de pratique dans CMMI 2.0

Avant le CMMI 2.0, les domaines de processus étaient connus sous le nom d'exigences définies et regroupés en quatre catégories générales : gestion des processus, gestion de projet, ingénierie et support. Avec les changements de la nouvelle version, les domaines de processus deviennent des domaines de pratiques.

Il existe au total 25 domaines de pratique. Ils décrivent les exigences et les opérations critiques qui définissent l'intention de la pratique. Chaque pratique est assignée à un domaine de compétence spécifique, mais les aborde différemment selon leur niveau de maturité.

Vous trouverez ci-dessous une liste des domaines de pratique dans chaque domaine de compétence. Dans cet article, vous pouvez en apprendre davantage sur eux :Domaines de processus du modèle CMMI 2.0.

Assurer la qualité (ENQ)

• Développement et gestion des exigences (RDM)
• Assurance qualité des processus (PQA)
• Vérification et validation (VV)
• Revues par les pairs (PR)

Ingénierie des produits en développement (EDP)

• Solution technique (TS)
• Intégration produit (PI)

Prestation et gestion des services

• Gestion de la prestation de services (SDM)
• Gestion stratégique des services (STSM)

Sélection et gestion des fournisseurs

• Sélection des sources fournisseurs (SSS)
• Gestion des accords fournisseurs (SAM)

Planification et gestion du travail

• Estimation (EST)
• Planification (PLAN)
• Surveiller et contrôler (MC)

Gestion de la résilience de l'entreprise

• Gestion des risques et des opportunités (RSK)
• Résolution et prévention des incidents (IRP)
• Continuité (CONT)

Gestion de la main-d'œuvre

• Formation organisationnelle (OT)

Soutien à la mise en œuvre

• Analyse causale et résolution (CAR)
• Analyse et résolution des décisions (DAR)
• Gestion de configuration (CM)

Maintenir l'habitude et la persévérance

• Gouvernance (GOV)
• Infrastructure de mise en œuvre (II)

Amélioration des performances

• Gestion des processus (PCM)
• Développement des actifs de processus (PAD)
• Gestion des performances et de la mesure (MPM)

Niveaux de maturité CMMI 2.0

Comme mentionné ci-dessus, les niveaux de maturité sont utilisés pour évaluer la maturité des processus au sein d'une organisation. Il existe six niveaux de maturité allant de 0 (le plus bas) à 5 (le plus élevé).

Niveau de maturité 0 – incomplet

Les processus sont inconnus ou ad hoc – ils peuvent ne pas être suivis ou ne pas exister du tout, par conséquent le travail peut être réalisé ou non.

Niveau de maturité 1 – initial

Les processus restent imprévisibles et les pratiques ne sont pas pleinement mises en œuvre. Le travail peut ne pas toujours être achevé dans les limites du budget et du calendrier.

Niveau de maturité 2 – géré

Les processus sont planifiés, exécutés, mesurés et contrôlés au sein d'un projet, mais pas encore à l'échelle de toute l'entreprise.

Découvrez quels domaines de pratique doivent être mis en œuvre et évaluésNiveau de maturité CMMI 2.

Niveau de maturité 3 – défini

Les pratiques sont suivies dans toute l'entreprise. Les axes d'amélioration sont identifiés et un plan est établi pour y répondre.

Découvrez quels domaines de pratique doivent être inclus auNiveau de maturité CMMI 3

Niveau de maturité 4 – géré quantitativement

Au niveau de maturité 4, une approche axée sur les données permet l'amélioration des processus à l'échelle de l'organisation. Les processus sont prévisibles et répondent aux besoins des parties prenantes. Les organisations disposent de plus d'informations sur les défaillances des processus, ce qui réduit le niveau de risque.

Le niveau 4 est considéré comme un niveau de maturité élevé, bien que peu d'entreprises l'atteignent en pratique. Dans l'industrie automobile, le niveau de maturité 4 du CMMI est perçu comme une aspiration plutôt que comme un objectif réalisable.

Découvrez quels domaines de pratique doivent être utilisés et évaluésNiveau de maturité CMMI 4.

Niveau de maturité 5 – optimisation

Les organisations au niveau de maturité 5 s'efforcent d'améliorer continuellement leurs processus, ce qui conduit à l'innovation. Toutefois, à l'instar du niveau 4, le niveau 5 est considéré comme une aspiration.

Découvrez quels domaines de pratique doivent être mis en œuvre au sein deNiveau de maturité CMMI 5.

évaluation CMMI 2.0

L'évaluation CMMI 2.0 est utilisée pour évaluer les processus d'une organisation et déterminer leurs forces et leurs faiblesses sur la base des meilleures pratiques CMMI. À l'issue de l'évaluation, un niveau de maturité approprié est attribué à l'organisation.

L'évaluation CMMI 2.0 n'est pas obligatoire, mais elle est couramment exigée par les contrats de développement logiciel du gouvernement américain et peut donc constituer un avantage concurrentiel significatif en Amérique.

Il existe quatre méthodes d'évaluation.

Évaluation comparative

Grâce à l'évaluation comparative, les organisations peuvent identifier des opportunités d'amélioration des processus et de la performance business. Elle aboutit à un niveau de maturité valable trois ans.

Réévaluation du plan d'action

Si une organisation manque de peu son niveau de maturité cible lors de l'évaluation précédente, elle peut procéder à une réévaluation du plan d'action.

Évaluation de maintien

L'évaluation de maintien est réalisée tous les deux ans à la suite de l'évaluation de référence afin de confirmer et d'étendre son niveau de maturité.

Évaluation de l'appréciation

Il s'agit d'une forme d'évaluation comparative simulée. Elle est utilisée pour identifier les écarts et les axes d'amélioration avant l'évaluation officielle et n'aboutit pas à une notation du niveau de maturité.

Quels sont les avantages de CMMI 2.0 dans le secteur automobile ?

• CMMI 2.0 permet aux organisations d'identifier les domaines d'amélioration en fonction de la manière dont leurs processus se comparent aux meilleures pratiques CMMI.
• Les organisations ayant un niveau de maturité élevé (3-4) sont perçues comme des partenaires fiables et stables pour la coopération.
• Le CMMI est particulièrement bénéfique pour les organisations ayant des exigences de délais courtes, car il préconise de cartographier d'abord les échéances, puis de planifier les modules de la phase de développement logiciel.

Comment utiliser CMMI pour l'ingénierie système dans l'industrie automobile ?

L'ingénierie des systèmes est l'un des quatre domaines pris en charge dans le Capability Maturity Model Integration (CMMI).

Les six domaines de processus suivants sont utilisés pour l'ingénierie, y compris l'ingénierie des systèmes :

Gestion des exigences

À ce stade, toute incohérence éventuelle entre les exigences produit, tant techniques que non techniques, et le flux de travail et la feuille de route du projet peut être réévaluée et résolue.

Comme les exigences peuvent évoluer tout au long du processus de développement du produit, il est recommandé de vérifier régulièrement leur interaction avec les autres éléments du projet et de les ajuster en conséquence.

Découvrez ce queobjectifs spécifiques et génériques pour l'étape de gestion des exigencessont.

Développement des exigences

À ce stade, les exigences recueillies lors de l'étape précédente sont analysées et développées. Trois groupes de pratiques sont axés sur ces activités.

La première sert de base à la conception du produit et comprend la collecte et la coordination des besoins des parties prenantes, l'établissement des exigences, l'analyse des besoins et des attentes des clients.

Le deuxième groupe comprend une analyse des exigences du client, le développement d'un concept opérationnel, la définition des fonctionnalités requises et le développement des concepts de fabrication et de support pour répondre aux enjeux de coût et d'accessibilité financière.

Le troisième groupe est étroitement lié au précédent. Il présente les résultats de l'analyse sous la forme d'une liste de contraintes de divers types, de limitations technologiques, de coûts et de facteurs de coûts, de contraintes de temps, de risques possibles, etc.

En savoir plus surobjectifs spécifiques et génériques pour la phase de développement des exigences.

Solution technique

L'étape suivante du processus consiste à concevoir, développer et mettre en œuvre des solutions répondant aux exigences établies lors des deux phases précédentes. Il est important de souligner que la conception, le développement et la mise en œuvre sont liés et peuvent s'influencer mutuellement de manière directe ou indirecte. De plus, les exigences peuvent évoluer avec le temps, de sorte que des itérations supplémentaires des solutions déjà mises en œuvre peuvent être nécessaires, tout en maintenant la traçabilité requise.

En savoir plus sur lesobjectifs spécifiques et génériques pour l'étape de solution technique.

Intégration produit

Lorsque les conceptions et les solutions sont prêtes, l'étape suivante consiste à assembler le produit à partir des composants existants et à combler les lacunes qui n'ont pas été couvertes par les exigences et les solutions. À ce stade également, le produit est testé et évalué comme intégré et pleinement fonctionnel. Une fois terminé, le produit peut être livré aux clients et aux autres parties prenantes.

Dans le cas de l'ingénierie système, le produit final sera un système avec tous ses éléments inclus, testés et livrés. Votre responsabilité sera d'assurer la cohérence de toutes les conceptions.

Veuillez également noter que l'étape d'intégration du produit peut être réalisée de manière itérative et n'est en aucun cas un processus ponctuel. Travaillez avec des prototypes et assurez-vous qu'ils deviennent plus avancés à mesure que vous approchez de la mise en production.

Découvrez leobjectifs spécifiques et génériques pour l'étape d'intégration du produit.

Vérification

Une fois le produit ou le système déployé, vous devez passer à l'étape de vérification. L'objectif de cette phase est de s'assurer que le résultat final répond aux exigences spécifiées, tant du côté du projet que du client. Vous pouvez également avoir besoin de prendre des mesures correctives si la vérification s'avère insatisfaisante.

Bien qu'en apparence, la vérification et la validation (voir l'étape suivante) puissent sembler similaires, il s'agit en réalité de deux activités différentes. Vérifier le produit consiste à évaluer s'il est viable et complet du point de vue des exigences. Le valider consiste à s'assurer que le produit remplira sa fonction et qu'il correspond bien à ce qui était nécessaire pour une tâche particulière.

Voir la liste desobjectifs spécifiques et généraux pour l'étape de vérification.

Validation

Le processus de validation porte sur la capacité du produit à répondre à son usage prévu. La fonctionnalité complète doit être atteinte dans l'environnement prévu.

Comme pour la vérification, la validation s'appuie également sur des tests, des analyses et des simulations, entre autres, de sorte que ces deux processus peuvent utiliser le même environnement ou même être menés en parallèle, simultanément. Tout problème découvert à ce stade doit être traité en conséquence, avec des actions correctives prises immédiatement.

Voici une liste deobjectifs spécifiques et génériques pour la phase de validation.

Utiliser le modèle CMMI pour l'ingénierie des systèmes dans le secteur automobile

Traditionnellement, le domaine de l'ingénierie des systèmes est fortement basé sur le modèle en V, avec certains processus regroupés en trois catégories :

• Processus principaux du cycle de vie (groupe de processus d'acquisition, groupe de processus de fourniture, groupe de processus d'ingénierie système, groupe de processus d'ingénierie logicielle, groupe de processus d'ingénierie de cybersécurité).
• Processus du cycle de vie organisationnel (groupe de processus de management, groupe de processus de réutilisation, groupe de processus d'amélioration des processus).
• Processus de cycle de vie de support (groupe de processus de support).

Bien que ce modèle de travail reste viable avec CMMI, le flux de travail lui-même est géré différemment, à un niveau organisationnel plutôt que processuel. Là où le modèle en V inclut des éléments tels que « l'architecture système », « les exigences système », « l'architecture de structure » et « les exigences de structure », le CMMI distingue la « conception de haut niveau » et la « conception de bas niveau ».

Cela sera particulièrement important si vous devez combiner le CMMI avec d'autres processus et modèles que votre organisation utilise déjà, notamment le modèle en V mentionné ci-dessus et l'ASPICE.

En savoir plus :La cybersécurité comme plugin dans ASPICE et le modèle en V.

Nous vous aiderons à mettre en œuvre CMMI 2.0 dans votre entreprise

Si vous avez besoin d'un accompagnement lors de l'introduction du référentiel CMMI dans votre organisation, contactez notre équipe Automotive pour plus d'informations en utilisant le formulaire ci-dessous.