MIL-HDBK-61A : Contrôle de configuration

< Précédent / Contenu | Suivant >

6.1 Activité de contrôle de configuration

Le contrôle de configuration est peut-être l’élément le plus visible de la gestion de la configuration. Il s’agit du processus utilisé par les entrepreneurs et les bureaux de programme gouvernementaux pour gérer la préparation, la justification, l’évaluation, la coordination, la disposition et la mise en œuvre des modifications techniques proposées et des écarts par rapport aux éléments de configuration effectués (SIC) et à la documentation de configuration de base.

L’objectif principal du contrôle de la configuration est d’établir et de maintenir un processus systématique de gestion du changement qui régule les coûts du cycle de vie, et:

• Permet une latitude de conception et de développement optimale avec le degré approprié et la profondeur des procédures de contrôle des changements de configuration pendant le cycle de vie d’un système / CI.

• Fournit un traitement et une mise en œuvre efficaces des modifications de configuration qui maintiennent ou améliorent la disponibilité opérationnelle, la prise en charge, l’interchangeabilité et l’interopérabilité

• Assure des modifications complètes, précises et opportunes de la documentation de configuration maintenue sous l’autorité de contrôle de configuration appropriée

• Élimine la prolifération des changements inutiles

La portée du contrôle de configuration commence pour le gouvernement une fois que le premier document de configuration est approuvé et basé. Cela se produit normalement lorsque la ligne de base de la configuration fonctionnelle (appelée ligne de base des exigences dans EIA/IS-649) est établie pour un élément de système ou de configuration. À ce stade, des procédures complémentaires de gestion des changements du gouvernement et de l’entrepreneur sont utilisées pour évaluer systématiquement chaque modification technique proposée ou chaque dérogation demandée aux documents de base, pour évaluer l’impact total des changements (y compris les coûts) grâce à la coordination avec les activités fonctionnelles concernées, pour éliminer le changement ou l’écart et fournir une approbation ou une désapprobation en temps opportun, et pour assurer la mise en œuvre en temps opportun des changements approuvés par les deux parties. Le contrôle de la configuration est une discipline essentielle tout au long du cycle de vie du programme. La figure 6-1 illustre un modèle d’activité de niveau supérieur du processus de contrôle de la configuration. Il montre le processus de contrôle de configuration divisé en trois segments, qui sont détaillés dans les figures 6-2, 6-3 et 6-4, respectivement.

Le premier segment, Contrôle de la configuration du gouvernement – Initiation, reflète la partie du processus précédant la demande du gouvernement d’une Proposition de modification technique de l’entrepreneur (PCE). Cette activité se produit:

• Lorsque la nécessité d’un changement provient d’une activité gouvernementale (y compris les activités sur le terrain et les opérations)

• À la suite des commentaires de l’entrepreneur, un changement de catégorie I vers une base de référence contrôlée par le gouvernement est nécessaire

• Une fois que la documentation de configuration qui sera affectée par le changement proposé a été approuvée et intégrée à la base de référence actuelle contrôlée par le gouvernement

Des changements peuvent être nécessaires pour diverses raisons, telles que pour contrer une nouvelle menace, insérer de nouvelles technologies et répondre aux tests et évaluations techniques et opérationnels, ou corriger les problèmes. Comme le montre la figure 6-2, l’activité gouvernementale responsable du contrôle de la configuration confirme la nécessité d’un changement, fixe des seuils de performance, de coût et de calendrier pour le changement proposé, détermine que le changement est techniquement réalisable et abordable (sur la base des informations à jour et de l’interface du contractant, le cas échéant), et prépare une demande pour que le ou les contractants préparent un PCE. L’un des principaux facteurs contribuant à l’efficience et à l’efficacité du contrôle de la configuration est la communication claire et concise entre le gouvernement et l’entrepreneur avant la demande officielle d’ECP. Idéalement, cela se produit dans un environnement d’équipe produit intégrée.

La figure 6-3, reflétant le deuxième segment de la figure 6-1, modélise le processus de contrôle de la configuration de l’entrepreneur. Le contrôle de configuration de l’entrepreneur est invoqué lorsque l’entrepreneur publie chaque élément de la documentation de configuration. En fin de compte, le contrôle de la configuration de l’entrepreneur est appliqué à l’ensemble complet de la documentation de configuration, y compris la documentation de configuration basée sur le gouvernement au niveau de la performance ou des spécifications détaillées, selon le cas, et la solution de conception incorporée dans les modèles d’ingénierie et les dessins. L’entrepreneur répond aux demandes d’ECP du gouvernement et aux demandes de modifications ou d’écarts de conception générées à l’interne (RFD). L’entrepreneur évalue chaque demande de modification ou d’écart proposée et documente son impact sur le développement et la capacité de prise en charge de l’IC, détermine le niveau d’examen et d’approbation requis et s’assure qu’une décision spécifique sur la viabilité du changement est prise par l’autorité de contrôle de la configuration applicable avant sa mise en œuvre. Les PCE et les DDR nécessitant un examen et / ou une approbation du gouvernement sont transmises conformément aux exigences contractuelles. La décision d’approbation du changement est prise par le gouvernement lorsque:

• Le changement est une exigence d’un document de configuration de niveau de performance de base contrôlé par le gouvernement, ou

• Une modification d’un document de configuration contrôlé par l’entrepreneur a une incidence sur les performances spécifiées, la capacité de prise en charge et d’autres exigences contractuelles spécifiées relatives à l’IC et à la documentation contrôlée par le gouvernement.

L’entrepreneur prend la décision lorsque la modification concerne des éléments ou de la documentation de configuration pour lesquels il est l’autorité de contrôle de la configuration, à condition que ces modifications n’aient pas d’incidence sur les niveaux de référence du gouvernement.

La figure 6-4 représente le troisième segment de la figure 6-1, couvrant la partie du processus concernée par l’examen par le gouvernement et la disposition des PCE et des DDR soumises par l’entrepreneur. Il illustre l’examen et l’approbation par les représentants des administrations locales des changements de catégorie II et des écarts mineurs (lorsque de telles mesures sont contractuellement requises) et son approbation (ou sa non-approbation) des changements de catégorie I et des écarts majeurs / critiques. L’activité de contrôle de la configuration du gouvernement (généralement un secrétariat) se prépare pour le conseil de contrôle de la configuration en coordonnant le changement proposé avec toutes les parties touchées, en recevant l’accord technique et les engagements en matière de coûts et de calendrier, et en inscrivant le changement / écart au calendrier du CCB (de concert avec son état de préparation et l’urgence du changement). Le CCB examine ensuite la proposition et les engagements de mise en œuvre et les approuve ou les désapprouve conformément à la politique de l’activité de passation de marchés. À la suite de la décision CCB, une directive de mise en œuvre est donnée, généralement sous la forme d’une directive CCB. Les actions dirigées par le CCB comprennent à la fois des actions contractuelles et des ordres de tâches pour les activités gouvernementales, selon le cas. En réponse à une directive du CCC, le bureau des marchés du gouvernement prépare et négocie une modification du contrat pour autoriser l’entrepreneur à procéder à la mise en œuvre du PCE de catégorie I approuvé ou de l’écart majeur/critique.

Un processus de contrôle de la configuration efficace et bien défini garantit au bureau du programme gouvernemental que toutes les modifications apportées aux lignes de base contrôlées par le gouvernement, aussi petites soient-elles ou apparemment insignifiantes, sont examinées par l’autorité de contrôle de la configuration applicable. Sans un processus de contrôle de configuration efficace, le bureau du programme court le risque de fournir des CI avec des configurations qui:

• Sont techniquement inadéquats et ne répondent pas aux exigences de performance spécifiées

• Ne sont pas supportables sur le plan logistique

• Peut être dangereux

• Des ressources gaspillées, et

• Ne fournissez pas un historique précis comme base pour les changements futurs.

Comme décrit au point 6.1, le contrôle de la configuration de la documentation de configuration de base est un processus intégré de gestion du changement comprenant à la fois des activités d’exécution (généralement un entrepreneur) et des tâches (généralement le gouvernement) pour la préparation, la justification, l’évaluation, la coordination, la disposition et la mise en œuvre du changement. Grâce au processus de contrôle de la configuration, l’impact complet des modifications et des écarts d’ingénierie proposés est identifié et pris en compte dans leur mise en œuvre.

Le processus de contrôle de la configuration passe d’un processus moins formel dans les premières phases d’un programme à un processus très discipliné et formel pendant les phases de Développement et de Démonstration du Système, de Production et de déploiement, ainsi que d’Exploitation et de support. Dans la phase d’exploration du concept, le processus de contrôle de la configuration est utilisé à l’appui de l’ingénierie des systèmes pour s’assurer que la version correcte des documents, qui communiquent les décisions techniques ou la définition des paramètres d’étude pertinents, est diffusée et utilisée par tout le personnel. En outre, le processus fait prendre conscience aux parties concernées qu’un changement est en cours d’élaboration et leur permet de fournir des commentaires pertinents.

Dans la phase de développement du concept et de la technologie (le cas échéant), lorsque les documents de définition de programme sont en cours d’élaboration, le processus de contrôle de la configuration est également moins formel. Dans le cadre du processus de contrôle de l’ingénierie des systèmes à cette étape, plusieurs lignes de base de définition des exigences peuvent être établies pour plus de commodité afin de s’assurer que tous les participants au programme sont sur la même longueur d’onde.” Une procédure de contrôle de la configuration est utile dans cette phase pour l’examen et la coordination des modifications apportées aux spécifications évolutives au niveau du système. Il peut également servir à maintenir l’échange d’information entre le gouvernement et l’entrepreneur efficace et gérable en fournissant:

• L’identification, la documentation, la diffusion et l’examen des changements

• Versionnage approprié des fichiers et révision des documents

• Un processus de publication pour s’assurer que chaque révision/version reflète les modifications applicables

Pendant les phases de Développement et de Démonstration du Système, de Production et de Déploiement, ainsi que d’Exploitation et de support, un processus formel de contrôle de la configuration est essentiel. Le contrôle du changement dans les documents informels qui a été pratiqué lors de l’exploration des concepts est insuffisant pour l’acquisition et la maintenance des systèmes. Au fur et à mesure du développement et de la production du produit, le contrôle de configuration se concentre sur la documentation définissant les performances, les caractéristiques physiques et fonctionnelles et la configuration du produit. Le contrôle de configuration est un processus de gestion utilisant des bases de configuration contractuelles (gouvernementales) et internes (contractantes) comme références pour gérer le changement. Dans ce contexte, cependant, il existe plusieurs niveaux de complexité du contrôle de configuration. Vu au niveau macro, décrit par les modèles d’activité (figures 6-1 à 6-4), le processus:

• Adresse la documentation de base

• Détermine quels documents sont affectés

• Propose un changement couvrant les impacts sur tous les éléments touchés, et

• Indique quand, où et par qui la documentation sera mise à jour et le changement sera incorporé dans le produit et dans tous les éléments de support.

Bien que cette vue macro de niveau supérieur semble simple et directe, une vue au niveau micro du processus de contrôle de la configuration peut être considérablement plus complexe. La vue micro révèle la couche de processus traitant de ce qui doit être fait pour modifier chaque élément affecté, et donc d’une grande variété de considérations telles que les droits des données; autorité d’approbation, dépositaires de documents; organisations de conception, de publication, de production, d’installation et de test; relations contractuelles et d’interface.

Pour modifier un produit, la première étape consiste à réviser les documents définissant le produit. Les concepts discutés ci-dessous facilitent la réalisation de cette étape, en utilisant des outils automatisés tels qu’un AIS CM. Ce manuel examine ces concepts à la fois du point de vue de la gestion de programme (macro) et du point de vue du contrôle des documents (micro).

6.1.1.1 Autorité actuelle.

Au niveau micro, si un PCE proposant une modification d’un produit a un impact sur plusieurs documents, la proposition de modification, l’évaluation et la mise en œuvre doivent tenir compte:

• Qui est l’autorité contractuelle pour approuver un PCE? Il s’agit de l’autorité de contrôle de la configuration du produit

• Qui a le droit d’approuver la révision de chaque document concerné par un PCE ? Il s’agit de l’autorité de changement de document actuelle.

• Un ECP associé est-il requis auprès d’une organisation d’autorité de changement de document avant que l’autorité de contrôle de la configuration du produit puisse approuver un ECP pour le produit ?

• Y a-t-il d’autres activités gouvernementales ou industrielles impliquées parce que le produit a plusieurs utilisateurs? Ce sont des activités d’application. Est-ce qu’on désigne l’activité de demande principale?

a. Autorité de contrôle de configuration.

L’autorité de contrôle de la configuration contractuelle approuvant la mise en œuvre d’une modification d’un produit (système/ CI) peut résider initialement chez un entrepreneur ou auprès du gouvernement. Il peut être transféré de l’entrepreneur au gouvernement, ou peut continuer à résider avec l’entrepreneur tout au long du cycle de vie de l’IC. Cette autorité est techniquement responsable de la performance du produit ainsi que fiscalement responsable du financement des modifications apportées au produit.

Le niveau de contrôle de la configuration gouvernementale est généralement déterminé dans le cadre de la sélection de l’IC. Au cours d’un programme d’acquisition, ce sont les niveaux auxquels le gouvernement spécifie, contracte, accepte et prévoit de soutenir logistiquement les différentes composantes d’un système ou d’un CIS. Le contrôle de la configuration gouvernementale porte toujours sur la base fonctionnelle et les lignes de base allouées établies pour les CEI de niveau inférieur dont les spécifications ont été publiées ou approuvées par le gouvernement. Des pratiques similaires et connexes de contrôle de la configuration des entrepreneurs s’appliquent également aux ECI et aux composants inférieurs au niveau de contrôle de la configuration du gouvernement.

L’autorité de contrôle de la configuration contractuelle traite l’ensemble total de documents qui sont basés pour le produit contrôlé par cette autorité pour un contrat spécifique. Cette autorité peut être l’Autorité actuelle de changement de document (CDCA), décrite au point b. ci-dessous, pour les documents individuels qui nécessitent une modification (par exemple, une spécification de performance du système ou de l’IC). S’il ne s’agit pas de l’ECD pour un document donné, il n’a pas le pouvoir d’approuver une modification proposée à ce document et doit donc solliciter l’approbation de l’ECD auprès de l’ECD applicable ou choisir un autre modèle.

b. Autorisation de changement de document actuelle.

Le concept d’autorité de changement de document actuelle (CDCA est l’expression d’une relation qui a toujours existé. Avant la nécessité de gérer la documentation de configuration avec un système d’information automatisé, ce concept n’était pas clairement articulé, mais était incarné dans les termes “Activité de conception d’origine” et “Activité de conception actuelle”.”Cependant, la définition de ces termes se réfère spécifiquement aux documents de conception, par exemple les dessins techniques, par opposition à toute la documentation, et ils incluent également la responsabilité de la garde ainsi que la responsabilité de la conception.

Le CDCA, quant à lui, concerne les spécifications ou tout autre type de document et est indépendant de l’organisation qui maintient et stocke physiquement le document. Le CDCA est l’organisation qui a le pouvoir de décision sur le contenu du document, reflétant les droits de propriété ou de données sur les informations que le document contient. La CDCA peut être une activité gouvernementale ou un entrepreneur, et l’autorité peut être transférée. Cependant, il n’y a qu’un seul CDCA pour un document à la fois.

Les scénarios de la boîte illustrent la logique de la désignation CDCA:

c. Activité de l’application.

Il peut y avoir plusieurs autorités de contrôle de configuration pour un produit avec plus d’un utilisateur ; chacune étant une autorité de contrôle de configuration pour un contrat donné. Si l’autorité de contrôle de configuration pour un contrat est la CDCA pour la spécification de performance du système/CI pour le produit, les autres autorités de contrôle de configuration sont considérées comme des activités d’application car leur autorité s’étend uniquement à l’utilisation du produit et à sa documentation. Ils ne peuvent pas autoriser la modification à l’un ou l’autre, mais ils peuvent participer au processus de contrôle des modifications si l’autorité de contrôle de la configuration qui est l’ACDC ou l’activité d’application principale du gouvernement leur demande d’entrer.

Il a toujours été souhaitable que le contractant traite un élément par l’intermédiaire d’un point focal gouvernemental unique pour la coordination des changements. Souvent, cela n’a pas été le cas. Chaque activité gouvernementale considérait généralement que son autorité était primordiale et ne reconnaissait pas toujours qu’il y avait plusieurs pouvoirs de demande. Étant donné que l’utilisation multiple d’articles continue de proliférer, il doit y avoir une méthode logique simple pour distinguer l’autorité de contrôle de l’autorité d’utilisation, et pour communiquer et coordonner les changements susceptibles d’avoir un impact sur l’utilisation multiple. Les désignations d’activité d’application suivantes sont utilisées à cette fin:

• Activité d’application (AA) – utilisateur d’un document qui n’est pas son CDCA

• Autorité responsable de la demande du gouvernement – activité d’acquisition du gouvernement qui a été désignée comme responsable de l’acquisition de l’article. Lorsqu’il assume ce rôle, le GLAA consolide les recommandations de toutes les activités d’application du gouvernement et constitue le point de contact unique au sein du gouvernement pour la coordination avec le CDCA Gouvernement/entrepreneur.

6.1.1.2. Changer la classification.

La classification des changements est une méthode abrégée pour indiquer la méthode de traitement et/ ou d’approbation des changements. Les PCE devant être soumis au gouvernement sont classés en classe I ou en classe II. Un ECP de classe I est approuvé par le Conseil de contrôle de la configuration du gouvernement et autorisé avec une modification du contrat. Un changement de catégorie II, en revanche, est généralement examiné pour approbation dans la classification par le représentant de l’administration locale, sauf indication contraire dans le contrat. À moins qu’un représentant du gouvernement ne soit identifié dans le contrat (normalement une personne de l’activité d’approvisionnement), l’entrepreneur (ou l’initiateur du PCE) est responsable de l’attribution de la classification des changements. Des critères similaires pour la classification des changements sont contenus dans la norme ANSI/EIA-649 où les classifications des changements sont appelées changements “majeurs” et “mineurs”..

Dans l’acquisition basée sur les performances, la définition des modifications de classe I et de classe II a été modifiée pour refléter l’application uniquement aux modifications qui ont une incidence sur la documentation de configuration approuvée par le gouvernement (en base). Les modifications apportées à la documentation de base de l’entrepreneur doivent toutes être examinées par l’entrepreneur pour déterminer si elles ont également une incidence sur les exigences de rendement du gouvernement et les activités de soutien.

Les facteurs de classification s’appliquent uniquement aux modifications techniques proposées à la documentation de configuration approuvée. Bien que l’ajout d’un énoncé des tâches (comme une analyse d’impact environnemental) puisse nécessiter une modification du contrat et entraîner une augmentation des coûts pour le gouvernement, il n’est pas considéré comme un changement technique de catégorie I, car ni la conception ni la documentation de configuration ne sont touchées.

Pour classer un changement, il faut tenir compte de plus que des caractéristiques de forme, d’ajustement, de fonction ou d’interface de l’IC lui-même. Tous les facteurs de classification du PCE doivent être pris en compte avant de classer un PCE. Les facteurs incluent de nombreuses considérations de soutien, opérationnelles et de formation. Par exemple, si l’entrepreneur est CDCA pour la documentation de la carte, un changement de conception proposé pour une carte de circuit électronique ne serait pas un changement de classe I en soi.. Mais si la refonte nécessite un changement d’équipement de test automatique ou de logiciel de support dont le gouvernement est responsable, le changement doit être classé comme un ECP de classe I et traité en conséquence. Il convient de noter que les changements de catégorie I de ce type qui sont classés à tort dans la catégorie II ou qui relèvent de la responsabilité de l’ACDC de l’entrepreneur pourraient entraîner d’importants problèmes d’utilisation opérationnelle et/ou de soutien logistique et augmenter les coûts pour le gouvernement.

Toutes les demandes de l’IC concerné doivent être prises en compte lors de la classification d’un changement, p. ex., les PCE initiées par rapport à un IC fabriqué par plus d’un entrepreneur, un IC qui a plusieurs applications ou qui est utilisé par plus d’une tâche (application) activités. Les critères de classification doivent être appliqués à toutes les demandes d’IC via une coordination entre les activités concernées.

6.1.1.3 Tableau de commande de configuration (CCB).

Les BCC du gouvernement sont établis pour les grands programmes d’acquisition. (Les entrepreneurs utilisent également un processus similaire pour le contrôle de leur configuration interne.) Les CCB sont généralement composés du commandement interarmées ou de l’organisme chargé d’agir sur les PCE de classe I et les demandes d’écarts majeurs ou critiques. Le gestionnaire de programme est normalement le président de l’ACE et prend les décisions concernant tous les changements apportés à l’ACE. L’ACE est un processus de gestion de programme utilisé par le gestionnaire de programme pour déterminer tous les avantages et les impacts du changement avant que la décision ne soit prise. Lorsqu’une décision est rendue, le président du CCC approuve une directive du CCC, ou une lettre/note équivalente, indiquant les mesures de mise en œuvre appropriées à prendre.

a. Autorité CCB.

Chaque CCB a un pouvoir limité d’approuver les changements en fonction des facteurs suivants:

• L’autorité peut être limitée par un CCB de niveau supérieur, lorsqu’il existe une hiérarchie de CCB sur un projet complexe

• Un CCB, au sein d’une organisation qui n’est pas l’ACCC pour un document, n’a pas le pouvoir d’approuver une modification à ce document.

• Si l’ACDC est l’organisme qui a proposé la modification à l’ACE, l’ACDC approuve le financement et l’incorporation de la modification au produit, tandis que l’ACDC approuve la modification au document. * Si un organisme qui n’est pas l’ACCC pour un document propose un changement à un organisme qui n’est pas non plus l’ACCC pour le document (c.-à-d. un ACC AA), l’ACC AA n’a pas le pouvoir d’approuver le changement.

• Les CCB des AA peuvent examiner les modifications proposées et faire des recommandations à l’ACCC. Le CCB AA ne peut décider que d’adopter (ou non) une modification approuvée par le CDCA.

• L’approbation par le CCB d’un PCE doit parfois être refusée en attendant l’approbation de modifications de documents spécifiques par le CDCA pour ces documents

• L’approbation du CCB peut parfois être refusée en attendant la réception des positions des utilisateurs de tous les gouvernements Comme indiquant qu’ils adopteront le changement. Comme indiqué au 6.1.1.1.c, plusieurs positions AA doivent être coordonnées par un GLAA.

b. Adhésion au CCB.

Les membres du CCB sont normalement composés des principaux experts fonctionnels ou en la matière de l’organisation gouvernementale, p. ex. Équipe du Programme intégré (IPT). Les membres sont chargés de conseiller le président du CCB. D’autres membres du personnel fonctionnel peuvent être inclus, selon les exigences du changement et/ou du programme, y compris des représentants d’autres services du DoD (pour les programmes de services conjoints) et d’autres pays (pour les programmes multinationaux). Les membres du CCB devraient être, sans s’y limiter, des représentants de la logistique, de la formation, de l’ingénierie, de la gestion de la production, de la passation de marchés, de la gestion de la configuration et d’autres disciplines fonctionnelles liées au programme. L’adhésion au CCB est maintenue par la charte du CCB.

c. Charte CCB.

Les chartes CCB sont normalement approuvées par le biais des canaux administratifs officiels de l’activité d’approvisionnement du gouvernement. Tous les membres du CCB doivent être présents à chaque réunion du CCB et doivent connaître, de leur point de vue fonctionnel, les changements envisagés. Les membres du CCB sont tenus de faire connaître leur position au président et, en fin de compte, d’approuver la directive /l’ordonnance du CCB (au besoin) en notant leur accord ou leur désaccord avec la décision. Pour approuver la Directive CCB (CCBD), une personne doit être le membre principal (ou suppléant) du CCB désigné par la charte du CCB.

d. Procédures de fonctionnement du CCB.

Le bureau du CM de l’activité de passation des marchés devrait publier des procédures pour le fonctionnement de la BCC afin que tous les membres comprennent son importance pour le processus d’acquisition. Un secrétariat du CCC planifie les réunions, distribue les ordres du jour, enregistre les décisions du CCC et distribue les procès-verbaux et les directives aux parties qui se voient assigner des mesures de mise en œuvre ou qui ont besoin de savoir. Les procédures opérationnelles du CCB devraient également définir des délais de traitement cibles pour les PCE afin d’assurer la dotation, l’approbation et la mise en œuvre en temps opportun.

6.1.1.4 Efficacité.

L’efficacité d’un PCE identifie la quantité ou la plage de CIs à modifier, y compris l’incorporation en production et la modernisation des CIs livrés. L’établissement de l’efficacité de l’ECP exige que l’activité d’approvisionnement tienne compte de facteurs tels que les suivants:

• Urgence – La correction d’une lacune touchant la sécurité du personnel peut être suffisamment importante pour passer outre toutes les autres considérations, même le soutien simultané. Si des limites d’exploitation sont imposées à l’équipement en attendant la résolution d’un problème de sécurité, l’efficacité opérationnelle peut être sévèrement limitée

• Inventaire – Les pièces et les matériaux en main doivent être pris en compte; une décision basée sur les coûts et les compromis opérationnels doit être prise soit pour utiliser les matériaux existants jusqu’à épuisement, soit pour mettre au rebut les stocks actuels. Cela s’applique à l’inventaire des entrepreneurs ainsi qu’aux pièces de rechange et de réparation stockées par le gouvernement

• Configurations – L’un des principaux objectifs de gestion de la configuration est de minimiser le nombre de configurations d’IC différentes qui doivent être prises en charge simultanément, en particulier si les différentes configurations d’IC nécessitent des logiciels opérationnels, de l’équipement de soutien, des logiciels de soutien, des pièces de rechange, de la formation ou des publications différents ou mis à jour. Étant donné que toutes les configurations d’IC existantes ne peuvent souvent pas être mises à jour simultanément, il faut envisager soigneusement de retarder ou d’accélérer l’incorporation du changement afin de minimiser l’impact. La définition de l’effectivité à un bloc défini futur du CIs peut être une solution. La combinaison ou l’empaquetage d’un certain nombre de modifications logicielles dans la version suivante peut en être une autre, etc.

• Délai d’exécution – Il y a de nombreux délais à prendre en compte lors de l’identification de l’efficacité d’un changement. Il faut tenir compte des délais de fabrication et d’approvisionnement nécessaires pour réaliser des travaux de conception non récurrents, acquérir des pièces et des matériaux et intégrer le changement à la fois dans la production et/ou la modernisation. Le délai administratif requis pour le traitement du changement aux fins d’approbation est également primordial. Le gouvernement et l’entrepreneur ont la responsabilité d’éviter les retards dans le traitement des changements, en particulier lorsqu’il y a de grandes quantités d’IC en production et dans l’inventaire opérationnel qui doivent être modernisées. Le coût du report d’une décision peut entraîner la livraison de configurations obsolètes supplémentaires qui devront être modernisées. Souvent, le coût récurrent du remplacement des composants en production est simplement le remplacement d’un assemblage de coût égal ou inférieur par un autre; alors que la modernisation du même changement implique le coût des deux assemblages, ainsi que le coût supplémentaire du démontage et du remplacement.

• Calendrier – L’efficacité peut devoir être choisie de manière à ce qu’une capacité opérationnelle donnée soit disponible à un moment donné ou pour un événement spécifique tel qu’un déploiement planifié de forces ou un exercice d’entraînement.

Le tableau 6-1 fournit un guide d’activité pour l’évaluation d’un processus de contrôle de configuration.

Tableau 6-1. Guide D’Activités: Liste de contrôle de l’évaluation du processus de contrôle de la configuration

Le pouvoir d’approbation de classe II a été délégué aux entrepreneurs dans de nombreux cas à la suite de propositions d’initiative de processus unique (IPS). Cependant, le pouvoir d’approbation de classe II ne peut être délégué aux entrepreneurs que pour les documents pour lesquels ils sont l’ACDC

Pour une application correcte de ces informations, voir la NOTE à la page du contenu