SQA Plan - PX1412-SIHOPTSP

Document Title

Software Quality Assurance Plan

Brief title

FOAC-PCMMSQA-001-SIHOPTSP

Document
purpose

Este documento describe las tareas y responsabilidades del

Aseguramiento de la Calidad y que aplican para el proyecto
SIHO PSP y TSP

Elaborated by

Mitzi Reyes Lpez

Last revision date

28/1/2015

References
Code:
Version

Software Quality Assurance Process (PRAC-PCMMSQA-001)

Organizational Software Quality Assurance Plan (FOACPCMMSQA-ORG)
FOAC-PCMMSQA-001
0.2

Validity

From: 05/11/2014

To: 31/03/2015
Draft

Substitutes the
Document

NA

State
Definitive

Distribution List

CIO: ERZ
Software Factory Manager: ERZ
Software Project Manager: ZAAA
Scrum Master: MASX
SCM Group: MHG, TOMN
Software Engineering Group: MIH, UMC, OOJY, ORIJ, PALI,
MEES, CUHJ, HEAL, AALJ, PELF, CAIM, MAVM.
Testing Group: RLO, BENN
QAG Group: JBB, FRT
Product Owner: BPM, FRT, RLO
Elaborated by

Authorization

Mitzi Reyes Lpez

SQA Engineer

Reviewed by

Authorized by

Cristina Dvila
Vega
SQA Manager

Marlen Zamorano
Software Project
Manager

1/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

HISTORY

LOG

VERSION

DESCRIPTION

ID RESPONSIBLE

DATE

0.1
0.2

Versin Inicial
Versin con correciones

COMG
RELM

29/12/2014
28/1/2015

2/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

CONTENTS
1 INTRODUCTION...............................................................................................................................................................4
1.1
1.2

PURPOSES......................................................................................................................................................................4
SCOPE............................................................................................................................................................................4

2 PROJECT DESCRIPTION................................................................................................................................................4
3 SQA ACTIVITIES ROLES AND DUTIES.......................................................................................................................4
3.1 REVIEW OBJECTS...........................................................................................................................................................7
3.2 REVIEWS AND AUDITS...................................................................................................................................................7
3.2.1
Reviews and Audits Criteria................................................................................................................................7
3.3 CORRECTIVE ACTIONS AND SUGGESTION NOTIFICATION.............................................................................................7
3.4 RESOURCES....................................................................................................................................................................7
3.5 WORK SCHEDULE..........................................................................................................................................................7
3.6 ESTIMATION COST.........................................................................................................................................................7

3/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

INTRODUCTION

El grupo de aseguramiento de la calidad de software (SQA) ejecuta un conjunto de

actividades a travs de revisiones y auditoras que garantizan la elaboracin de productos de
software de acuerdo a los requerimientos, metodologa y estndares establecidos y
acordados con el cliente.
Las actividades de SQA se ejecutan a lo largo del desarrollo del proyecto. En PRAXIS las
actividades de SQA son ejecutadas por un SQA Engineer, quien est a cargo de reportar los
resultados de calidad del proyecto de software.

1.1

PURPOSES

The objective of the present document is to serve as a guide for implementing the SQA
activities of the project. These activities involve the control, tracking and revision of results
of the project on the application of standards (previously agreed) to guarantee its execution
and effective results within time, cost and expected quality.

1.2

SCOPE

Aplicable a todas las actividades realizadas a lo largo del proyecto de software, los productos
de software, entregables, normas y metodologas, cuya aplicacin ser revisada y auditada.
La revisin est diseado para cumplir un objetivo principal: "Sugerir mejoras en el
proceso de desarrollo de productos".

PROJECT DESCRIPTION

Praxis cuenta con el sistema SIHOWEB, Sistema de Horas, cuyo propsito principal es la
captura del esfuerzo real de horas hombre aplicadas en los diversos proyectos que dan
soporte a la operacin de Praxis.
SIHO est dirigido a todo el capital humano de Praxis, y dada su caracterstica de
obligatoriedad a nivel corporativo requiere garantizar un ptimo desempeo, en la
actualidad el aplicativo presenta problemas de performance lo cual dificulta su operacin,
adicional el cdigo fuente de la aplicacin no es flexible para cambios y genera costos de
licenciamiento.
SIHO carece de la funcionalidad Rentabilidad lo cual genera trabajo manual tanto en
reporte como en el anlisis y alejado de la vanguardia de tecnologa mvil, no cuenta con un
esquema de registro de horas y actividades offline. Como punto focal, dada la dinmica de
crecimiento del corporativo y la necesidad de competitividad en el mercado se requiere la
integracin de la metodologa de trabajo PSP-TSP.
Objetivo general
Implementar el Sistema de Horas Praxis SIHO con nueva funcionalidad orientada a la
metodologa PSP/TSP para uso de todos los recursos humanos de Praxis logrando una
plataforma de trabajo integral con tecnologa Java.

4/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

Objetivos especficos:
1. Migracin de plataforma tecnolgica de .NET a Java.
2. Funcionalidad Offline que permita la captura de horas en un dispositivo mvil.
3. Integracin a SIHO la funcionalidad de la metodologa PSP TSP
Se calcula un total de 70 requerimientos autorizados que sern atendidos en 138 productos
de software; los cuales sern desarrollados por un equipo de trabajo integrado por: 1
Administrador de Proyectos de tiempo parcial, 1 Scrum Master de tiempo parcial, 1
arquitecto se software de tiempo parcial, 1 Lder Tcnico, 5 Implementadores jr. 1
Administrador de la Configuracin de tiempo parcial, 1 Consultor de Aseguramiento de la
Calidad de tiempo parcial, 1 Ingeniero de Pruebas de tiempo parcial, quienes realizarn las
actividades mencionadas en el plan de trabajo en un lapso de 5 meses.

SQA ACTIVITIES ROLES AND DUTIES

ROLE

SQA Group
(Manager, Engineer)

INDIVIDUAL IN

DUTIES

CHARGE

Cristina Dvila
(CPD)
Mitzi Reyes
(RELM)

Elaborates the SQA Plan of the Project.

Defines the goals and scope of SQA Plan.
Participates in the project planning.
Participates in the preparation and review of the project's
software development plan, standards, and procedures.
Assures that the standards, methodologies, norms and
procedures are followed, which will be used to control and to
put the project under revision.
Perform in progress or incremental audits of
software product(s) and/or project deliverables against
process description, standards and procedures.
Reviews the software product (s) and/or project deliverables
before its delivery to the client.
Reviews the software engineering activities to verify
compliance.
Audits the software products to check that they follow the
project plan and the standards that were agreed with our
clients.
Informs to the work team the results of the carried out
revisions.
Periodically audit SCM performance to determine adherence
to standards.
Reviews the test strategy for adherence to standards.
Reviews samples of all test results to determine adherence to
plans.
Assures that the identified non-compliances are documented.
Climbs the non-compliances detected to the CIO in case that
deviations have not been solved satisfactorily.
Identifies, documents and follows the non-compliances until
the closing.
Reviews and/or audits the intergroup coordination activities
to verify compliance
Promote an environment (created as part of project
management) that encourages stakeholders participation in
identifying and reporting quality issues.
Participates in the project meetings: daily, review,

5/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

ROLE

INDIVIDUAL IN

DUTIES

CHARGE

Software
Requirements
manager

Marlene
Zamorano
(ZAAA)

Software Project
Manager

Marlene
Zamorano
(ZAAA)

Scrum Master

Rodrigo
Martinez
(MASX)

SCM Group
(Manager, Engineer)

TEAM

Maribel
Hernndez
(MHG)
No Torres
(TOMN)
Rubn Murgua
(UMC)
Giovanni
Gonzalez
(GOHG)
Yolanda Ochoa
(OOJY)
Miguel Martinez
(MAVM)
Jose Maria
Ortega
(ORIJ)
Israel Paz
(PALI)
Sonia Mendoza

retrospective, administrative.
Participates in sessions of causal analysis.
Participates in sessions of taking of formal decisions.
Suggests improvements to the processes.
Feeds the measurement system.
Provides objective verification of the quantitative analysis
and it assures adherence to the process.
Reviews the fulfillment and trazability of the project
requirements throughout of each one of the project phases.
Revises the individual activities of the work team to make
sure that are continued according to the plans of the project.
Reviews that the standards, norms and procedures are
followed, settled down by the PRAXIS Software Factory (see:
Software Factory Quality Management System).
Reviews the SQA Plan.
Reviews the execution of the activities to make sure that
follow the project plan.
Reviews the non-compliances (identified by the SQA
Engineer), the change control request and follows them until
the closing.
Reviews the fulfillment and trazability of the project
requirements throughout of each one of the project phases.
Revises the individual activities of the work team to make
sure that are continued according to the plans of the project.
Follow ups to activities performed for the SQA group
according to management schedule (FOAC-PCMMSPP-007).
Reviews that the standards, norms and procedures are
followed, settled down by the PRAXIS Software Factory (see:
Software Factory Quality Management System).
Reviews the SQA Plan.
Remove impediments timely and relentless.
Share the team experience.
Radiate project information through task board and charts.
Foster team health.
Reviews the non-compliances (identified by the SQA
Engineer).
Reviews the fulfillment and trazability of the project
requirements throughout of each one of the project phases.
Revises the individual activities of the work team
Evaluates that a configuration control of the all products of
the project settles down.
Verifies that the configuration control activities are executed
correctly by all those involved in the project.
Reviews the SQA Plan.
Plans the physical and functional audits of the configuration
(PCA/FCA).
Participates in the project planning.
Reviews the SQA Plan
Participates in the in the reviews and audits
Reviews the Quality Control LogBook
Solve the non-compliances of the process that they execute
Send to repository the artifacts to be submitted for audit
Solve the non-compliances of the artifacts that they produced

6/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

ROLE

INDIVIDUAL IN

DUTIES

CHARGE
(MEES),
Juan de la Cruz
(CUHJ),
Lizbeth
Hernndez
(HEAL),
Judith Alvarado
(AALJ),
Francisco Perez
(PELF),
Miguel Carrasco
(CAIM).

Testing Group

Carlos
Garca (RLO)
Nelly
Becerra
(BENN)

NA

Customers SQA
personnel

Experts independent
of the SQA group

Oficina de
Proyectos

Elsa Ramirez
(CIO)

CIO

SPONSOR

Product Owner

Customer care

3.1

REVIEW

Edmundo
Robert
Hernndez
(ERH)
Beatriz Perea
(BPM)
Fernando
Rueda
(FRT)
Carlos
Garcia
(RLO)
Claudia
Peregrino
(PEOC)

Participates in the project planning.

Participates in the application of tests.
Participates in risk identification and/or mitigation
Participate in project planning, including estimation
and the definition of the project defined process.
Generates project data.
Participates in problem analysis sessions.
Communicates status of tasks assigned.
Participates in corrective and/or preventive actions
The SQA Engineer conducts periodic reviews of its activities
and findings with the customer's SQA personnel, as
appropriate.
Reviews the activities and work products of the SQA Engineer
to verify compliance.
Identifies documents and follows the non-compliances until
the closing.
Informs the results of the carried out revisions.
Receive the Executive Report of Results.
Follow ups to the SQA activities.
Solve conflicts
Last level of climbing up.

Receive an executive report SQA

Receive the Quality Control Logbook.

Receives information and support for implementation of

commitments by the customer.

OBJECTS

Durante el desarrollo del proyecto se llevarn a cabo al menos 15 revisiones a los procesos
definidos en el documento Projects Defined Software Process (FOAC-PCMMOPFD-003SIHOPTSP) y que estn documentados dentro del Quality Management System del CEDS
(http://alfresco2.praxis.com.mx:8080/share/).
Las listas de verificacin (checklist) a ser usados, se listan en el documento Map of
Revisions/Audits of the CMMI Process (FOAC-PCMMSQA-005-SIHOPTSP).

7/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

Las revisiones y auditoras a realizar se detallan en el Sprint Backlog

(http://192.168.2.40:8088/icescrum/p/PROJ15/#project) y en el documento Quality Control
Logbook (FOAC-PCMMSQA-003-SIHOPTSP), en el cual se registran y controlan las
desviaciones identificadas.
Process
RM - Requirements Management
ISM Integrated Software Management
SPP - Software Project/Phase Planning
SPTO - Software Project Tracking and Oversight
REE - Requirements Engineering
A&D Analysis and Design
IMP Implementation
TST Test
DPY Deployment
PR Peer Review
DAR Decision Analysis and Resolution
SCM Software Configuration Management
MA Measurement and Analysis

3.1.2 WORKING PRODUCTS AND/OR PROJECT DELIVERABLES

SOFTWARE
PRODUCT /
PROJECT
DELIVERABLE
FOAC-PCMMOPFD-003SIHOPTSP
FOAC-PCMMSPP-006SIHOPTSP
FOAC-PCMMSPP-009SIHOPTSP
ICESCRUM
FOAC-PCMMPR-001SIHOPTSP
SIHOPTSP-ReqTrackMtx
FOAP-PCMMSPTO-003PROGRESS REPORTAAMMDD-SIHOPTSP
FOAC-PCMMGEN-005SIHOPTSP
FOAC-PCMMSCM-001-1SIHOPTSP
SIHOPTSP-A&D-SAD
SIHOPTSP-TST-TSTRGY

3.2

REVIEWS

DESCRIPTION
(CHARACTERISTICS)

OWNER

DISCIPLINE /
PHASE

REVISION TYPE

Tailoring

ZAAA

Sprint 1

In progress

Software
Project
Development Plan
Project Risk Management
Strategy
Sprint Backlog

ZAAA

Sprint 1

In progress

ZAAA

Sprint 1

In progress

MASX
ZAAA

Sprint 1
Sprint 1

In progress
In progress

ZAAA

Sprint 1

In progress

ZAAA

Sprint 1

In progress

JBB

Sprint 1

In progress

MHG

Sprint 1

In progress

REZ

Sprint 1

In progress

RLO

Sprint 1

In progress

Peer Review Report Form

Requirements Tracking
Matrix
Progress Report

Projects Metrics Form

SCM Plan
Software
Document

Architecture

Test Strategy

AND

AUDITS

8/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

Durante el desarrollo del proyecto SIHO PSP y TSP (PX1412-SIHOPTSP)

siguiente:

se considera lo

Las revisiones se realizarn conforme a lo planeado sin embargo sern orientadas de

acuerdo a las necesidades del proyecto, los riesgos y la estrategia que se establezca.

Se participar en los daily meetings para asegurar el cumplimiento de los

requerimientos del cliente y el apego a proceso.

En los daily se expondrn las desviaciones identificadas en el proyecto.

En las revisiones a los procesos de ingeniera, se dar principal nfasis en verificar el

apego a los requerimientos del proyecto descritos en el documento Requirements
Baseline (FOAC-PCMMRM-001-SIHOPTSP), con el objetivo de asegurar la calidad del
producto, el alcance del proyecto y garantizar la obtencin de la satisfaccin del
cliente.

Las revisiones y auditorias que se llevarn a cabo en el proyecto consisten en la

aplicacin de listas de verificacin (checklist) para actividades y productos realizados
y generados durante el proyecto y que se listan en el documento Map of
Revisions/Audits of the CMM Process (FOAC-PCMMSQA-005-SIHOPTSP).

Las listas de verificacin (checklist) contemplan los puntos descritos en el documento

Organizational SQA Plan punto 5.3.1 (Puntos Especficos a Considerar en Revisiones y
Auditorias de Proyectos).

Las auditoras a productos de trabajo y entregables del proyecto se llevarn a cabo

durante la elaboracin de los documentos/artefactos y antes de que sean entregados
al cliente o cuando el Scrum Master lo solicite de forma anticipada. Estas auditoras
estn
calendarizadas
en
el
Sprint
Backlog
(http://192.168.2.40:8088/icescrum/p/PROJ15/#sprintPlan) y en el documento Quality
Control Logbook (FOAC-PCMMSQA-003-SIHOPTSP), seccin Control Audits).

Las auditoras a productos de trabajo y entregables se realizarn, si es necesario, en

conjunto con el grupo de ingeniera en el momento que se est realizando el artefacto
para generar retroalimentacin y correccin inmediata, asegurar que se est
cumpliendo con la baseline de requerimientos (FOAC-PCMMRM-001-SIHOPTSP) y con
la lista de productos (FOAC-PCMMREE-001-SIHOPTSP) y disminuir las desviaciones
que se pudieran identificar en los artefactos.

La periodicidad de las revisiones del proyecto (ejecucin de actividades descritas por

cada proceso, procedimiento, apego a estndares de codificacin y diseo) se har al
menos una vez por cada proceso y durante la ejecucin del mismo. (ver Sprint
Backlog y documento Quality Control Logbook (FOAC-PCMMSQA-003-SIHOPTSP),
seccin Control Reviews).

Las revisiones y auditorias que se llevarn a cabo, se apegarn a los estndares (de
codificacin y diseo) y procesos descritos en el documento Software Development
Plan del proyecto (FOAC-PCMMSPP-006-SIHOPTSP) y de acuerdo al proceso estndar

9/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

del proyecto documentado en Projects Defined Software Process (FOAC-PCMMOPFD003-SIHOPTSP).

Las revisiones y auditorias se llevarn a cabo de la siguiente manera:

o
o
o
o
o
o
o

Identificacin de los objetos de revisin

Identificacin del miembro responsable de ese objeto de revisin
Acordar reunin de revisin o auditoria.
Ejecutar revisin o auditoria
Registrar hallazgos
Informar hallazgos y recomendaciones
Dar seguimiento hasta el cierre de no conformidades (de acuerdo al
documento SQA Procedure (PGAC-PCMMSQA-001, secciones: 4.4, 4.5 y 4.6)).

El estado de las desviaciones se revisa con el Scrum Master y/o con los responsables
asignados antes de su distribucin al CIO y Cliente.

Los resultados de las revisiones y auditorias se presentarn al Scrum Master, Team

(Grupo de Ingeniera), Grupo de Pruebas y Grupo de SCM, en el documento Quality
Control Logbook (FOAC-PCMMSQA-003-SIHOPTSP) va mail cada semana (en
Mircoles), antes de notificar al CIO y Product Owner.

Los resultados de las revisiones y auditorias se presentarn al CIO, Software Factory

Manager, Solution Center Manager, Scrum Master, Product Owner y a quien el CIO
considere necesario notificar, en el documento Quality Control Logbook (FOACPCMMSQA-003-SIHOPTSP) va mail cada semana (en Viernes), y de forma
extraordinaria si se identifican desviaciones crticas o que se encuentren en el Ciclo 3
o ms.

El Scrum Master a su vez distribuye la bitcora a su equipo de trabajo.

Las desviaciones se consideran resueltas una vez que el SQA Engineer revisa la
evidencia y determina que es correcta en base al Proceso Definido del Proyecto
(FOAC-PCMMOPFD-003-SIHOPTSP), al documento Software Development Plan (FOACPCMMSPP-006-SIHOPTSP) y a los acuerdos establecidos del proyecto.

La periodicidad de revisiones y auditorias por parte del SQA Engineer del cliente (en
caso de existir) o su representante ser establecida en comn acuerdo y ser
programada.

Las revisiones y seguimiento a las correcciones de los defectos registrados en los

documentos Defect Report (FOAC-PCMMSPE-001-SIHOPTSP) y Lista de Peer Reviews
(FOAC-PCMMPR-001-SIHOPTSP) se realizarn de acuerdo al procedimiento (PGACPCMMSQA-001) y se dar seguimiento para que se enven a versionar cada semana
para que estn disponibles al Data Analyst para la generacin de los indicadores del
proyecto.
10/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

3.2.1 REVIEWS AND AUDITS CRITERIA

Las revisiones y auditorias se llevarn a cabo siguiendo los siguientes criterios descritos en
el documento Guidelines for Decision Analysis (GLAC-PCMMDAR-001).
3.2.1.1

Criteria for Evaluate Performed Processes

Business needs
Process roles
Applicable process and product standards
Applicable procedures, methods, tools, and resources
Entry criteria of the process
Inputs
Product and process measures to be collected and used
Verification points (e.g., peer reviews)
Outputs for the process
Interfaces con otros procesos
Exit criteria of the process
Projects Quality and process-performance objectives.
Project Processes Policy (PLAC-PCMMISM-001)
Guidelines For Decision Analysis (GLAC-PCMMDAR-001)

3.2.1.2

Entry Criteria for Audits

3.2.1.3

Se har auditoria de productos que estn bajo control de

configuracin.
No se recibirn cambios a los productos entregados durante su
auditoria.
Las nuevas revisiones a los productos se ingresarn en el siguiente
ciclo (auditoria).
No se realizarn auditorias de cualquier producto que no contemple
todas las correcciones y/o sugerencias acordadas hasta el momento
de la auditoria.
Un producto se considera aprobado cuando de la aplicacin de la lista
de verificacin correspondiente no se genere ninguna observacin de
desviaciones y no conformidades o haya desviaciones de severidad
baja aceptadas por el Scrum Master y CIO.
La base de revisiones y auditorias son los procesos y estndares
acordados para el desarrollo del proyecto.
Se tendrn a disposicin los procesos y estndares acordados para
hacer la revisin.

Criteria for evaluate software products and project deliverables

Funcionalidad.- Que satisface los requerimientos del proyecto

registrados en la baseline de requerimientos (FOAC-PCMMRM-001SIHOPTSP).

11/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

3.2.1.4

Fiabilidad.- Exactitud y consistencia conforme a la baseline de

requerimientos (FOAC-PCMMRM-001-SIHOPTSP) y dems productos del
proyecto.
Usabilidad.- Uso de estndares establecidos y conocidos por todo el
equipo del proyecto.
Eficiencia.- Informacin entendible, concisa y de valor para el
proyecto.
Mantenibilidad.- Descripcin a detalle de cada versin generada,
facilitando realizar cualquier cambio sin impactar el alcance del
producto.
Portabilidad.- Facilidad de ajuste y adaptacin al cambio de acuerdo a
los estndares establecidos.

Criterios para detener el proyecto y escalar problemas

Declogo SQA
El proyecto ser detenido en caso de que alguno de los siguientes 10
puntos no se cumpla y apliquen para el proyecto:
No.
1

Proces
o
RM

2
3

SPP
SPP

A&D

5
6

A&D
IMP

SPTO

TST

TST

10

SPTO

Punto crtico
Requerimientos completos incluyendo los diferentes tipos
revisados y autorizados con el usuario adecuado.
Kickoff involucrando a los interesados adecuados.
Plan de trabajo, sprint backlog o lista de actividades con
hitos y responsables y seguido por todo el equipo.
Tecnologa y arquitectura probada, revisada con cliente y a
cargo de arquitecto con experiencia en Praxis.
Responsable de base de datos con experiencia.
Desarrollar los requerimientos autorizados y siguiendo la
arquitectura definida.
Demostraciones frecuentes del avance de los productos con
el usuario adecuado.
Pruebas desde etapas tempranas planeadas y con una
estrategia definida para satisfacer los criterios de
aceptacin.
Ambientes definidos de desarrollo, pruebas y UAT
independientes as como mecanismos definidos de entrega y
aceptacin con el cliente.
Acuerdos, dependencias, issues y riesgos registrados,
evaluados, comunicados a los involucrados adecuados,
monitoreados y cumplidos.

Proyecto Completo
De igual manera se detendr el proyecto completo en los siguientes casos:

12/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

Al inicio de las actividades del proyecto/fase, no est establecido el

proceso definido (FOAC-PCMMOPFD-003-SIHOPTSP) del proyecto.
Se identifica que se est construyendo algo diferente a lo descrito en
la Lnea Base de Requerimientos (FOAC-PCMMRM-001-SIHOPTSP) y/o
Productos autorizada (FOAC-PCMMREE-001-SIHOPTSP) sin contar con
un control de cambios autorizado por el Comit de Control de Cambios
(FOAC-PCMMGEN-004-SIHOPTSP).
Conforme a la planeacin del proyecto no se ha cerrado la lnea base
de la fase y los artefactos respectivos no han sido revisados y
aprobados.
Se identifica que se est trabajando con versiones de cdigo no
provistas por el SCM Engineer y/o almacenadas en el repositorio del
proyecto.
Se liberan versiones al Product Owner no probadas por el equipo de
Test.
Hay 5 o ms desviaciones de riesgo Alto no resueltas registradas en el
documento Quality Control Logbook (FOAC-PCMMSQA-003-SIHOPTSP).

Administracin de Proyectos
Se detendrn las actividades de administracin en los siguientes casos y
solo podrn continuar hasta que estos puntos sean resueltos:

El Software Project Manager no cuenta con el calendario de

administracin actualizado (ICESCRUM).
No se han entregado las entradas requeridas para la generacin de las
mtricas en el tiempo acordado y no estn disponibles en el
repositorio (actualizacin de los calendarios, registros de defectos,
controles de cambio autorizados).
No se cuenta con el documento Project Software Development Plan
(FOAC-PCMMSPP-006-SIHOPTSP) cerrado conforme al calendario de
administracin (ICESCRUM).
Hay 8 o ms desviaciones de riesgo Medio no resueltas registradas en
el documento Quality Control Logbook (FOAC-PCMMSQA-003SIHOPTSP).

Grupo de Ingeniera
Se detendrn las actividades de ingeniera en los siguientes casos y solo
podrn continuar hasta que estos puntos sean resueltos:

No se realizan pruebas unitarias antes de la integracin del producto.

No se registra en tiempo y forma informacin de correccin de los
defectos.
No se revisan bajo peer review los elementos de implementacin
crticos del proyecto.

Grupo de Test

13/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

Se detendrn las actividades de test en los siguientes casos y solo podrn

continuar hasta que estos puntos sean resueltos:
Se inicia la ejecucin de pruebas sin definir casos de prueba.
No se genera evidencia de las pruebas ni se documentan los defectos.
Se inicia el ciclo de pruebas sin contar con los elementos de entrada
(pruebas unitarias, peer review del cdigo, versin liberada por SCM).
Se identifica la ejecucin de pruebas con artefactos de Test no
revisados y aprobados.

SCM
Se detendrn las actividades de SCM en los siguientes casos y solo podrn
continuar hasta que estos puntos sean resueltos:
No se cuenta con el SCM Plan autorizado (FOAC-PCMMSCM-001-1SIHOPTSP) en la fecha que el calendario de administracin
(ICESCRUM) lo indique.
Cuando se tenga desactualizado el repositorio con ms de 5 das
calendario.

SQA
Se detendrn las actividades de SQA en los siguientes casos y solo podrn
continuar hasta que estos puntos sean resueltos:
No se cuenta con el SQA Plan autorizado en la fecha que el calendario
de administracin (ICESCRUM) lo indique.
Est desactualizado el documento Quality Control Logbook (FOACPCMMSQA-003-SIHOPTSP) por ms de 5 das hbiles.

Estos criterios estarn contemplados dentro de las listas de verificacin

(checklist) que se apliquen a cada producto de trabajo o entregable.
Matriz de Escalamiento
Nive
l

Caso

Escalar a

Software
Factory
Manager
Engineering Manager
Test Manager
SCM Manager
CIO

Todas las desviaciones que no se

resuelvan en la fecha establecida.
Todas las desviaciones donde no
se obtenga un compromiso para su
solucin por parte del responsable.
No hay respuesta en el nivel 1.
La respuesta del nivel 1 no
soluciona las desviaciones.
Los responsables no cumplen la
fecha compromiso establecida en

14/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

3.2.1.5

el nivel 1.
Sucede alguno de los casos
descritos arriba para detener el
proyecto.
No hay respuesta en el nivel 2.
La respuesta del nivel 2 no
soluciona las desviaciones.
Los responsables no cumplen la
fecha compromiso establecida en
el nivel 2.
Sucede alguno de los casos
descritos en el declogo SQA.

CEO
Oficina de Proyectos

Exit Criteria for Reviews and Audits

Un producto y/o la ejecucin de un proceso se consideran satisfactorios
cuando de la aplicacin de las listas de verificacin suceda lo siguiente:

3.3

No existan desviaciones de riesgo alto (Afecta directamente en

tiempo, costo y calidad) no resueltas.
No existan desviaciones de riesgo medio (Afecta parcialmente en
tiempo, costo y calidad) no resueltas.
No existan desviaciones de riesgo bajo (Afecta indirectamente en
tiempo, costo y calidad) no resueltas o existan desviaciones de riesgo
bajo y con el Vo.Bo. del CIO.

CORRECTIVE ACTIONS

AND

SUGGESTION NOTIFICATION

Para realizar la identificacin, documentacin y seguimiento de las no conformidades y

desviaciones durante la ejecucin de las revisiones y auditorias, se ejecuta la seccin 4.6
(Report Execution and Follow Up) del documento SQA Procedure (PGAC-PCMMSQA-001).
El seguimiento y retroalimentacin de las no conformidades, desviaciones y defectos a lo
largo del desarrollo del proyecto, se realiza en las reuniones de seguimiento de los proyectos
de acuerdo al documento Progress Report and Review (PEAC-PCMMSPTO-001), las cuales
estn
calendarizadas
en
el
Sprint
Backlog
(http://192.168.2.40:8088/icescrum/p/PROJ15/#sprintPlan), las desviaciones identificadas no
resueltas son las que se notifican al CIO cada Viernes y de forma interna se notifica al equipo
cada Mircoles, mediante el envo de la bitcora de calidad.

3.4

RESOURCES

Para este proyecto, un SQA Engineer ha sido asignado, el cual est debidamente capacitado
para realizar todas las actividades de SQA, conoce su rol, responsabilidades y autoridad
dentro del proyecto y sus actividades sern coordinadas por un SQA Manager.

15/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

A continuacin se listan las herramientas a utilizar y los accesos requeridos para el desarrollo
de las actividades de SQA:

Una PC de escritorio configurada en red.

Office 2010
Software para el desarrollo de presentaciones (material de capacitacin y reportes).
Tortoise SVN 1.8.6
Ice Scrum (http://192.168.2.40:8088/icescrum/p/PROJ15/#sprintPlan)
PRMTool.
Cuenta de correo electrnico.
Acceso
al
Sistema
Documental
del
CEDS
(http://alfresco2.praxis.com.mx:8080/share/) para el desarrollo de las actividades de
revisiones y auditoras a ser ejecutadas por el grupo de SQA.
Acceso al repositorio del proyecto (https://192.168.2.51:444/svn/PX1402-SIHOPTSP/)
Para mayor detalle, verificar Project Standards and Tools (FOAC-PCMMSPP-003SIHOPTSP).

16/17

CONFIDENTIAL MATERIAL

SQA Plan - PX1412-SIHOPTSP

3.5

WORK SCHEDULE

Para un mayor detalle consultar la herramienta ICESCRUM, dentro del proyecto PX1412SIHOPTSP
http://192.168.2.40:8088/icescrum/p/PROJ15/#sprintPlan

3.6

ESTIMATION COST

El costo en tiempo y el costo por el recurso asignado (76 hrs.) asignado para el desarrollo de
las actividades de SQA, es descrita en el documento Project Product Size Estimation (FOACPCMMSPP-001-Agile_SIHO).

17/17

CONFIDENTIAL MATERIAL