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 |
---|---|
|
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:
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
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 Sí si un problema está evitando que el equipo implemente la solicitud de cambio.
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).
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.
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.
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.
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.
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
Haga clic en 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
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 Nuevo.
Se abre el cuadro de diálogo Agregar nuevo elemento de trabajo vinculado.
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.
En la lista Tipo de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desea crear.
En Título, escriba una descripción breve pero concreta del cambio propuesto.
(Opcional) Escriba información adicional en Comentario.
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.
Especifique los campos restantes según se describe en los siguientes temas:
Haga clic en Guardar elemento de trabajo.
Para establecer un vínculo de varios elementos de trabajo existentes a una solicitud de cambio
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 Vincular a.
Se abrirá el cuadro de diálogo Agregar vínculo a solicitud de cambio.
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.
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.
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.
Haga clic en Aceptar.
Para obtener más información, vea Buscar elementos de trabajo para vincular o importar.
Haga clic en 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
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).
Haga clic en Guardar elemento de trabajo.
Para agregar datos adjuntos a una solicitud de cambio
En la pestaña Datos adjuntos, realice una de las siguientes acciones:
Arrastre un archivo al área de datos adjuntos.
Haga clic en o presione CTRL+V para pegar un archivo que se haya copiado.
Haga clic en 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.
Haga clic en Guardar elemento de trabajo.
Para agregar un hipervínculo a una solicitud de cambio
En la pestaña Todos los vínculos, haga clic en Vincular a.
En la lista Tipo de vínculo, haga clic en Hipervínculo.
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.
(Opcional) Escriba información adicional sobre el hipervínculo en el cuadro Comentario.
Haga clic en Aceptar.
Haga clic en 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
Abra la solicitud de cambio.
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.
Haga clic en Guardar elemento de trabajo.
Progresión habitual del flujo de trabajo:
Transiciones atípicas:
|
Diagrama de estado de solicitudes 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.