Controles de cambio
Revisión del 20:12 6 mar 2019 de Rsilva (discusión | contribuciones)
Este tipo de solicitudes son aquellas que se presentan bajo las siguientes circunstancias:
- Mejoras sobre algún modulo de un aplicativo existente.
- Corrección de errores que se presenten en un aplicativo existente.
Estos casos se podrían presentar en ambientes productivos o en proyectos que estén cerrados y pueden ser registrados por cualquier persona ( STAKEHOLDERS ) que tenga algún interés en un determinado proyecto.
 Warning: | Es necesario que el STAKEHOLDER complete todos los campos obligatorios que se piden. |
Sumario
Software estándar a utilizar
El levantamiento de un control de cambio se realiza a través del Mantis.
Etiquetas
| Warning: | Es importante mencionar que NO se deben crear etiquetas nuevas, si no trabajar con las etiquetas existentes |
| Warning: | Es importante que le indiquemos las siguientes etiquetas en el campo de la solicitud: Adjuntar Etiquetas
* Control de Cambio.
* Error/Bug o Mejora.
* Empresa a la que pertenece la solicitud.
|
| Warning: | Es importante mencionar que SOLO se debe seleccionar un tipo de control de cambio que determine si es un Error/Bug o Mejora para un cliente.
En el caso de que el tipo de control de cambio sea Error/Bug y Mejora para el mismo cliente, se tendrán que generar solicitudes por separado. |
Descripción
| Warning: | Es necesario que se especifique de forma muy detallada la descripción del control de cambio que se esta solicitando. |
Pasos para reproducir/a ejecutar
| Warning: | En el caso se que el tipo de solicitud sea Error/Bug se deberá documentar los pasos a reproducir enumerados y añadir las evidencias a la solicitud |
Mejora
| Warning: | En el caso se que el tipo de solicitud sea Mejora se deberá documentar las historias de usuario a la solicitud. |
Flujo de proceso
En esta sección se describe el flujo de proceso por el cual deberá pasar el control de cambio registrado, que es el que se describe a continuación:
- Revisión de la solicitud ( Ticket ):
El Gestor de proyectos realiza una revisión de toda la información contenida en el Ticket.
Si considera que la información proporcionada es insuficiente:
a. Cambiara el estado del Ticket a SE NECESITAN MAS DATOS en el Mantis.
b. Añadirá una nota etiquetando al STAKEHOLDER que registro el Ticket, para indicarle el detalle de la información que hace falta.
En caso contrario a lo descrito anteriormente:
a. Cambiara el estado del Ticket a ACEPTADO en el Mantis.
b.
| Warning: | En el caso se que el tipo de solicitud sea Mejora se deberá documentar las historias de usuario a la solicitud. |
