5ejemplos - Ciclo de Vida Tipología Proyectos Menores-CU-V05 PDF

Proyecto
Implementación del
CMMI
Nuevos Desarrollos y
Mantenimientos Evolutivos
de 7 a 20 jornadas
01
Proyectos Menores
Índice
01 Proyectos Menores
02 Flujo de Procesos – Proyectos Menores
03
Entregables para Proyectos Menores
04
Gestión de la Configuración
05
Acuerdos
01
Tipología de Proyectos
1 Nuevos Desarrollos
2 Mantenimiento Evolutivo y
TIPOLOGÍAS Adaptativo
3 Proyectos Menores
4 Procesamiento de
Información
01
Tipología de Proyectos
3 Proyectos Menores
Se define como desarrollo de proyectos

menores en la cual la cantidad de jornadas
desde la etapa Diseño Externo hasta la Post-
Implantación se encuentren entre el rango de 7
a 20 jornadas de esfuerzo.
02
Flujo de Procesos
Proyectos Menores
02 Desarrollo Interno en DTSN tgestiona
Nuevos Desarrollos y Mantenimiento Evolutivo de 7 a 20 jornadas
INICIO
Usuario Generar
Requerimiento Solicitud
(Código de SARR
Proyecto)
Elaborar Ficha Revisar Generar

de Ficha con Equipo Gestión de
Cronograma de Configuración
Requerimiento de Diseño Actividades
Gestor Gestionar
Bitácoras aprobación
Ficha de (***)
Requerimiento Cronograma Ficha Req. con
del proyecto usuario 1
Elaborar Coordinar Impacto

WBS y Actualizar
Cronograma de con Áreas PServer
justificar involucradas
estimación Actividades.
WBS Cronograma Solicitar Impacto a

Jefe de PMenor Solicitar Impacto a Solicitar Impacto a Actualizar Ficha
del proyecto otras áreas (*)
Prov. de Servicios (*) Testing (*) de
Proyecto Requerimiento
WBS
Verificar cantidad de Ficha de Prov. PMenor (PS y Diseño)
usuarios impactados de servicios Ficha de
Sí ¿Cambio en Requerimiento Ficha de
Infraestructura? No Requerimiento
¿Cantidad de usuarios
impactados >24?
Otras No Evaluar
impacto
áreas Sí
Propuesta
Proveedor Cronograma
Evaluar
Testing impacto WBS
PMenor
Evaluar
(*) Registrar la solicitud vía SARR.
Impacto (**)
Producción (**) Áreas de Producción Soporte Usuario, Seguridad, Infraestructura Tecnológica. EL EQUIPO DE TI TIENE
UN PERIODO DE 3 DÍAS PARA ENTREGAR LA PTE AL EQUIPO DE DESARROLLO.
Cronograma Propuesta (***) Generar las Bitácoras de Métricas (Desviación de Avance), Riesgos y Problemas, Mejoras, Defectos,
Necesidades.
02
Desarrollo Interno en DTSN tgestiona
Manual de
Configuración (**)
1
Diseño Software Construido
Diseño
Externo Construcción Casos y Constancias Validar pase a
Equipo de Técnico
(*) de Pruebas Integrales producción de 2
Diseño y Diseño componentes
Manual de Usuario (**)
Desarrollo Externo Diseño
Técnico (**)
Gestión de Casos de
Configuración Pruebas Testing
Líneas de Código
Ficha Pase de
Componentes
Proveedor Pruebas
Testing Manual de PServer
Configuración Constancia
(**) de Pruebas
Implantación
Producción Software en
Producción
(***)
Realizar el seguimiento al desarrollo del proyecto
Jefe de Matriz de Matriz de

Cronograma Trazabilidad Cronograma Cronograma Trazabilidad Cronograma
Proyecto
Acta de Bitácoras Acta de Bitácoras Acta de Bitácoras Acta de Bitácoras
Seguimiento (****) Seguimiento (****) Seguimiento (****) Seguimiento (****)
Revisar hitos/entregables generados y estar informado del estado del proyecto
Gestor Acta de Bitácora de Acta de Informe de Acta de Bitácora de Acta de Informe de

Reunión Necesidades Reunión Avance Reunión Necesidades Reunión Avance
(*) Actualizar
(**)Areas de Producción el documento
Soporte Usuario,original, de no
Seguridad, existir debe documentarse
Infraestructura Tecnológicaen la Ficha de Requerimientos, sección Diseño Externo.
(**) Actualizar el documento original, la nomenclatura del archivo y el encabezado del documento se mantiene, y se precisa en el control de cambios el
código y nombre del evolutivo menor y se describe el cambio, de no existir debe generarse un nuevo documento con la nomenclatura del Evolutivo Menor.
(***) Entrega de Ficha de Pases a Producción: MARTES Y JUEVES ( HASTA LAS 3:00 PM)
(****) Generar las Bitácoras de Métricas (Desviación de Avance), Riesgos y Problemas, Mejoras, Defectos, Necesidades.
02
Desarrollo Interno en DTSN tgestiona
No
Elaborar Acta de
Gestor Coordinar Sí Reunión/Correo
2 Aceptación del Conformidad
Sistema con el del Usuario?
Usuario Acta de
Reunión/
Correo
Post- Gestión de
Implantación Configuración
Jefe de
Proyecto FS
FIN
03
Entregables para
Proyectos Menores
03
Implementación de Prácticas CMMI
Entregables para el Desarrollo de Software – Proyectos de 7 a 20 jornadas
Captura de Requisitos Definición de Diseño Diseño Implanta- Post.
Construcción Pruebas
Necesidades Funcionales Solución Externo Técnico ción Implant.
(CO) (PR)
(CN) (RF) (DS) (DE) (DT) (IM) (PI)
Casos /
WBS_PMenor Ficha de req. Diseño Constancias Ficha Pase
Constancia SW en Aceptación
SARR Ficha de req. Técnico Producción (Correo)
de Pruebas dePruebas
de Comp.
Integrales
Cronograma Ficha de Diseño Decisión_PMe Constancia de
del Proyecto Provisiones Externo nor Casos de Pruebas
Prueba Testing
Ficha IPAK Inf. Revisión
de Pares
Ficha de req.
SW Construido
Decisión_PMe Manual
nor Usuario
Manual
Configuración
Conteo de Líneas de Código
Asignación de Equipos (Gestor, JP, AF y AP) Acta Reunión / Acta Seguimiento – Métrica (Desv. De Avance) / Bitácora de Defectos
Informe de Avance / Matriz de Trazabilidad / Métricas_Riesgos_y_Problemas / Bitácora de Necesidades / Bitácora de Mejoras
Solicitud Cambio de Entregable / Solicitud de Cambio de Requerimiento
IAC Evolutivo
Menor
Leyenda :
Baseline (Proyecto) Las 20 jornadas de ESFUERZO se consideran desde el Diseño Externo
Versionado (Proyecto) hasta la Post-implantación.
03
Captura de Necesidades
Captura de Requisitos Definición Diseño Diseño Implanta- Post.
(CO) (PR)
Responsable: Jefe de Fábrica
Asignación de Plantilla: TGS-GP-FR-017-Asignación-Equipos
Equipos
En las siguientes fases se

definen los siguientes recursos:
Captura de Necesidades se
define al Gestor.
Requisitos Funcionales se
define al Jefe de Proyecto.
Definición de Solución se
define al Equipo del Proyecto.
Nota Importante: Se puede dar el

caso de que en la Fase de Requisitos
Funcionales ya se tenga definido el
Equipo del Proyecto.
03
Requisitos Funcionales
(CO) (PR)
Responsable: Gestor
Plantilla: TGS-CN-FR-004-Ficha_Requerimiento
Ficha de
Requerimiento
Se definen los Requisitos

Funcionales y de
Capacitación con las
siguientes consideraciones:
Codificar los Requisitos
por funcionalidad y tipo
No debe tener
documentos incrustados o
anexados que contengan
requisitos adicionales.
03
Definición de la Solución
(CO) (PR)
Responsable: Gestor / Jefe de Proyecto

Cronograma del
Proyecto Menor Plantilla: TGS-RF-FR-003-Cronograma_PMenor
Los principales consideraciones

son:
Incorporación de actividades
de Gestión de Proyectos
Manejo del cronograma con
línea base para el seguimiento y
control
Participación de todos los
recursos involucrados
(stakeholders)
03
(CO) (PR)
Responsable: Jefe de Proyecto

Modelo de
Estimación y WBS Plantilla: TGS-DS-FR-007-WBS_PMenor
Las principales características son:

Características principales del WBS:
• Estimación en base a una unidad de Medida, RF’s o
componente a modificar • Delimita el alcance del proyecto
• Se han establecido criterios base por unidades de tamaño y • Debe contener actividades del producto a desarrollar (módulos y opciones)
complejidad • Desagregarlo por paquetes o unidades de trabajo (entregables)
• Conversión entre el tamaño y el esfuerzo para estimar • Es el input para estimaciones, de este análisis salen las actividades que van
desarrollo al cronograma, incluyendo las de gestión.
• En base al tamaño y esfuerzo, se obtiene el costo
• Se pueden aplicar ajustes a las estimaciones
03
(CO) (PR)
Ficha de Plantilla: TGS-DS-FR-014-Ficha_de_Provisiones
Provisiones
Se describe la especificación del

Requerimiento, a nivel de Base
de Datos, aplicaciones,
plataforma de servidores,
plataforma de comunicaciones,
plataforma de cómputo,
plataforma de seguridad,
operaciones, atenciones masivas,
nivel de servicio/servicio de
soporte.
16
03
(CO) (PR)
Ficha IPAK Responsable: Jefe de Proyecto
Plantilla: TGS-DS-FR-013-Ficha_IPAK
Los principales ámbitos de

controles de uso obligatorio:
Identificación y Autenticación.
Control de Acceso.
Registro de Auditoría y
Monitorización.
Clasificación y Tratamiento de la
Información.
Desarrollo y Mantenimiento de
Sistemas.
Copias de respaldo y
recuperación.
Terceras Partes
03
(CO) (PR)

Ficha de
Requerimiento Plantilla: TGS-CN-FR-004-Ficha_Requerimiento
Se define la Propuesta de
Solución:
Establecimiento de puntos
de función (PFs) para el
detalle funcional.
Gestión de recursos
(desarrollo, testing,
producción, capacitación).
Definición de riesgos
iniciales del proyecto.
Identificación de impacto en
otros sistemas
(CO) (PR)
Decision_PMenor Plantilla:TGS-DS-FR-021-Decision_PMenor
En la hoja
Decision_PMenor se
define la Estrategia de
Desarrollo y la Estrategia
de Construcción de
Componentes.
1
03
Diseño Externo
(CO) (PR)

Diseño Externo Plantilla: TGS-CN-FR-004-Ficha_Requerimiento
Plantilla: TGS-DE-FR-002-Diseño_Externo
Las principales características

son:
Actualizar el documento
original, de no existir debe
documentarse en la Ficha de
Requerimientos, sección
Diseño Externo.
03
Diseño Técnico
(CO) (PR)
Responsable: Analista Funcional

Diseño Técnico
Plantilla: TGS-DT-FR-001-Diseño_Técnico
 Elobjetivo del entregable

es definir el marco
tecnológico de la
aplicación y detallar los
modelos físicos de los
procesos y datos según
la arquitectura definida.
 Esel formato de DT que
se viene trabajando con
Megon desde Legacies.
03
Construcción
(CO) (PR)
Casos / Responsable: Analista Programador

Constancias de Plantilla: TGS-CO-FR-005-Casos_Constancias_de_Pruebas
Pruebas Integrales
 En esta fase, se
constituye en la
lista los casos de
prueba que
deberá probar el
Analista
Funcional.
03
Construcción
(CO) (PR)
Responsable: Analista Programador

Casos de Pruebas
Plantilla: TGS-CO-FR-005-Casos_Constancias_de_Pruebas
de Testing
 En esta fase, se
constituye en la
lista los casos de
prueba que
deberá probar el
equipo de
Testing
03
Construcción
(CO) (PR)
Software Responsable: Jefe de Proyecto

Construido
 NO han sufrido cambios.

 Conjunto de programas
(Componentes / fuentes)
necesarios para ejecutar la
aplicación.
 FaseConstrucción: Lista de
todos los componentes
construidos
 Fase Implantación: Lista de
todos los componentes
construidos y debidamente
probados
(CO) (PR)
Responsable: Analistas Programadores

Inf. Revisión de
Pares_Compone Registrar en la Herramienta del Project Server
ntes
 Observaciones realizadas al
Software Construido.
 Software observado.
 Seguimiento a la atención de
dichas observaciones.
 Pueden realizar las
revisiones de pares, otros
Analistas Programadores.
Nota Importante: Esta revisión aplicará para
Proyectos Menores Nuevos Desarrollos y
para Evolutivos Menores que hayan tenido
en sus evolutivos pasados observaciones
mayores a 5 (Este criterio se ha obtenido en
base a un Histórico de observaciones de
Testing de los evolutivos menores).
03
Construcción
(CO) (PR)

Manual de Usuario
Plantilla:TGS-CO-FR-002- Manual_de_Usuario
 NO han sufrido
cambios.
El objetivo del entregable es

brindar a los usuarios finales
una guía de referencia para la
correcta utilización del sistema.
03
Construcción
(CO) (PR)

Manual de
Configuración Plantilla: TGS-CO-FR-003-Manual_de_Configuración
 Se detalla la instalación de la
aplicación, la operación de la
aplicación.
 Dentro del Manual se
encuentran 2 documentos
insertados, el cual deberán ser
llenados:
 TGS-CO-FR-006-Ficha_Monitoreo
 TGS-CO-FR-007-Ficha_Procesos
Nota Importante: Los documentos

insertados en el Manual de
Configuración deben estar llenados
correctamente caso contrario dar el Inventario de Servidores
sustento del por que No Aplica. y Servicios del Área de TI
03
Pruebas
(CO) (PR)
Responsable: Equipo Testing

Constancia de
Pruebas Plantilla: TGS-CO-FR-005-Casos_Constancias_de_Pruebas
 Es la respuesta de
Testing, que
evidencia que la
prueba se ha
realizado sobre
todos los casos de
prueba
 Es requerido para
dar la validación
funcional sobre los
resultados de
testing.
03
Pruebas
(CO) (PR)
Ficha de Pase de Responsable: Equipo de Testing

Componentes Plantilla: TGS-PR-FR-003-Ficha_Pase_de_Componentes
Se han
consolidado
en un sólo
formato la
ficha de
pases.
Nota Importante: El Equipo de TI considera la Ficha de Pase de Componentes para poder ejecutar los
pases a producción.
La hoja BD se refiere a la Ficha de Base de datos la cual será llenada cuando sea un Evolutivo Menor.
03
Implantación
(CO) (PR)
Software en Responsable: Equipo de Producción

Producción
 NO han sufrido cambios.

 Conjunto de programas
(Componentes / fuentes)
necesarios para ejecutar la
aplicación.
 Fase Construcción: Lista
de todos los componentes
construidos
 Fase Implantación: Lista
de todos los componentes
construidos y debidamente
probados
03
Todas las Fases del Proyecto
(CO) (PR)
Acta de
Reunión/Correo
Responsable: Gestor / Jefe de Proyecto
Plantilla: TGS-GP-FR-008-Acta_de_Reunión
Plantilla: Correo_Reunión_Usuario
 Acta de Reunión para uso

en reuniones de Comité
Operativo y otras afines al
Proyecto.
 Las reuniones con el
usuario también se
pueden evidenciar a
través de correos según
la siguiente estructura
definida.
03
Desde la Fase Diseño Externo
(CO) (PR)
Acta de Plantilla: TGS-GP-FR-009-Acta_de_Seguimiento

Seguimiento
 Formato de seguimiento semanal.

 Se crea con la primera reunión de
seguimiento y se cierra con la última
reunión de seguimiento.
 Se realiza seguimiento de, riesgos,
problemas, acciones correctivas,
compromisos y stakeholders
03
Desde la Fase Diseño Externo
(CO) (PR)
Informe de Avance Plantilla: TGS-GP-FR-018-Informe_Avance
Responsable: Gestor
 Formato de informe de avance

quincenal o mensual.
 Se informa el estatus de los
requerimientos de los Evolutivos o
Nuevos Desarrollos Menores a 20
Jornadas.
03
(CO) (PR)
Matriz de Responsable: Jefe de Proyecto.

Trazabilidad
Plantilla: TGS-GP-FR-001-Matriz_de_Trazabilidad
 Asegurar que los

requerimientos
enviados mantengan
la trazabilidad con
las soluciones dadas
durante todas las
etapas del proyecto.
03
(CO) (PR)
Metricas_Riesgos_y
_Problemas
Plantilla: TGS-GP-FR-018-Metricas_Riesgos_y_Problemas
 Bitácora de Registro
y Seguimiento a los
Riesgos y Problemas
presentados durante
el proyecto, su
impacto y acciones
de mitigación
03
(CO) (PR)
Bitácora de
Responsable: Gestor del Proyecto
Necesidades
Plantilla: TGS-GP-FR-004-Bitácora_de_Necesidades
 Se registran todas las

necesidades que salen
a lo largo del Proyecto.
03
(CO) (PR)
Bitácora de Mejoras Responsable: Jefe de Proyecto
Plantilla: TGS-GP-FR-016-Bitacora_Mejoras
 Se registran todas las

oportunidades de
mejora, lecciones
aprendidas y buenos
ejemplos a lo largo del
proyecto.
03
(CO) (PR)
Bitácora de Defectos Responsable: Gestor del Proyecto / Jefe de Proyecto / Analistas
Registrar en la Herramienta del Project Server
Se registran todos

los Defectos
identificados desde
la Fase de Diseño
hasta la Post
Implantación.
03
(CO) (PR)
Conteo de Líneas de
Código
Registrar en la Herramienta del Project Server
Se realiza el Conteo

de Líneas de
Código desde la
Fase de
Construcción hasta
la Post
Implantación.
03
(CO) (PR)
Solicitud de Cambio Responsable: Jefe de Proyecto

de Requerimientos Plantilla: TGS-GP-FR-002-Solicitud_Cambio_de_Requerimientos
 Plantilla de
autorización de
modificación de alguno
de los requerimientos
generados en la vida
del proyecto.
03
(CO) (PR)
QA_PMenor:
Revisión Integral Responsable: Revisor QA
Plantilla: TGS-QA-FR-012-IAC_PMenor
 Roles supervisados:
 Jefatura de Fábricas,
Gestor,
 Jefe de Proyecto,
 Analista,
 Testing.
 Las principales características
son:
 Ejecución de QA: Luego del
pase a producción.
 Los entregables a revisar son
los que se han generado en
todo el ciclo de vida del
Proyecto Menor.
4
04
03
Estructura de almacenamiento de Entregables - Proyectos Menores
Nuevos Desarrollos y Evolutivos (Internos) y Tercerizados
Nomenclatura Directorio del Proyecto
Nomenclatura Cod.Proy-Negocio-TipoPry-NombreCorto
Composición de la nomenclatura Cod.Proy:

Código del Proyecto.
Negocio:
Abreviatura del Negocio
TGS: Telefónica Gestión de Servicios Compartidos
Estructura del Directorio de los Media NW: Telefónica Multimedia
TipoPry:
Proyectos Menores Tipo Abreviatura del tipo de proyecto.
Nuevos Desarrollos – Evolutivo NDE: Nuevo Desarrollo
MEA: Mantenimiento Evolutivo Adaptativo
NombreCorto:
Nombre corto del proyecto (max. 20 caracteres). Reemplazar espacios en
blanco por “_”
Ejemplo: Nombre del directorio del proyecto eSeguimientoADD
200457-TGS-EME-eSeguimientoADD
Nomenclatura de los Entregables
Nomenclatura Cod.Proy-Negocio-Cod.entr-NombreCortoPry-Estado-V99
Composición de la nomenclatura Cod.Proy:

Código del Proyecto.
Negocio:
Abreviatura del Negocio
TGS: Telefónica Gestión de Servicios Compartidos
Media NW: Telefónica Multimedia
Cod.entr:
Código que identifica al entregable. Ver Anexo 1
NombreCortoPry:
Nombre corto del proyecto (max. 20 caracteres).. Reemplazar espacios en
blanco por “_”
Estado:
Estado de Configuración del entregable. (PC, CU, EB)
V99:
Correlativo de la versión generada para el formato (Ej. 01,02)
Ejemplo: Ficha de Requerimiento del Proyecto eSeguimientoADD
200457-TGS-FR-eSeguimientoADD-EB-V01
03
Codificación de Entregables – Proyectos Menores Nuevos Desarrollos
y Evolutivos (Internos) y Tercerizados
05
Acuerdos
05
Acuerdos
Nro. Acuerdo
Tema 1 : Desarrollos Menores (Internos y externos)

En caso el gestor identifique que el requerimiento tiene un impacto mayor se devolverá la Ficha y se solicitará un Perfil
y se definirán los requisitos en el documento IVDR.
A1
El Formato de Entregables consolidará la información de parte del negocio de los requerimientos funcionales y la
propuesta de solución. Para esto se empleará las hojas : IVDR-PS.
Para los casos de Diseño Externo, Diseño Técnico y Manual de Usuario debe necesariamente actualizarse el
A2 documento original con los cambios, modificaciones o agregados efectuados a la aplicación, queda la posibilidad de
elaborar una cartilla puntualizada con el cambio. De no existir el documento se llenará el formato de entregables
El diseño Técnico contiene el detalle de los componentes, diccionario de datos asi como interfaces internas y
A3
externas y sus tramas si es que los hubiera.
Si hay una GdC que sobrepasa las 25 Jornadas de esfuerzo total del evolutivo menor deberá ser gestionado como
evolutivo mayor y se tendrá que regularizar los entregables que correspondan.
A4 Depende de la etapa en la que se encuentre el proyecto no se regularizarían los documentos. Se tendría que evaluar
si se debe cancelar porque la definición va en contra de lo especificado inicialmente o se debe terminar y generar el
nuevo evolutivo.
Coordinar reunión con Testing para exponer el proceso menor y poder tener una tabla para estimar de manera más
A5
rápida, sin necesidad de una inducción. ANS Julio y Ursula.
A6 Modificación al formato WBS para que maneje decimales.

Ruta del Modelo de Directorio Proyectos Menores: \\Sfslctp106\TGSC_OSI\Sistemas de Informacion\PMO y
A7
CALIDAD\01. Metodología\01. Modelo Directorio\01. Cliente Interno\02. PMenor\99999-AAA-ZZZ-NombreCorto
A8 Se solicita revisar proceso para Proyectos Externos, Falta el caso de Integranova.
En el Modelo de Estimación se considerará el ESFUERZO entre el rango de 7 a 20 Jornadas desde el Diseño Externo
A9
hasta la Post Implantación, sin considerar GESTIÓN.
A10 Entrega de Ficha de Pases a Producción: MARTES Y JUEVES (HASTA LAS 3:00 PM)

5ejemplos - Ciclo de Vida Tipología Proyectos Menores-CU-V05 PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

5ejemplos - Ciclo de Vida Tipología Proyectos Menores-CU-V05 PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Proyecto

02 Flujo de Procesos – Proyectos Menores

Se define como desarrollo de proyectos

Elaborar Ficha Revisar Generar

Elaborar Coordinar Impacto

WBS Cronograma Solicitar Impacto a

Realizar el seguimiento al desarrollo del proyecto

Jefe de Matriz de Matriz de

Revisar hitos/entregables generados y estar informado del estado del proyecto

Gestor Acta de Bitácora de Acta de Informe de Acta de Bitácora de Acta de Informe de

Conteo de Líneas de Código

Informe de Avance / Matriz de Trazabilidad / Métricas_Riesgos_y_Problemas / Bitácora de Necesidades / Bitácora de Mejoras

Solicitud Cambio de Entregable / Solicitud de Cambio de Requerimiento

Responsable: Jefe de Fábrica

Asignación de Plantilla: TGS-GP-FR-017-Asignación-Equipos

En las siguientes fases se

Nota Importante: Se puede dar el

Se definen los Requisitos

Responsable: Gestor / Jefe de Proyecto

Los principales consideraciones

Responsable: Jefe de Proyecto

Las principales características son:

Responsable: Jefe de Proyecto

Ficha de Plantilla: TGS-DS-FR-014-Ficha_de_Provisiones

Se describe la especificación del

Ficha IPAK Responsable: Jefe de Proyecto

Los principales ámbitos de

Responsable: Jefe de Proyecto

Responsable: Jefe de Proyecto

Responsable: Jefe de Proyecto

Las principales características

Responsable: Analista Funcional

 Elobjetivo del entregable

Casos / Responsable: Analista Programador

Responsable: Analista Programador

Software Responsable: Jefe de Proyecto

 NO han sufrido cambios.

Responsable: Analistas Programadores

Responsable: Analista Programador

El objetivo del entregable es

Responsable: Analista Programador

Nota Importante: Los documentos

Responsable: Equipo Testing

Ficha de Pase de Responsable: Equipo de Testing

Software en Responsable: Equipo de Producción

 NO han sufrido cambios.

Responsable: Gestor / Jefe de Proyecto

 Acta de Reunión para uso

Acta de Plantilla: TGS-GP-FR-009-Acta_de_Seguimiento

Responsable: Jefe de Proyecto

 Formato de seguimiento semanal.

Informe de Avance Plantilla: TGS-GP-FR-018-Informe_Avance

 Formato de informe de avance

Matriz de Responsable: Jefe de Proyecto.

 Asegurar que los

 Se registran todas las

Bitácora de Mejoras Responsable: Jefe de Proyecto

 Se registran todas las

Bitácora de Defectos Responsable: Gestor del Proyecto / Jefe de Proyecto / Analistas

Registrar en la Herramienta del Project Server

Se registran todos

Se realiza el Conteo

Solicitud de Cambio Responsable: Jefe de Proyecto