PPQA

Evidencias Proceso(s) de PPQA. Formato de Reporte de Evaluación de Procesos Formato de Reporte de Evaluación de Productos de Trabajo. Formato de Reporte de No-Conformidades Formato de Acciones Correctivas Criterios para Evaluaciones de Procesos (para cada uno de los procesos). What will be evaluated When or how often a process will be evaluated How the evaluation will be conducted Who must be involved in the evaluation 6. Criterios de seleccion de productos de trabajo a ser revisados. (incluir uno genérico y de tres a cinco especificos para los productos de trabajo mas importantes).

7. Procedimiento de escalamiento 7. Procedimiento de escalamiento. Bajo que condiciones hay que pasar el reporte de no-conformidad y/o accion correctiva a otros mandos superiores. 8. Bitácoras de evaluación.

Prácticas Genéricas Establecer la política de la organización para el área de proceso. (Documento de Políticas). Plan del Proceso. Actividad – fecha estimada de terminación – esfuerzo estimado – responsable – stakeholders. Recursos (pueden estar incluidos en el plan). Definición de roles y responsabilidades. Training (No hacer nada nuevo, solo entregar la presentacion de su área de proceso). Versionamiento e historial de versiones para los documentos, definición de estructura de repositorio. Identificar Stakeholder (puede estar incluido en el plan del área de proceso).

8. Reporte de seguimiento al plan 8. Reporte de seguimiento al plan. Entregar al Profe quien actúa como alta gerencia. 9. Objetivamente evaluar procesos (esto solamente lo hace PPAQ para todas las Aps). 10. Revisar estatus con alta gerencia. (es decir con el profe.)

REQM Criterios para seleccionar proveedores de requerimientos. Criterios para evaluar a los requerimientos. Reporte de resultados de evaluación de los requerimientos. Los requerimientos aprobados. (la firma del cliente). Documentar el impacto a los requerimientos. (una parte es la matriz de rastreo pero hay que asegurar que se tiene tambien el tiempo y esfuerzo necesario para su desarrollo así como el responsable que se comprometió).

6. El compromiso debe estar documentado 6. El compromiso debe estar documentado. (Puede ser un pequeño formato de aceptación de los requerimientos por parte de responsable). 7. Formato de solicitud de cambio a los requerimientos (checar el de summerville). 8. Impacto de los cambios (checar summerville). 9. El documento de los requerimientos que muestre estatus, 10. La matriz de rastreo de los requerimientos. 11. Documento de las inconsistencias. 12. Formato de Documento de las acciones correctivas.

Project Planning WBS / EDT Formato de Paquetes de trabajo (incluir si es desarrollo propio, externo o producto comercial). Modelo de Estimación de tamaño y/o complejidad. Aproximación tecnica (definir plataforma de SW y _HW).

5. Documentacion del ciclo de vida seleccionado 5. Documentacion del ciclo de vida seleccionado. (definir fases y actividades dentro de las fases). 6. Documentacion del modelo de estimacion del esfuerzo. 7. Template en excel del modelo de estimacion incluir tamaño, esfuerzo y costo. 8. Calendario del proyecto (tipicamente el MS Project). 9. Presupuesto 10. hitos del proyecto. 11. Limitantes del proyecto. Puede esar en el documento de visión). 12. Dependencias de tareas. (puede estar en el WBS o en el Project)

14. Procedimientos de respaldo de la informacion. 13. Riesgos del proyecto Nivel de impacto Probabilidad de ocurrencia. Prioridad ( a partir de una matriz de riesgos). 14. Procedimientos de respaldo de la informacion. 15. Procedimientos de seguridad. 16. Formato de carta de confidencialidad.

17. formato de plan de recursos. (humanos, lógicos y materiales). 18. Inventario de habilidades y conocimientos del personal 19. Plan de entrenamiento. 20. Plan de stakeholders. 21. Plan general del proyecto, tambien llamado plan de planes. (es el documento que integra todo lo anterior).

22. Formato de documentacion de revision de otros planes que afectan al proyecto. 23. Evidencias de la negociacion de las actividades del proyecto. (puede ser a traves de un email, en donde se diga por que sí o no se aceptan las actividades y los cambios propuestos. 24. Solicitud de aceptación del compromiso del plan. 25. Aceptación del compromiso para el plan.

MA Indicator Template (vacío). 4 Indicadores para PPQA, Estimacion tamaño, estimacion esfuerzo, avance del proyecto. (template lleno). TAREA: Leer el articulo de Applications of the Indicator Template for Measurement and Analysis

CM Listado de items de configuracion Herramienta de admin de la config. Procedimientos de acceso a la herramienta Base de datos de solicitudes de cambios (ver sommerville) Descripción de las lineas base Una linea base con las plantillas necesarias. Historial de versiones (de los items de configuracion).

CM - 2 Explicar la diferencia entre una linea base y otra. Estatus de items de configuración. Plantilla de resultados de la auditoria a la configuración. Acciones correctivas de los resultados de la auditoria.

PMC Tamaño real Esfuerzo real Costo real Compromiso real Riesgos reales Registros de admin de datos real. Frecuencia de respaldos Revisiones de seguridad Cartas de confidencialidad firmadas

PMC Involucramiento de stakeholders real Revisiones de avance Hacer plantilla de reporte (Semanal) que incluya todo lo anterior. Incluyendo actividades del proyecto terminadas. Revisiones de Hitos Cuando se alcanza un hito, hacer revisiones mas exhaustivas. Listado de acciones correctivas Plan de accion correctiva – incluir quien la hace y en que fecha. Crear estatus de la acccion correctiva y asegurando que todas se hayan realizado.