Share via


Solicitud de cambio (CMMI)

En este tema, puede obtener información sobre cómo rellenar los detalles de un elemento de trabajo de solicitud de cambio. Un equipo puede usar el elemento de trabajo de solicitud de cambio para realizar el seguimiento de un cambio propuesto en alguna parte del producto. Puede crear una solicitud de cambio cada vez que se proponga un cambio en cualquier producto de trabajo que esté bajo control de cambios. Para obtener más información, vea Administrar cambios (CMMI).

Para obtener información sobre cómo crear este tipo de elemento de trabajo, vea Elementos de trabajo y flujo de trabajo (CMMI).

En este tema

Temas relacionados

  • Definir una solicitud de cambio

  • Vincular una solicitud de cambio a un requisito, una tarea u otro elemento de trabajo

  • Agregar detalles, datos adjuntos o hipervínculos a una solicitud de cambio

  • Cambiar el estado de una solicitud de cambio

Guía de procesos

Libros

Referencia de campos

Permisos necesarios

Para ver una solicitud de cambio, debe ser miembro del grupo Readers o tener el permiso Ver los elementos de trabajo en este nodo establecido en Permitir. Para modificar una solicitud de cambio, debe ser miembro del grupo Contributors o tener los permisos Editar elementos de trabajo en este nodo establecidos en Permitir. Para obtener más información, vea Administrar permisos.

Definir una solicitud de cambio

El formulario de elemento de trabajo de una solicitud de cambio almacena los datos en los campos y pestañas que se muestran en la ilustración siguiente:

Formulario de elemento de trabajo Solicitud de cambio

   

Formulario de elemento de trabajo Solicitud de cambio de CMMI: pestañas

Al definir una solicitud de cambio, debe definir el Título. Puede dejar todos los demás campos en blanco o aceptar sus valores predeterminados.

Para definir una sola solicitud de cambio

  1. En la sección superior del formulario de elemento de trabajo, especifique uno o más de los siguientes tipos de información:

    • En Título (Requerido), escriba una descripción breve.

      Los títulos buenos indican el área del producto afectada y en qué grado se ve afectada. En cualquier momento, se puede actualizar el texto para definir con más precisión el cambio y las áreas de trabajo afectadas.

    • En la lista Asignado a, haga clic en el nombre del miembro del equipo responsable de resolver la solicitud de cambio.

      Nota

      Solamente puede asignar elementos de trabajo a los miembros del grupo Contributors.

      Si deja la solicitud de cambio sin asignar, se le asignará automáticamente.

    • En la lista Estado, deje el valor predeterminado Propuesto.

      De forma predeterminada, el valor del campo Motivo es Nuevo. Para obtener más información sobre este campo y cómo puede utilizarlo para realizar el seguimiento del flujo de trabajo, vea Cambiar el estado de una solicitud de cambio más adelante en este tema.

    • En las listas Área e Iteración, haga clic en el área y la iteración correspondientes.

      Nota

      El administrador de proyectos definió las jerarquías de árbol Área e Iteración para que los miembros del equipo puedan realizar el seguimiento del progreso por esas designaciones. Para obtener más información, vea Crear y modificar áreas e iteraciones.

    • En la lista Prioridad, haga clic en el nivel de importancia de la solicitud de cambio en una escala de 1 (más importante) a 4 (menos importante).

      El valor predeterminado es 2.

    • En la lista Evaluación de errores, haga clic en el subestado de evaluación de errores.

      Este campo identifica el nivel de evaluación de errores decidido para cualquier solicitud de cambio que esté en el estado Propuesto. Los valores válidos son Pendiente (valor predeterminado), Más información, Información recibida y Evaluado.

    • En la lista Bloqueado, haga clic en si un problema está evitando que el equipo implemente la solicitud de cambio.

  2. En la pestaña Detalles, proporcione tantos detalles como desee para describir exactamente lo que el equipo debe cambiar.

    Proporcione tantos detalles como sea posible en la solicitud de cambio para asegurarse de que un desarrollador pueda implementarla y un evaluador pueda probarla. El equipo puede utilizar esta información para crear elementos de trabajo para las tareas y los casos de prueba. Para obtener más información, vea Tarea (CMMI) y Caso de prueba (Agile).

  3. En la pestaña Justificación, proporcione tantos detalles como desee para describir el valor que para el cliente o el producto tiene la solicitud de cambio.

  4. En la pestaña Análisis, haga clic en cada cuadro de texto y proporcione detalles del impacto que la solicitud de cambio tendrá en las áreas siguientes:

    • Impacto en la arquitectura

    • Impacto en la experiencia del usuario

    • Impacto en la prueba

    • Impacto en el diseño y desarrollo

    • Impacto en las publicaciones técnicas

    Puede indicar las áreas concretas que se verán afectadas, además de los costos para implementar el cambio.

  5. En la pestaña Otros, especifique los siguientes tipos de información:

    • En el cuadro Estimación original, escriba un número que representa las horas de trabajo que se utilizarán para implementar la solicitud de cambio.

      Nota

      En general, el campo siguiente se define más adelante en el ciclo de desarrollo y no cuando se define por primera vez la solicitud de cambio.

    • En la lista Integrado en, haga clic en el nombre o número de compilación en que el equipo de desarrollo integrará la solicitud de cambio.

  6. En la pestaña Todos los vínculos, vincule la solicitud de cambio a uno o más elementos de trabajo distintos, como requisitos o tareas.

  7. En la pestaña Datos adjuntos, puede adjuntar especificaciones, imágenes u otros archivos que proporcionen más detalles sobre la solicitud de cambio que se va a implementar.

    Para obtener más información, vea las siguientes secciones en este tema:

    • Vincular una solicitud de cambio a un requisito, una tarea u otro elemento de trabajo

    • Agregar detalles, datos adjuntos o hipervínculos a una solicitud de cambio

  8. Haga clic en Guardar Guardar elemento de trabajo.

    Nota

    Después de guardar la solicitud de cambio, aparecerá el identificador en el título, debajo de la barra de herramientas del elemento de trabajo.

Vincular una solicitud de cambio a un requisito, una tarea u otro elemento de trabajo

Al crear relaciones entre las solicitudes de cambio y otros elementos de trabajo, puede planear los proyectos más eficazmente, realizar el seguimiento de las dependencias con más precisión, ver las relaciones jerárquicas más claramente y buscar la información pertinente más rápidamente. En el formulario de elemento de trabajo de una solicitud de cambio, puede crear otro elemento de trabajo que se vincule automáticamente a la solicitud de cambio, o puede crear vínculos a elementos de trabajo existentes.

Debe usar la pestaña Vínculos para crear tipos específicos de vínculos a tipos específicos de elementos de trabajo. Para obtener más información, vea Vincular elementos de trabajo (CMMI).

Para crear y vincular una tarea, un error, un requisito u otro elemento de trabajo a una solicitud de cambio

  1. Abra el formulario de elemento de trabajo de la solicitud de cambio, haga clic en la pestaña Todos los vínculos y, a continuación, haga clic en Agregar nuevo elemento de trabajo vinculado Nuevo.

    Se abre el cuadro de diálogo Agregar nuevo elemento de trabajo vinculado.

    Cuadro de diálogo Agregar nuevo elemento de trabajo vinculado

  2. En la lista Tipo de vínculo, haga clic en el tipo de vínculo que desea crear en función del tipo de elemento de trabajo con el que establece el vínculo.

    • Para establecer un vínculo a una tarea o un error, cree un vínculo Secundario.

    • Para establecer un vínculo a un requisito, un riesgo o un problema, cree un vínculo Afectado por.

    • Para establecer un vínculo a un caso de prueba, cree un vínculo Prueba realizada por.

    • Para establecer un vínculo con cualquier otro tipo de elemento de trabajo, cree un vínculo Relacionado o de otro tipo que represente la relación cuyo seguimiento desea realizar.

  3. En la lista Tipo de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desea crear.

  4. En Título, escriba una descripción breve pero concreta del cambio propuesto.

  5. (Opcional) Escriba información adicional en Comentario.

  6. Haga clic en Aceptar.

    Se abre un formulario de elemento de trabajo correspondiente al tipo de elemento de trabajo especificado con la información proporcionada.

  7. Especifique los campos restantes según se describe en los siguientes temas:

  8. Haga clic en Guardar Guardar elemento de trabajo.

Para establecer un vínculo de varios elementos de trabajo existentes a una solicitud de cambio

  1. Abra el formulario de elemento de trabajo de la solicitud de cambio, haga clic en la pestaña Todos los vínculos y, a continuación, haga clic en Agregar vínculos Vincular a.

    Se abrirá el cuadro de diálogo Agregar vínculo a solicitud de cambio.

    Cuadro de diálogo Agregar vínculo a requisito

  2. En la lista Tipo de vínculo, haga clic en el tipo de vínculo que desea crear en función del tipo de elemento de trabajo con el que establece el vínculo.

    • Para establecer un vínculo a una tarea o un error, cree un vínculo Secundario.

    • Para establecer un vínculo a un requisito, un riesgo o un problema, cree un vínculo Afectado por.

    • Para establecer un vínculo a un caso de prueba, cree un vínculo Prueba realizada por.

    • Para establecer un vínculo con cualquier otro tipo de elemento de trabajo, cree un vínculo Relacionado o de otro tipo que represente la relación cuyo seguimiento desea realizar.

  3. Realice una de las acciones siguientes:

    • En Identificadores de elementos de trabajo, escriba los identificadores de los elementos de trabajo que desea buscar. Separe los identificadores con comas o espacios.

    • Haga clic en Examinar para especificar elementos de trabajo en una lista.

      Aparece el cuadro de diálogo Elegir elementos de trabajo vinculados.

      Cuadro de diálogo Elegir elementos de trabajo vinculados

      En la lista Consulta guardada, haga clic en una consulta que contenga los elementos de trabajo que desea agregar. Por ejemplo, puede hacer clic en Elementos de trabajo abiertos, Errores activos o Tareas activas.

      Haga clic en Buscar, active la casilla situada junto a cada elemento de trabajo que desee vincular a la solicitud de cambio y, a continuación, haga clic en Aceptar.

    • (Opcional) Escriba una descripción de los elementos a los que está estableciendo vínculos.

  4. Haga clic en Aceptar.

    Para obtener más información, vea Buscar elementos de trabajo para vincular o importar.

  5. Haga clic en Guardar Guardar elemento de trabajo.

    Nota

    Se actualizarán tanto la solicitud de cambio como los elementos de trabajo vinculados.

Agregar detalles, datos adjuntos o hipervínculos a una solicitud de cambio

A medida que haya más información disponible, puede agregarla a una solicitud de cambio de las maneras siguientes:

  • Escriba la información en los cuadros de texto de las pestañas Detalles, Justificación o Análisis.

  • Adjunte un archivo.

    Por ejemplo, puede adjuntar un subproceso de correo electrónico, un documento, una imagen, un archivo de registro u otro tipo de archivo.

  • Agregue un hipervínculo a un sitio web o a un archivo que esté almacenado en un servidor o sitio web.

Para agregar detalles a una solicitud de cambio

  1. Haga clic en la pestaña Detalles, Justificación o Análisis y escriba la información en los cuadros.

    Puede aplicar formato a la información para dar énfasis o capturar una lista con viñetas.

    Nota

    Cada vez que un miembro del equipo actualiza el elemento de trabajo, en el historial de este se muestra la fecha del cambio, el nombre del miembro del equipo que lo realizó y los campos que han cambiado.

    Para obtener más información, vea Campos de una solicitud de cambio (CMMI) y Título, Id., Descripción e Historial (CMM).

  2. Haga clic en Guardar Guardar elemento de trabajo.

Para agregar datos adjuntos a una solicitud de cambio

  1. En la pestaña Datos adjuntos, realice una de las siguientes acciones:

    • Arrastre un archivo al área de datos adjuntos.

    • Haga clic en Paste o presione CTRL+V para pegar un archivo que se haya copiado.

    • Haga clic en Agregar datos adjuntos Agregar, en Examinar y, en el cuadro de diálogo Datos adjuntos, escriba o busque el nombre del archivo que desee asociar.

      (Opcional) Escriba información adicional sobre los datos adjuntos en el cuadro Comentario. Haga clic en Aceptar para cerrar el cuadro de diálogo Datos adjuntos.

  2. Haga clic en Guardar Guardar elemento de trabajo.

Para agregar un hipervínculo a una solicitud de cambio

  1. En la pestaña Todos los vínculos, haga clic en Agregar vínculos Vincular a.

    Especificar la dirección URL de la dirección de hipervínculo

  2. En la lista Tipo de vínculo, haga clic en Hipervínculo.

  3. En el cuadro Dirección, lleve a cabo una de las acciones siguientes:

    • Si el destino es un sitio web, escriba la dirección URL o bien cópiela del explorador de Internet y péguela en el cuadro Dirección.

    • Si el destino es una ubicación del servidor, escriba su dirección UNC.

  4. (Opcional) Escriba información adicional sobre el hipervínculo en el cuadro Comentario.

  5. Haga clic en Aceptar.

  6. Haga clic en Guardar Guardar elemento de trabajo.

Cambiar el estado de una solicitud de cambio

El equipo de evaluación de errores o la reunión para planear el producto puede revisar estos elementos de trabajo para analizar, aceptar y rechazar los cambios propuestos. Cuando se acepta una solicitud de cambio, el equipo puede generar tareas para implementar el cambio. Una vez que el equipo implementa el cambio, cierra la solicitud de cambio.

Para obtener más información sobre los campos de datos que puede utilizar para realizar el seguimiento de los estados de los elementos de trabajo, vea Asignaciones, flujo de trabajo y planeamiento (CMMI).

Puede utilizar los siguientes estados para realizar el seguimiento del progreso de las solicitudes de cambio:

  • Propuesto

  • Activo

  • Resuelto

  • Cerrado

Cualquier miembro del equipo puede cambiar el estado de una solicitud de cambio.

De forma predeterminada, cada solicitud de cambio está en el estado Propuesto cuando se crea el elemento de trabajo. Cuando un equipo acepta una solicitud de cambio para la iteración actual, el elemento de trabajo pasa al estado Activo y el equipo lo analiza para determinar los detalles de implementación y crear tareas. Cuando las tareas se completan y las pruebas del sistema muestran que el equipo ha implementado correctamente la solicitud de cambio, un miembro del equipo la pasa al estado Resuelto. Finalmente, cuando el equipo valida una solicitud de cambio, un miembro del equipo la pasa al estado Cerrado.

Para cambiar el estado de una solicitud de cambio

  1. Abra la solicitud de cambio.

  2. En la lista Estado, haga clic en Activo, Resuelto o Cerrado.

    • Si cambia el estado de Propuesto a Activo, el campo Motivo cambiará automáticamente a Aceptado.

    • Si cambia el estado de Activo a Resuelto, el campo Motivo cambia automáticamente a Prueba del sistema y código completo superada.

    • Si cambia el estado de Resuelto a Cerrado, el campo Motivo cambia a Prueba de validación superada.

  3. Haga clic en Guardar Guardar elemento de trabajo.

Progresión habitual del flujo de trabajo:

  • Un miembro del equipo crea una solicitud de cambio en el estado Propuesto con el motivo predeterminado, Nuevo.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Propuesto a Activo con el motivo predeterminado, Aceptado.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Activo a Resuelto cuando su código está completo y se han superado las pruebas del sistema.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Resuelto a Cerrado cuando el equipo ha validado que se satisfacen correctamente las expectativas del cliente.

Transiciones atípicas:

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Propuesto a Cerrado con el motivo predeterminado, Rechazado.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Activo a Propuesto con el motivo predeterminado, Investigación completada.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Activo a Cerrado si el equipo determina que la solicitud de cambio está fuera de ámbito o no es pertinente.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Resuelto a Activo si el código modificado no supera una prueba de validación.

  • Un miembro del equipo cambia el estado de la solicitud de cambio de Cerrado a Activo si el equipo determina que el elemento de trabajo se cerró por error o está actualmente en el ámbito.

Diagrama de estado de solicitudes de cambio

Flujo de trabajo para solicitud de cambio

Propuesto (Nuevo)

Un miembro del equipo puede crear un elemento de trabajo de solicitud de cambio cuando el equipo encuentra un error u otro evento identifica un cambio necesario en un producto de trabajo que está bajo control de cambios.

Los siguientes campos de datos se capturan automáticamente cuando un miembro del equipo crea una solicitud de cambio:

  • Creado por: nombre del miembro del equipo que creó la solicitud de cambio.

  • Fecha de creación: fecha y hora en que se creó la solicitud de cambio, según el registro del reloj del servidor.

De Propuesto a Activo

Las solicitudes de cambio describen cambios en el producto o una línea base. Un comité de control de cambios debe revisar, investigar y aceptar o rechazar cada cambio que el equipo propone.

Un miembro del equipo puede cambiar el estado de una solicitud de cambio de Propuesto a Activo por los motivos expuestos en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Aceptado

Cuando el comité de control de cambios aprueba la solicitud de cambio para que el equipo la implemente en la iteración actual.

Asigne la solicitud de cambio al miembro del equipo que la implementará.

Investigar

Cuando el comité de control de cambios determina que se debe investigar el impacto de la solicitud antes de que el comité la acepte.

Devuelva la solicitud de cambio al estado Propuesto cuando la investigación se complete.

Los campos de datos siguientes se capturan cuando un miembro del equipo cambia el estado de una solicitud de cambio a Activo:

  • Activado por: nombre del miembro del equipo que activó la solicitud de cambio.

  • Fecha de activación: fecha y hora en que se activó la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

De Propuesto a Cerrado

Un miembro del equipo puede cerrar una solicitud de cambio que está en estado Propuesto si se da el motivo expuesto en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Rechazado

Cuando el comité de control de cambios determina que el equipo no puede implementar la solicitud o el cliente no la necesita.

Ninguno.

Los campos de datos siguientes se capturan cuando un miembro del equipo cierra una solicitud de cambio:

  • Cerrado por: nombre del miembro del equipo que cerró la solicitud de cambio.

  • Fecha de cierre: fecha y hora en que se cerró la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

Activo

El equipo debe implementar solamente las solicitudes de cambio que están en estado Activo. Para las solicitudes de cambio activas, los miembros del equipo deben crear tareas para escribir código, realizar pruebas y documentar el cambio. Cuando todas las tareas se han completado, un miembro del equipo cambia el estado de la solicitud de cambio a Resuelto. También puede cerrar una solicitud de cambio si el equipo la abandona o determina que está fuera de ámbito.

De Activo a Resuelto

Un miembro del equipo puede resolver una solicitud de cambio activa por el motivo expuesto en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Código completo y sistema probado

Cuando el equipo ha protegido el código para implementar una solicitud de cambio y se han superado todas las pruebas del sistema.

Asigne la solicitud de cambio al miembro del equipo que la probará.

Los campos de datos siguientes se capturan cuando un miembro del equipo resuelve una solicitud de cambio activa:

  • Resuelto por: nombre del miembro del equipo que resolvió la solicitud de cambio.

  • Fecha de resolución: fecha y hora en que se resolvió la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

De Activo a Cerrado

Un miembro del equipo puede cerrar una solicitud de cambio activa si se da uno de los motivos expuestos en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Abandonado

Cuando deja de considerarse necesaria la implementación de la solicitud de cambio.

Ninguno.

Fuera de ámbito

Cuando el equipo no tiene recursos suficientes u otro problema está bloqueando su capacidad de implementar la solicitud de cambio para la iteración actual.

Actualice el campo Iteración para especificar en qué iteración puede implementar la solicitud de cambio el equipo. Si la solicitud de cambio se aplaza hasta la siguiente versión del software, deje el campo Iteración en blanco, pero describa detalladamente el motivo del aplazamiento y cuándo debe implementarse la citada solicitud de cambio.

Los campos de datos siguientes se capturan cuando un miembro del equipo cierra una solicitud de cambio activa:

  • Cerrado por: nombre del miembro del equipo que cerró la solicitud de cambio.

  • Fecha de cierre: fecha y hora en que se cerró la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

De Activo a Propuesto

Cuando la solicitud de cambio se activa como Investigar, debe cambiar su estado a Propuesto cuando el equipo completa su investigación. Los campos de datos siguientes se capturan al cambiar el estado de una solicitud de cambio activa a Propuesto:

  • Modificado por: nombre del miembro del equipo que cambió el estado de la solicitud de cambio.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

Resuelto

Después de que un equipo implemente una solicitud de cambio, el jefe de desarrollo establece el estado de la solicitud en Resuelto y la asigna a un evaluador para que puedan iniciarse las pruebas.

Una solicitud de cambio resuelta se ha implementado y ha superado las pruebas del sistema. Sin embargo, el equipo debe validar las solicitudes de cambio resueltas con el cliente para asegurarse de que el equipo ha implementado la solicitud conforme a las expectativas del cliente. Si se superan las pruebas de validación, el equipo cierra la solicitud de cambio. De lo contrario, se reactiva para seguir trabajando en ella.

De Resuelto a Cerrado

Un miembro del equipo puede cerrar una solicitud de cambio resuelta por el motivo expuesto en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Prueba de validación superada

Cuando la solicitud de cambio ha superado todas las pruebas de validación.

Asigne la solicitud de cambio al propietario del producto.

Los campos de datos siguientes se capturan automáticamente cuando un miembro del equipo cierra una solicitud de cambio resuelta:

  • Cerrado por: nombre del miembro del equipo que cerró la solicitud de cambio.

  • Fecha de cierre: fecha y hora en que se cerró la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

De Resuelto a Activo

Un miembro del equipo puede reactivar una solicitud de cambio resuelta por el motivo expuesto en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Prueba de validación no superada

Cuando la prueba o pruebas de validación indican que no se han satisfecho una o más expectativas del cliente.

El evaluador crea errores para los errores de pruebas y asigna la solicitud de cambio al jefe de desarrollo, que determina la forma de resolver los problemas.

Los campos de datos siguientes se capturan automáticamente cuando un miembro del equipo reactiva una solicitud de cambio resuelta:

  • Activado por: nombre del miembro del equipo que reactivó la solicitud de cambio.

  • Fecha de activación: fecha y hora en que se reactivó la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

Cerrado

El equipo ya no debe trabajar en una solicitud de cambio cerrada. Una solicitud de cambio se cierra cuando el comité de control de cambios la ha rechazado o cuando el equipo la ha implementado, comprobado y validado correctamente.

Un miembro del equipo, normalmente un analista de negocios o un administrador de programas, puede reactivar una solicitud de cambio cerrada si vuelve al ámbito.

De Cerrado a Activo

Un miembro del equipo puede reactivar una solicitud de cambio cerrada por el motivo expuesto en la tabla siguiente:

Motivo

Cuándo utilizarlo

Acciones adicionales que se deben realizar

Cerrado por error

Cuando un miembro del equipo ha cerrado accidentalmente una solicitud de cambio.

Asegúrese de que se han definido correctamente las tareas de implementación, casos de prueba y detalles para la solicitud de cambio, y son suficientes para admitir su desarrollo.

  • Los datos siguientes se capturan automáticamente cuando un miembro del equipo reactiva una solicitud de cambio cerrada:

  • Activado por: nombre del miembro del equipo que reactivó la solicitud de cambio.

  • Fecha de activación: fecha y hora en que se reactivó la solicitud de cambio, según el registro del reloj del servidor.

  • Fecha de cambio de estado: fecha y hora en que se cambió el estado de la solicitud de cambio.

Vea también

Otros recursos

Campos de una solicitud de cambio (CMMI)

Elementos de trabajo y flujo de trabajo (CMMI)