Gestión de Requisitos

1. ¿Están documentados en cada proyecto los requisitos software suministrados al

grupo de desarrollo por sus usuarios internos o externos?

2. ¿Se incluyen en los requisitos software de cada proyecto, los requisitos técnicos,
requisitos no técnicos (por ejemplo, fechas de entrega, documentos a entregar al
usuario, lenguajes de programación, etc.) y los criterios de aceptación que serán
utilizados por el usuario para validar los diferentes productos software?

3. ¿Revisa el grupo de desarrollo los requisitos software del usuario antes de que se
incluyan en el proyecto, para identificar requisitos incompletos, inviables, poco
claros, inconsistentes, no verificables o requisitos que faltan?

4. ¿Se utilizan los requisitos software como base para realizar los planes del proyecto
software?

5. ¿Se revisan, se evalúan los cambios a los requisitos software para ver su posible
impacto en el proyecto y se incorporan apropiadamente (según convenga más al
proyecto e incluyendo los correspondientes cambios a los planes y productos
existentes)?

6. ¿Se negocian los compromisos /acuerdos resultantes de los requisitos software y de

los correspondientes cambios con todos los grupos implicados (desarrollo,
analistas, grupo de pruebas, aseguramiento de la calidad, otros)?

7. ¿Se conoce, en cada momento (ya sea pasado o presente), la versión de los
requisitos software en uso y se incorporan los cambios a los requisitos de forma
controlada?

8. ¿Está establecido quién tiene la responsabilidad de analizar los requisitos totales del
sistema y de distribuirlos entre el software, el hardware y otros componentes del
sistema (por ejemplo, marketing, comunicaciones, explotación, etc.)?

SPP

1 ¿Tiene cada proyecto un jefe de proyecto con las responsabilidades de negociar

los compromisos/acuerdos y de desarrollar el plan de proyecto software?
2 ¿Tienen todos los proyectos un plan de proyecto escrito, el cual contiene otra
información además del presupuesto y el calendario, como por ejemplo documentos a
entregar, perfil de las personas a participar, herramientas, ciclo de vida, etc.?
3 ¿Se desarrollan y documentan los planes de proyecto siguiendo un
procedimiento establecido?
4 ¿Está identificado o definido para cada proyecto un ciclo de vida de software, el
cual contiene fases claramente predefinidas?
5 ¿Se estima el tamaño de los diferentes productos software (el propio software y
su documentación asociada) siguiendo un procedimiento establecido?
6 ¿Se estiman el esfuerzo a emplear (por ejemplo, personas/año) y el coste de los
proyectos siguiendo un procedimiento establecido?
7 ¿Se estiman los recursos críticos de ordenador (memoria, disco, tiempo de
transacciones, capacidad de la red de comunicaciones, etc.) de los proyectos siguiendo
un procedimiento establecido?
8 ¿Se establece el calendario del proyecto siguiendo un procedimiento
establecido?
9 ¿Se preparan planes y estimaciones para las herramientas de apoyo y entornos de
desarrollo que se van a necesitar en cada proyecto?
10 ¿Están relacionadas las estimaciones del esfuerzo, coste, calendario y recursos
críticos de ordenador del proyecto con las estimaciones del tamaño de los diferentes
productos software?
11 ¿Se utilizan datos históricos para apoyar y ayudar al proceso de estimación?
12 ¿Se acuerdan los planes de proyecto y las estimaciones de cada proyecto con las
personas y grupos que van a trabajar en el mismo?
13 ¿Revisa la dirección todos aquellos compromisos/acuerdos del proyecto, que
afectan o se hacen a personas o grupos externos a la organización de software?
14 ¿Se identifican, se evalúan y se documentan los riesgos asociados con el coste,
recursos, calendario y aspectos técnicos del proyecto?

PTO

1 ¿Tiene cada proyecto software un jefe de proyecto, el cual es responsable de las

actividades y resultados del proyecto software?
2 ¿Se utilizan los planes de proyecto software para realizar el seguimiento de las
actividades planificadas y como base para informar sobre el estado del proyecto?
3 ¿Se revisan los planes de proyecto cuando es necesario hacerlo y siguiendo un
procedimiento establecido?
4 ¿Se acuerdan los cambios a los compromisos/acuerdos existentes con todos los
grupos afectados (por ejemplo, desarrollo, ingenieros de sistemas, usuarios, grupo de
calidad, etc.) y personas (por ejemplo, miembros del proyecto, jefe de proyecto, etc.)
afectadas?
5 ¿Revisa la dirección, siguiendo un procedimiento establecido, los cambios de
aquellos compromisos/acuerdos del proyecto, que afectan o se establecen con las
personas o grupos externos a la organización de desarrollo (por ejemplo, usuarios)?
6 ¿Se informa de los cambios realizados al plan de proyecto a todos los miembros
del proyecto y otras personas afectadas por el cambio?
7 ¿Se compara el tamaño real de los productos software, o de sus cambios, con el
valor estimado anteriormente, tomándose acciones correctoras cuando es necesario?
8 ¿Se comparan el esfuerzo, coste y planificación real del proyecto con los valores
estimados en la planificación y se toman acciones correctoras cuando es necesario?
9 ¿Se comparan los recursos críticos reales de ordenador con los valores estimados
en la planificación tomándose acciones correctoras cuando es necesario?
10 ¿Se comparan el avance real del proyecto con el avance estimado en la
planificación tomándose acciones correctoras cuando es necesario?
11 ¿Se sigue el avance de las actividades técnicas planificadas tomándose acciones
correctoras cuando es necesario?
12 ¿Se siguen los riesgos software asociados con el coste, los recursos, el calenario
y los aspectos técnicos y se ajustan cuando es necesario las prioridades y contingencias?
13 ¿Se guardan o archivan las informaciones relativas a la planificación inicial, a
las replanificaciones y a los resultados obtenidos realmente, para que puedan ser
utilizadas tanto por los proyectos en marcha como los futuros?
14 ¿Se llevan a cabo de forma periódica, revisiones internas de proyecto para
verificar el progreso técnico, para seguir los planes y los resultados, y para verificar
otros aspectos detallados en el plan de proyecto?
15 ¿Se llevan a cabo revisiones formales en hitos preestablecidos para verificar el
cumplimiento y resultado del proyecto?
16 ¿Se llevan a cabo revisiones periódicas con la dirección para que estén
informados y concienciados con la marcha del proyecto?

SCM

1 ¿Se prepara para cada proyecto un Plan de Gestión Configuración del Software?
2 ¿Existen criterios establecidos para poder identificar los productos software (por
ejemplo, documentos, normas, código fuente, compiladores, herramientas, informes,
etc.) que van a ser puestos bajo gestión de configuración?
3 ¿Está especificado en qué momento del ciclo de vida se van a poner bajo gestión
de configuración los diferentes productos software especificados?
4 ¿Existe una biblioteca de gestión de configuración para almacenar y controlar
los diferentes productos base de software?
5 ¿Existe y funciona un grupo con la autoridad y responsabilidad para gestionar
las líneas base de cada proyecto (por ejemplo, Comité de Control de Configuración
Software)?
6 ¿Se registran, revisan, aprueban y siguen, de acuerdo a un procedimiento
establecido, todas las peticiones de cambio e informes de problemas de cualquier
elemento de configuración que surgen durante la vida del proyecto?
7 ¿Se hacen los cambios de configuración a los elementos bajo gestión de
configuración, de acuerdo a un procedimiento establecido?
8 ¿Se escriben y se distribuyen, a todos los grupos y personas implicadas,
informes de estado con el contenido de la línea base?
9 ¿Se crean todos los productos software teniendo en cuenta como referencia la
biblioteca de la línea base existente y de acuerdo a un procedimiento establecido?
10 ¿Se llevan a cabo auditorías de la línea base siguiendo un procedimiento
establecido, el cual incluye la evaluación de la integridad de las líneas base y la
verificación de que la biblioteca de la línea base esté completa y correcta?

SQA
1 ¿Siguen todos los proyectos una política organizativa escrita para llevar a cabo
el aseguramiento de la calidad software?
2 ¿Se prepara para cada proyecto un plan de Aseguramiento de la Calidad
Software?
3 ¿Existe en cada proyecto un grupo responsable de coordinar y llevar a cabo las
actividades de calidad software (es decir, el Grupo de Aseguramiento de la Calidad
Software)?
4 ¿Verifica el grupo de Aseguramiento de la Calidad Software que las actividades
descritas en el plan de proyecto se llevan a cabo tal y como se han definido/descrito?
5 ¿Audita el grupo de Aseguramiento de la Calidad Software los productos
software específicos (por ejemplo, análisis funcional, análisis técnico, etc.) para
verificar que cumplen los requisitos y los estándares en vigor?
6 ¿Se documentan y resuelven, siguiendo un procedimiento establecido, las
desviaciones identificadas de los productos y de las actividades software?
7 ¿Informa el grupo de Aseguramiento de la Calidad Software de manera
periódica del resultado de sus actividades, a otros grupos (por ejemplo, departamento de
desarrollo, usuarios, jefatura de proyectos, dirección, etc.)?
8 ¿Tiene el grupo de Aseguramiento de la Calidad Software libertad y la suficiente
independencia organizativa para poder verificar los productos y actividades software de
una manera objetiva?

SSM

1 ¿Se define y planifica el trabajo, siguiendo un procedimiento establecido, todo

aquel trabajo que va a ser subcontratado?
2 ¿Se seleccionan a los suministradores siguiendo un procedimiento establecido, y
basándose en una evaluación objetiva de la capacidad del subcontratista para realizar el
trabajo?
3 ¿Existe un directivo responsable de establecer y gestionar cada subcontrato
software?
4 ¿Se utiliza un acuerdo/contrato escrito, hecho entre el constratista y el
subcontratista, como marco de referencia para gestionar el subcontrato?
5 ¿Revisa y aprueba el contratista el plan de proyecto del subcontratista?
6 ¿Se resuelven los cambios a los compromisos/acuerdos hechos con el
subcontratista siguiendo un procedimiento establecido?
7 ¿La dirección de la empresa contratista lleva a cabo revisiones, de forma
periódica, con la dirección de la empresa subcontratada para coordinar y verificar el
estado del proyecto?
8 ¿Mantienen el contratista y el subcontratista una comunicación constante para
facilitar el rendimiento óptimo del subcontratista?
9 ¿Verifica el grupo de Aseguramiento de la Calidad Software de la organización
contratista, las actividades de aseguramiento de la calidad software del subcontratista?
10 ¿Se revisa que los planes de gestión de la configuración, procedimientos,
estándares y herramientas del subcontratista sean adecuados y compatibles con los
procedimientos y con las líneas básicas de gestión de configuración de la empresa
contratista?
11 ¿Existe para cada proyecto subcontratado, los criterios y los procedimientos
(escritos) para aceptar y validar el trabajo subcontratado?
12 ¿Se evalúa periódicamente el rendimiento del subcontratista, y se revisa el
resultado de dicha evaluación con el propio subcontratista?