Planilla de mtrica de calidad de proyecto

CONTROL DE VERSIONES

Versión

Hecha por

Revisada por

Aprobada

Fecha

Motivo

01

Silvia Cuzcano

10/18/16

Versión Original

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Facturación Electrónica

e-Facturación

FACTOR DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIÓN DE DIRECCIÓN QUE FORMALMENTE TIENE EL EQUIPO DE PROYECTO CON RELACIÓN A LA CALIDAD DEL PROYECTO.

La facturación electrónica para TCI debe cumplir con los requisitos de calidad definidos para el producto, desde el punto de vista del usuario tales como los niveles de satisfacción del funcionamiento y utilidad del software desde la etapa de prueba hasta la puesta en producción, así como también debe cumplir con los requisitos de calidad definidos para el proyecto desde el punto de vista del equipo de proyecto considerando se cumplan con las restricciones de performance como tiempo y presupuesto planificados.

LÍNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL PRODUCTO DEL PROYECTO Y PARA LA GESTIÓN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS OBJETIVOS DE CALIDAD, LAS MÉTRICAS UTLIZAR, Y LAS FRECUENCIAS DE MEDICIÓN Y DE REPORTE.

FACTOR DE CALIDAD RELEVANTE

OBJETIVO DE CALIDAD

MÉTRICA A USAR

FRECUENCIA Y MOMENTO DE MEDICIÓN

FRECUENCIA Y MOMENTO DE REPORTE

Nivel de calidad del software en etapa de prueba

Nivel de Calidad: Nro. de errores <=2 y Nivel de Calidad: “0” errores funcionales críticos.

Número de Errores Funcionales

Número de Errores de forma

Frecuencia dos veces por proyecto.

Medición al terminar la fase de prueba.

Frecuencia al final del proyecto como registro de buena práctica.

Reporte preferible los días viernes en el transcurso de la mañana.

Nivel de satisfacción de TCI en cuanto a la calidad del software final

Nivel de Satisfacción >= 80%

Nivel de Satisfacción=Nro. de Usuarios satisfechos entre el total Usuarios encuestados sobre el funcionamiento y utilidad del software.

Frecuencia una vez por mes.

Medición los fines de mes.

Frecuencia mensual.

Reporte lunes en la mañana

Performance del Proyecto

CPI >=0.95

CPI = Cost Performance  Index Acumulado

Frecuencia semanal.

Medición viernes en la tarde.

Frecuencia semanal.

Reportes lunes en la mañana.

Performance

SPI >= 0.95

SPI

Frecuencia semanal.

Medición viernes en la tarde.

Frecuencia semanal.

Reportes lunes en la mañana.

PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR PROCESOS, LOS CUALES FACILITARÁN LA IDENTIFICACIÓN DE ACTIVDADES QUE GENERAN DESPERDICIO O QUE NO AGREGAN VALOR.

Si durante el proceso de facturación electrónica para beneficio de clientes nuevos se detectan oportunidades o necesidades de mejora se aplicará el siguiente procedimiento:

1. Identificar y documentar la oportunidad de Mejora: Detallando en qué etapa o proceso del proyecto está sucediendo.

1. Identificar y documentar el análisis de las causas raíces mediante la aplicación del Diagrama Ishikawa.

1. Definir el plan de acciones correctivas y preventivas para la mejora del proceso así como los responsables de ejecutarlo.

1. Verificar la efectividad de las acciones aplicadas. En caso no se haya logrado la mejora volver a realizar el análisis de Ishikawa hasta detectar la causa raíz real.

PAQUETE DE TRABAJO

ESTÁNDAR DE CALIDAD APLICABLE

ACTIVIDAD DE PREVENCIÓN

ACTIVIDAD DE CONTROL

1.1 Project Charter

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

1.2 Scope Statement

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

1.3 Cronograma

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

1.4 Acta de Conformidad de fase 1

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

1.5 Acta de Fin de Proyecto

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

2.1 Catálogo de Requerimientos

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Sponsor.

2.2 Documento de Análisis Funcional

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Project Manager.

3.1 Especificación Técnica

Metodología de Gestión de Proyectos.

Revisión de Formato.

Aprobación por Project Manager.

3.2 Prototipo

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Sponsor.

3.3.1 Matriz Casos de Uso de Prueba

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

3.4.1 Plantilla Plan de Prueba

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

4.1.1 Módulo de Consulta de Beneficios

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

4.1.2 Módulo Resolutor de Ejecución del Beneficio

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

4.1.3 Módulo de Configuración de Políticas de Beneficio

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

4.2.1 Módulo de Reporte de Evidencia

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

5.1 Catálogo de Resultado de Pruebas Internas

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

5.2.1 Catálogos de Resultado de Pruebas de Aceptación

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

5.2.2 Acta de Aceptación de Pruebas

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

5.2.3 Informe de Resultados de Pruebas Internas

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

6.1.1 Manual de Usuario

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

6.2.2 Formato Pase a Producción

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

6.2.1 Acta de Capacitación

Metodología de Gestión de Proyectos.

Revisión Estándar.

Aprobación por Project Manager.

ROLES PARA LA GESTIÓN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERÁN NECESARIOS EN EL EQUIPO DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVDADES DE GESTIÓN DE LA CALIDAD, PARA CADA ROL ESPECIFICAR: OBJETIVOS, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL.

Rol No 1:

SPONSOR

Objetivos del rol:

Gestionar la Ejecución del Proyecto para cumplir con los requisitos de calidad del Software como producto final y de todo el proceso de Desarrollo del Software hasta su puesta en producción.

Funciones del rol:

Revisar y hacer seguimiento al cumplimiento los indicadores de calidad del software y del proyecto mediante la evaluación de los informes periódicos.

Revisar y aprobar las implementaciones de las acciones correctivas y preventivas.

Niveles de autoridad:

Proveer los recursos necesarios para el desarrollo del proyecto considerando los aspectos económicos monetarios, personal calificado y eficiente.

Reporta a:

Gerencia General de TCI.

Supervisa a:

Project Manager.

Requisitos de conocimientos:

Project Management y Gestión en General.

Requisitos de habilidades:

Liderazgo, Comunicación, Negociación, Motivación y Solución de Conflictos.

Requisitos de experiencia:

Más de 10 años de experiencia en el rubro de la gestión.

Rol No 2:

JEFE DEL PROYECTO (Project Manager)

Objetivos del rol:

Gestionar a nivel operativo el cumplimiento de los requisitos de calidad del software y de todo el proyecto.

Funciones del rol:

Revisar y aprobar los estándares de calidad establecidos para el software y para el proyecto.

Revisar y aprobar los entregables.

Aplicar el proceso de mejora continua al desarrollo del proyecto mediante la planificación y ejecución de las medidas correctivas y preventivas.

Niveles de autoridad:

Hacer seguimiento y exigir el cumplimiento de los entregables y estándares de calidad al equipo del proyecto.

Reportar a:

Sponsor.

Supervisar a:

Equipo del Proyecto.

Requisitos de conocimiento:

Gestión de Proyectos, Gestión de Calidad (Herramientas de calidad para la Gestión de Procesos).

Requisitos de habilidades:

Liderazgo, comunicación, negociación, motivación y solución de conflictos.

Requisitos de experiencia:

3 años como mínimo de experiencia en el cargo.

Rol No 3:

MIEMBROS DEL EQUIPO DEL PROYECTO

Objetivo de rol:

Desarrollar el software y elaborar los entregables con los estándares de calidad establecidos para el producto y para el proyecto.

Funciones del rol:

Elaborar los entregables según los estándares establecidos de producto y proyecto.

Identificar las oportunidades de mejora a través de las mediciones periódicas y analizar sus causas raíces.

Plantear, establecer y ejecutar las acciones correctivas y preventivas para la mejora del proceso.

Niveles de autoridad:

Aplicar los recursos asignados.

Reportar a:

Jefe del  Proyecto

Supervisar a: ----

Requisitos de conocimientos:

Gestión de Proyectos y las especialidades que le corresponden según los entregables asignados.

Requisitos de habilidades:

Trabajo en equipo y las específicas para cada tipo de entregable.

Requisitos de experiencia:

Específicas según los entregables.

ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO INDICANDO CLARAMENTE DONDE ESTARÁN SITUDADOS LOS ROLES PARA LA GESTIÓN DE LA CALIDAD.

[pic 3][pic 4]

DOCUMENTO NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRÁN LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD.

PROCEDIMIENTOS

1. Para mejora continua de procesos.

1. Para auditoria de procesos.

1. Para reuniones de aseguramiento de calidad.

1. Para resolución de problemas.

PLANTILLAS

1. Métricas de calidad del producto.

1. Métricas de calidad del proyecto.

1. Plan de gestión de calidad.

1. Línea base de calidad

1. Matriz de actividades de calidad.

FORMATOS

1. Métricas de calidad del producto.

1. Métricas de calidad del proyecto.

1. Plan de gestión de calidad.

1. Línea base de calidad

1. Matriz de actividades de calidad.

CHECKLIST

1. Métricas de calidad del producto (software).

1. Métricas de calidad del proyecto.

1. Acciones correctivas.

1. Auditorias.

OTROS DOCUMENTOS

1. Catálogo de los requerimientos del software como material de referencia/consulta para las mediciones periódicas.

1. Catálogo de resultados de pruebas.

PROCESOS DE GESTIÓN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE GESTIÓN DE LA CALIDAD INDICANDO QUÉ, QUIÉN, CUANDO , DONDE, CON QUÉ, Y PORQUÉ.

ENFOQUE DE ASEGURAMIENTO DE CALIDAD

El proceso de aseguramiento de calidad se aplicará a través del monitorio continuo al proceso de desarrollo del software y del desempeño del proyecto.

Se aplicará la mejora continua de procesos mediante la identificación de las oportunidades de mejora, el análisis de los resultados obtenidos del proceso de control de calidad al software y a la performance del proyecto real.

Se auditará la aplicación y efectividad de las medidas correctivas y preventivas.

Se documentará las evaluaciones, los resultados y las acciones correctivas/ preventivas planteadas para la mejora del proceso y/o producto (software).

Se documentará el proceso estandarizado con las mejoras correctivas aplicadas.

ENFOQUE DE CONTROL DE LA CALIDAD

El control de calidad consistirá en la revisión del software durante sus fases de desarrollo y la revisión del desempeño del proyecto en general.

Se aplicarán las encuestas para evaluar las métricas del desempeño del proyecto.

Se aplicará el análisis de Ishikawa para determinar las causas raíces de las no conformidades del producto y del proceso y poder plantear las acciones correctivas y preventivas correspondientes.

Se consolidarán los resultados de las mediciones y se enviarán al proceso de aseguramiento de calidad.

Los entregables reprocesados volverán a ser evaluados para verificar la efectividad de las medidas correctivas.

ENFOQUE DE MEJORA DE PROCESOS

Si durante el proceso de facturación electrónica para beneficio de clientes nuevos se detectan oportunidades o necesidades de mejora se aplicará el siguiente procedimiento:

1. Identificar y documentar la oportunidad de Mejora: Detallando en qué etapa o proceso del proyecto está sucediendo.

1. Identificar y documentar el análisis de las causas raíces mediante la aplicación del Diagrama Ishikawa.

1. Definir el plan de acciones correctivas y preventivas para la mejora del proceso así como los responsables de ejecutarlo.

1. Verificar la efectividad de las acciones aplicadas. En caso no se haya logrado la mejora volver a realizar el análisis de Ishikawa hasta detectar la causa raíz real.

1. Identificar y documentar la oportunidad de Mejora: Detallando en qué etapa o proceso del proyecto está sucediendo.