MIL-HDBK-61A: Control de configuración

< Anterior |Contenido |Siguiente >

6.1 Actividad de control de configuración

El control de configuración es quizás el elemento más visible de la gestión de configuración. Es el proceso utilizado por los contratistas y las oficinas de programas gubernamentales para gestionar la preparación, justificación, evaluación, coordinación, disposición e implementación de cambios de ingeniería propuestos y desviaciones de Elementos de Configuración efectuados (CIs) y documentación de configuración de base.

El objetivo principal del control de configuración es establecer y mantener un proceso sistemático de gestión de cambios que regule los costos del ciclo de vida, y:

• Permite un diseño óptimo y una latitud de desarrollo con el grado y la profundidad adecuados de los procedimientos de control de cambios de configuración durante el ciclo de vida de un sistema/CI.

• Proporciona procesamiento e implementación eficientes de cambios de configuración que mantienen o mejoran la disponibilidad operativa, la compatibilidad, la intercambiabilidad y la interoperabilidad

• Garantiza cambios completos, precisos y oportunos en la documentación de configuración mantenida bajo la autoridad de control de configuración adecuada

• Elimina la proliferación innecesaria de cambios

El intervalo de control de configuración comienza para el Gobierno una vez que el primer documento de configuración se aprueba y se basa. Esto ocurre normalmente cuando se establece la línea de base de configuración funcional (denominada línea de base de requisitos en EIA/IS-649) para un sistema o elemento de configuración. En ese momento, se emplean procedimientos complementarios de gestión del cambio para el gobierno y los contratistas a fin de evaluar sistemáticamente cada cambio de ingeniería propuesto o desviación solicitada con respecto a la documentación de referencia, evaluar el impacto total del cambio (incluidos los costos) mediante la coordinación con las actividades funcionales afectadas, eliminar el cambio o desviación y proporcionar aprobación o desaprobación oportunas, y asegurar la aplicación oportuna de los cambios aprobados por ambas partes. El control de la configuración es una disciplina esencial durante todo el ciclo de vida del programa. La Figura 6-1 ilustra un modelo de actividad de nivel superior del proceso de control de configuración. Muestra el proceso de control de configuración dividido en tres segmentos, que se detallan en las Figuras 6-2, 6-3 y 6-4, respectivamente.

El primer segmento, Control de Configuración Gubernamental-Iniciación, refleja la parte del proceso anterior a la solicitud gubernamental de una Propuesta de Cambio de Ingeniería de contratista (ECP). Esta actividad ocurre:

• Cuando la necesidad de un cambio se origina en una actividad gubernamental (incluidas las actividades sobre el terreno y las operaciones)

• Como resultado de la opinión del contratista de que se necesita un cambio de Clase I a una línea de base controlada por el Gobierno

• Después de que se haya aprobado la documentación de configuración que se verá afectada por el cambio propuesto y se haya incorporado a la base de referencia actual controlada por el Gobierno

Los cambios pueden ser necesarios por una variedad de razones, tales como contrarrestar nuevas amenazas, insertar nueva tecnología, y responder a pruebas y evaluaciones técnicas y operativas, o corregir problemas. Como se muestra en la Figura 6-2, la actividad gubernamental responsable del control de la configuración confirma la necesidad de cambio, establece umbrales de rendimiento, costo y calendario para el cambio propuesto, determina que el cambio es técnicamente alcanzable y asequible (sobre la base de la información actual y la interfaz del contratista, cuando corresponda), y prepara una solicitud para que el contratista o contratistas preparen un ECP. Uno de los contribuyentes más importantes a la eficiencia y eficacia del control de la configuración es la comunicación clara y concisa entre el Gobierno y el contratista antes de la solicitud formal de ECP. Idealmente, esto ocurre en un entorno de equipo de producto integrado.

Figura 6-3, que refleja el segundo segmento de la Figura 6-1, modela el proceso de control de configuración del contratista. El control de configuración del contratista se invoca cuando el contratista libera cada elemento de la documentación de configuración. En última instancia, el control de configuración del contratista se aplica al conjunto completo de documentación de configuración, incluida la documentación de configuración basada en el gobierno a nivel de rendimiento o especificación detallada, según corresponda, y la solución de diseño incorporada en los modelos y dibujos de ingeniería. El contratista responde a las solicitudes de ECP del Gobierno y a las solicitudes de cambios o desviaciones de diseño (RFD) generadas internamente. El contratista evalúa cada solicitud de cambio o desviación propuesta y documenta su impacto en el desarrollo y la compatibilidad del CI, determina el nivel aplicable de revisión y aprobación requerido, y se asegura de que la autoridad de control de configuración aplicable tome una decisión específica sobre la viabilidad del cambio antes de implementarlo. Los CEP y las RFD que requieren revisión y/o aprobación del Gobierno se envían de conformidad con los requisitos contractuales. La decisión de aprobación del cambio es tomada por el Gobierno cuando:

• El cambio es un requisito de un documento de configuración de nivel de rendimiento de base controlado por el Gobierno, o

• Un cambio en un documento de configuración controlado por el contratista tiene un impacto en el rendimiento especificado, la capacidad de soporte y otros requisitos especificados contractualmente relacionados con el CI y la documentación controlada por el Gobierno.

El contratista toma la decisión cuando el cambio se refiere a los elementos/documentación de configuración para los que es la autoridad de control de configuración, siempre que esos cambios no afecten las bases de referencia del Gobierno.

En la figura 6-4 se modela el tercer segmento de la Figura 6-1, que abarca la parte del proceso relacionada con el examen por el Gobierno y la disposición de los CEP y las solicitudes de solicitud presentadas por el contratista. Ilustra el examen y la conformidad de los representantes de los gobiernos locales con los cambios de clase II y las desviaciones menores (cuando tal acción se requiere contractualmente) y su aprobación (o no aprobación) de los cambios de clase I y las desviaciones principales/críticas. La actividad de control de configuración gubernamental (normalmente una secretaría) se prepara para la junta de control de configuración coordinando el cambio propuesto con todas las partes afectadas, recibiendo la concurrencia técnica y los compromisos de costos y cronogramas, y colocando el cambio/desviación en el calendario del BCC (de acuerdo con su preparación y la urgencia del cambio). El CCB luego revisa la propuesta y los compromisos de implementación y los aprueba o desaprueba de acuerdo con la política de la actividad de adquisición. Como resultado de la decisión de la CCB, se da una dirección de aplicación, normalmente en forma de directiva de la CCB. Las acciones dirigidas por el BCC incluyen tanto acciones contractuales como órdenes de asignación de tareas para actividades gubernamentales, según corresponda. En respuesta a una Directiva del CCB, la oficina de contratación del Gobierno prepara y negocia una modificación del contrato para autorizar al contratista a proceder a la aplicación del ECP de clase I aprobado o desviación importante/crítica.

Un proceso de control de configuración eficaz y bien definido garantiza a la oficina de programas gubernamentales que todos los cambios en las líneas de base controladas por el gobierno, sin importar cuán pequeños o aparentemente insignificantes, sean revisados por la autoridad de control de configuración aplicable. Sin un proceso de control de configuración eficaz, la oficina de programas corre el riesgo de entregar CIs con configuraciones que:

• Son técnicamente inadecuados y no cumplen con los requisitos de rendimiento especificados

• no sea compatible

• Puede ser inseguro

• Resultado un desperdicio de los recursos, y

• no proporcionan un preciso registro histórico como base para futuros cambios.

Como se describe en el punto 6.1, el control de configuración de la documentación de configuración de base es un proceso de gestión de cambios integrado que incluye tanto las responsabilidades de la actividad de ejecución (generalmente un contratista) como de la actividad de tareas (generalmente el gobierno) para la preparación, justificación, evaluación, coordinación, disposición e implementación del cambio. A través del proceso de control de configuración, se identifica el impacto total de los cambios y desviaciones de ingeniería propuestos y se tiene en cuenta en su implementación.

El proceso de control de configuración evoluciona de un proceso menos formal en las primeras fases de un programa a un proceso muy disciplinado y formal durante las fases de Desarrollo y Demostración del Sistema, Producción e Implementación, y Operación y Soporte . En la fase de exploración de conceptos, el proceso de control de configuración se emplea en apoyo de la ingeniería de sistemas para asegurarse de que la versión correcta de los documentos, que comunican las decisiones técnicas o la definición de los parámetros de estudio pertinentes, se difunda y sea utilizada por todo el personal. Además, el proceso hace que las partes afectadas sean conscientes de que se está elaborando un cambio y les permite hacer aportaciones pertinentes.

En la fase de Desarrollo de Concepto y Tecnología (si corresponde), cuando se están desarrollando los documentos de definición del programa, el proceso de control de configuración también es menos formal. Como parte del proceso de control de ingeniería de sistemas en esta fase, puede haber varias líneas de base de definición de requisitos establecidas para garantizar que todos los participantes del programa estén “en la misma página”.”Un procedimiento de control de configuración es útil en esta fase para la revisión y coordinación de cambios en las especificaciones de nivel de sistema en evolución. También puede servir para mantener el intercambio de información entre el Gobierno y los contratistas eficiente y manejable al proporcionar:

• Identificación, documentación, difusión y examen de los cambios

• Versionado adecuado de archivos y revisión de documentos

• Un proceso de publicación para asegurar que cada revisión / versión refleje los cambios aplicables

Durante las fases de Desarrollo y Demostración del Sistema, Producción e Implementación, y Operación y Soporte, es esencial un proceso de control de configuración formal. El control informal de cambios de documentos que se practicó durante las exploraciones de conceptos es insuficiente para la adquisición y el mantenimiento de sistemas. A medida que se desarrolla y produce el producto, el control de configuración se centra en la documentación que define el rendimiento, las características físicas y funcionales y la configuración del producto. El control de configuración es un proceso de gestión que utiliza líneas de base de configuración contractuales (Gubernamentales) e internas (contratistas) como referencias para administrar el cambio. Dentro de este contexto, sin embargo, hay varios niveles de complejidad de control de configuración. Cuando se observa a nivel macro, descrito por los modelos de actividad (Figuras 6-1 a 6-4), el proceso:

• Aborda la documentación de referencia

• Determina qué documentos se ven afectados

• Propone un cambio que abarque los impactos en todos los elementos afectados, y

• Indica cuándo, dónde y por quién se actualizará la documentación y el cambio se incorporará en el producto y en todos los elementos de soporte.

Si bien esta vista macro de nivel superior parece simple y directa, una vista de nivel micro del proceso de control de configuración puede ser considerablemente más compleja. La vista micro revela la capa de proceso que se ocupa de lo que se debe hacer para cambiar cada elemento afectado y, por lo tanto, con una amplia variedad de consideraciones, como derechos de datos; autoridad de aprobación, custodios de documentos; organizaciones de diseño, publicación, producción, instalación y pruebas; relaciones contractuales y de interfaz.

Para efectuar un cambio en un producto, el primer paso es la revisión de los documentos que definen el producto. Los conceptos que se discuten a continuación facilitan la realización de este paso, utilizando herramientas automatizadas como un AIS de CM. Este manual contempla estos conceptos tanto desde el punto de vista de la gestión de programas (macro) como desde el punto de vista del control de documentos (micro).

6.1.1.1 Autoridad Actual.

A nivel micro, si un ECP que propone un cambio en un producto afecta a varios documentos, la propuesta de cambio, la evaluación y la implementación deben tener en cuenta:

• ¿Quién es la autoridad contractual para aprobar un ECP? Esta es la autoridad de control de configuración del producto

• ¿Quién tiene derecho a aprobar la revisión de cada documento afectado por un ECP? Esta es la autoridad de cambio de documento actual.

• ¿Se requiere un ECP relacionado de una organización de autoridad de cambio de documentos antes de que la autoridad de control de configuración del producto pueda aprobar un ECP para el producto?

• ¿Hay otras actividades gubernamentales o industriales involucradas porque el producto tiene múltiples usuarios? Estas son actividades de aplicación. ¿Se designa a uno como la actividad de solicitud principal?

a. Autoridad de Control de Configuración.

La autoridad de control de configuración contractual que aprueba la implementación de un cambio en un producto (sistema/CI) puede residir inicialmente con un contratista o con el Gobierno. Puede transferirse del contratista al Gobierno, o puede seguir residiendo con el contratista durante todo el ciclo de vida de la IC. Esta autoridad es técnicamente responsable del rendimiento del producto, así como fiscalmente responsable de financiar los cambios en el producto.

El nivel de control de configuración gubernamental se determina generalmente como parte de la selección de CI. Durante un programa de adquisición, son los niveles en los que el Gobierno especifica, contrata, acepta y planea apoyar logísticamente los componentes individuales de un sistema o SII. El control de la configuración gubernamental siempre aborda la base de referencia funcional y las bases de referencia asignadas establecidas para las entidades de crédito de nivel inferior cuyas especificaciones han sido emitidas o aprobadas por el Gobierno . Prácticas de control de configuración de contratistas similares y relacionadas también se aplican a los CIS y las partes componentes por debajo del nivel de control de configuración gubernamental.

La autoridad de control de configuración contractual se refiere al conjunto total de documentos que se basan para el producto controlado por esa autoridad para un contrato específico. Esta autoridad puede ser la Autoridad de Cambio de Documentos (CDCA) Actual, descrita en b. a continuación, para documentos individuales que requieren cambios (por ejemplo, una especificación de rendimiento de sistema o CI). Si no es el CDCA para un documento dado, no tiene la autoridad para aprobar un cambio propuesto a ese documento, y por lo tanto debe solicitar la aprobación de ECP del CDCA aplicable, o seleccionar un diseño alternativo.

b. Autoridad de Cambio de Documento Actual.

El concepto de autoridad de cambio de documento actual (CDCA es una expresión de una relación que siempre ha existido. Antes de la necesidad de gestionar la documentación de configuración con un sistema de información automatizado, este concepto no estaba claramente articulado, sino que se plasmaba en los términos “Actividad de Diseño Inicial” y “Actividad de Diseño Actual”.”Sin embargo, la definición de esos términos se refiere específicamente a los documentos de diseño, por ejemplo, planos de ingeniería, a diferencia de toda la documentación, y también incluyen la custodia y la responsabilidad del diseño.

El CDCA, por otro lado, se refiere a especificaciones o cualquier otro tipo de documento y es independiente de la organización que mantiene y almacena físicamente el documento. El CDCA es la organización que tiene la autoridad de decisión sobre el contenido del documento, reflejando los derechos de propiedad o de datos sobre la información que contiene el documento. El CDCA puede ser una actividad gubernamental o un contratista, y la autoridad puede ser transferida. Sin embargo, solo hay un CDCA para un documento a la vez.

Los escenarios de la caja ilustran la lógica de la designación CDCA:

c. Actividad de la aplicación.

Puede haber varias autoridades de control de configuración para un producto con más de un usuario; cada una de ellas es una autoridad de control de configuración para un contrato determinado. Si la autoridad de control de configuración para un contrato es el CDCA para la especificación de rendimiento del sistema/CI para el producto, entonces las otras autoridades de control de configuración se consideran actividades de aplicación porque su autoridad se extiende solo al uso del producto y su documentación. No pueden autorizar cambios a ninguno de los dos, pero pueden participar en el proceso de control de cambios si la autoridad de control de configuración que es el CDCA o la actividad de la aplicación líder del Gobierno les piden información.

Siempre ha sido conveniente que el contratista trate un artículo a través de un único punto focal gubernamental para la coordinación de los cambios. A menudo no ha sido así. Por lo general, cada actividad gubernamental consideraba que su autoridad era primordial y no siempre reconocía que había múltiples autoridades de aplicación. A medida que el uso múltiple de artículos continúa proliferando, debe haber un método lógico simple para distinguir la autoridad de control de la autoridad de uso, y para comunicar y coordinar los cambios que puedan tener efectos de uso múltiple. Para ello se utilizan las siguientes designaciones de Actividad de Aplicación:

• Actividad de aplicación (AA): un usuario de un documento que no es su CDCA

• Autoridad de aplicación principal del gobierno (GLAA, por sus siglas en inglés): la actividad de adquisición del Gobierno que ha sido designada como la principal para la adquisición del artículo. Al asumir esta función, la GLAA consolida las recomendaciones de todas las actividades de aplicación del Gobierno y es el único punto de contacto dentro del Gobierno para la coordinación con el CDCA del Gobierno/Contratista.

6.1.1.2. Cambiar de Clasificación.

La clasificación de cambios es un método abreviado para indicar el método de procesamiento de cambios y/o aprobación. Las PAE que deben presentarse a las administraciones públicas se clasifican en la clase I o en la clase II. Un ECP de clase I es aprobado por la Junta de Control de Configuración del Gobierno y autorizado con una modificación del contrato. Un cambio de clase II, por otra parte, normalmente es revisado por el representante del gobierno local para determinar si existe coincidencia en la clasificación, a menos que se especifique lo contrario en el contrato. A menos que en el contrato se identifique a un representante del gobierno (normalmente una persona de la actividad de adquisición), el Contratista (o el originador de ECP) es responsable de asignar la clasificación de cambio. Criterios similares para la clasificación de cambios figuran en ANSI / EIA-649, donde las clasificaciones de cambios se denominan cambios” mayores “y” Menores”..

En la adquisición basada en el rendimiento, la definición de los cambios de clase I y clase II se ha modificado para reflejar la aplicación solo a los cambios que afectan a la documentación de configuración aprobada por el Gobierno (de base). Los cambios en la documentación de base del contratista deben ser revisados por el contratista para determinar si también afectan los requisitos de desempeño del gobierno y las actividades de apoyo.

Los factores de clasificación se aplican solo a los cambios de ingeniería propuestos en la documentación de configuración aprobada. Aunque agregar una declaración de tareas de trabajo (como un análisis de impacto ambiental) puede requerir una modificación del contrato y podría resultar en un aumento de los costos para el gobierno, no se considera un cambio de ingeniería de clase I porque ni el diseño ni la documentación de configuración se ven afectados.

Al clasificar un cambio, se tendrá en cuenta algo más que la forma, el ajuste, la función o las características de interfaz del propio IC. Todos los factores de clasificación de la ECP deben considerarse antes de clasificar una ECP. Los factores incluyen muchas consideraciones de apoyo, operacionales y de capacitación. Por ejemplo, si el contratista es CDCA para la documentación de la tarjeta, un cambio de diseño propuesto a una tarjeta de circuito electrónico no sería un cambio de clase I por sí solo.. Pero si el rediseño requiere un cambio en el equipo de prueba automático o el software de soporte del que es responsable el Gobierno, el cambio debe clasificarse como ECP de clase I y procesarse en consecuencia. Cabe señalar que los cambios de clase I de este tipo que se clasifican erróneamente como de clase II o que se consideran responsabilidad de la CDCA del contratista, podrían dar lugar a problemas importantes de uso operacional y/o apoyo logístico y a un aumento de los costos para el Gobierno.

Todas las aplicaciones del CI afectado deben tenerse en cuenta al clasificar un cambio, por ejemplo, las PCE iniciadas en relación con un CI fabricado por más de un contratista, un CI que tiene múltiples aplicaciones o es utilizado por más de una actividad de tareas (aplicación). Los criterios de clasificación deben aplicarse a todas las solicitudes de IC a través de la coordinación entre las actividades afectadas.

6.1.1.3 Tarjeta de Control de Configuración (CCB).

Los CCB del gobierno se establecen para los principales programas de adquisición. (Los contratistas también emplean un proceso similar para su control de configuración interna.) Los CCB generalmente están compuestos por el comando conjunto o el cuerpo de la agencia designado para actuar en los PCE de clase I y las solicitudes de desviaciones importantes o críticas. El director del programa es normalmente el presidente de la CCB y toma las decisiones relativas a todos los cambios presentados ante la CCB. El CCB es un proceso de gestión del programa utilizado por el gerente del programa para determinar todos los beneficios y los impactos del cambio antes de tomar la decisión. Cuando se toma una decisión, el presidente del BCC aprueba una directiva del BCC, o una carta/memorando equivalente, que ordena que se completen las acciones de implementación apropiadas.

a. Autoridad del CCB.

Cada CCB tiene una autoridad limitada para aprobar cambios basados en los siguientes factores:

• La autoridad puede estar limitada por un BCC de nivel superior, donde existe una jerarquía de BCC en un proyecto complejo

• Un CCB, dentro de una organización que no es el CDCA para un documento, no tiene la autoridad para aprobar un cambio a ese documento.

• Si el CDCA es la organización que propuso el cambio al CCB, el CCB aprueba el financiamiento e incorporación del cambio al producto, mientras que el CDCA aprueba el cambio al documento. * Si una organización que no es el CDCA para un documento propone un cambio a una organización CCB que tampoco es el CDCA para el documento (es decir, un CCB AA), el CCB AA no tiene la autoridad para aprobar el cambio.

• Los CCB de AA pueden revisar los cambios propuestos y hacer recomendaciones al CDCA. El CCB de AA solo puede decidir adoptar (o no adoptar) un cambio que sea aprobado por el CDCA.

• La aprobación del CCB de un ECP a veces debe ser retenida en espera de la aprobación de cambios específicos de documentos por parte de los CDCA para esos documentos

• La aprobación de CCB a veces puede ser retenida en espera de la recepción de las posiciones de los usuarios de todos los gobiernos, lo que indica que adoptarán el cambio. Como se indica en 6.1.1.1.c, las posiciones AA múltiples deben ser coordinadas por un GLAA.

b. Miembros de la CCB.

La membresía del CCB está compuesta normalmente por los expertos funcionales o en la materia clave de la organización gubernamental, p. ej. Equipo de Programa Integrado (IPT). Los miembros son responsables de asesorar al presidente del CCB. Se puede incluir otro personal funcional, según lo dicten los cambios y/o los requisitos del programa, incluidos representantes de otros servicios del Departamento de Defensa (para programas de servicios conjuntos) y de otros países (para programas multinacionales). La membresía de CCB debe consistir en, pero no limitarse a, representantes de logística, capacitación, ingeniería, gestión de producción, contratación, gestión de configuración y otras disciplinas funcionales relacionadas con el programa. La membresía de CCB es mantenida por CCB charter.

c. Carta de CCB.

Los fletamentos de CCB normalmente se aprueban a través de los canales administrativos oficiales de la actividad de contratación pública. Todos los miembros de la CCB deben estar presentes en cada reunión de la CCB y estar familiarizados, desde su perspectiva funcional, con los cambios que se están considerando. Los miembros de la CCB están obligados a dar a conocer su(s) posición (s) al presidente y, en última instancia, a aprobar la directiva/orden de la CCB (cuando sea necesario) señalando su acuerdo o desacuerdo con la decisión. Para aprobar la Directiva CCB (CCBD), una persona debe ser el miembro principal (o suplente) del CCB designado por el estatuto del CCB.

d. Procedimientos operativos de la CCB.

La oficina del CM de la actividad de adquisición debe publicar los procedimientos para el funcionamiento del CCB de manera que todos los miembros comprendan su importancia para el proceso de adquisición. Una secretaría de la CCB programa reuniones, distribuye agendas, registra las decisiones de la CCB y distribuye minutas y directivas a las partes a las que se les asignan medidas de implementación o que necesitan saber. Los procedimientos operativos de la CCB también deben definir los plazos de tramitación previstos para los CEP, a fin de garantizar la puntualidad de la dotación de personal, la aprobación y la ejecución.

6.1.1.4 Efectividad.

La efectividad de un PCE identifica la cantidad o gama de SIC que se van a cambiar, incluida la incorporación en la producción y la adaptación de los SIC entregados. El establecimiento de la eficacia de la PCE requiere que la actividad de contratación tenga en cuenta factores como los siguientes::

* Urgencia: Corregir una deficiencia que involucre la seguridad del personal puede ser lo suficientemente importante como para anular todas las demás consideraciones, incluso el apoyo simultáneo. Si se imponen limitaciones operativas a los equipos en espera de la resolución de un problema de seguridad, la efectividad operativa puede restringirse severamente

• Inventario: se deben considerar las piezas y materiales disponibles; se debe tomar una decisión basada en el costo y las compensaciones operativas para usar los materiales existentes para agotarlos o para desechar el inventario actual. Esto se aplica tanto al inventario del contratista como a las piezas de repuesto y reparación almacenadas por el gobierno

• Configuraciones: Uno de los objetivos clave de la gestión de la configuración es minimizar el número de configuraciones de CI diferentes que deben admitirse simultáneamente, en particular si las diferentes configuraciones de CI requieren software operativo, equipo de soporte, software de soporte, repuestos, capacitación o publicaciones diferentes o actualizados. Dado que todas las configuraciones de IC existentes a menudo no se pueden actualizar simultáneamente, se debe considerar cuidadosamente la posibilidad de retrasar o acelerar la incorporación del cambio para minimizar el impacto. Establecer la efectividad en un bloque futuro definido del SIC puede ser una solución. Combinar o empaquetar una serie de cambios de software en la siguiente versión puede ser otra, etc.

• Plazo de entrega – Hay muchos plazos de entrega a considerar al identificar la efectividad de un cambio. Se deben considerar los plazos de entrega de fabricación/adquisición necesarios para completar el esfuerzo de diseño no recurrente, adquirir piezas y materiales e incorporar el cambio tanto en la producción como en la adaptación. El tiempo administrativo necesario para procesar el cambio para su aprobación también es fundamental. El Gobierno y el contratista tienen la responsabilidad de evitar retrasos en el procesamiento de cambios, especialmente cuando hay grandes cantidades de IC en la producción y en el inventario operativo que deben ser reacondicionadas. El costo de retrasar una decisión puede dar lugar a la entrega de configuraciones obsoletas adicionales que tendrán que ser reacondicionadas. A menudo, el costo recurrente de reemplazar componentes en la producción es simplemente la sustitución de un conjunto de igual o menor costo por otro; mientras que la adaptación del mismo cambio implica el costo de ambos conjuntos, así como el costo adicional de desmontaje y reemplazo.

• Calendario: es posible que sea necesario seleccionar la eficacia para que se disponga de una capacidad operacional determinada en un momento determinado o para un evento específico, como un despliegue de fuerzas previsto o un ejercicio de entrenamiento.

La tabla 6-1 proporciona una guía de actividades para la evaluación de un proceso de control de configuración.

Cuadro 6-1. Guía de Actividades: Lista de verificación de Evaluación de procesos de Control de configuración

La autoridad de concurrencia de clase II se ha delegado a los contratistas en muchos casos como resultado de propuestas de iniciativa de proceso único (SPI). Sin embargo, la autoridad de homologación de clase II solo puede delegarse a los contratistas para los documentos para los que son el CDCA

Para la aplicación correcta de esta información, consulte la NOTA en la página de contenidos