Documentos de Académico
Documentos de Profesional
Documentos de Cultura
IEEE Rep
IEEE Rep
A quin va dirigido
Este estndar est destinado a aquellos gestores de proyectos software y a otro personal que
prepare o actualice planes de proyectos y estn adheridos a esos planes.
Historia
La solicitud de autorizacin de proyectos para el desarrollo de esta norma fue aprobada por la
Junta de normas IEEE el 13 de diciembre de 1984. La modificacin de la solicitud de
autorizacin fue aprobada en Septiembre de 1996. Se celebraron diez reuniones dentro de los
Estados Unidos entre Septiembre de 1984 y Septiembre de 1986.
Alcance
Este estndar prescribe el formato y contenido del Plan para la Gestin de Proyectos Software
-PGPS-. Un Plan para la Gestin de un Proyecto Software es el documento de control para
gestionar un proyecto software; define los procesos tcnicos y de gestin necesarios para
satisfacer los requisitos del proyecto.
Este estndar puede ser aplicado a todos los tipos de proyectos software. El uso de este
estndar no est limitado por el tamao, complejidad o criticidad del producto software. Este
estndar es aplicable a todas las clases de software, incluyendo firmware, cdigo de sistemas
empotrados, matrices lgicas programables y software en Silicio. Este estndar puede ser
aplicado a cualquiera de los segmentos del ciclo de vida de un producto software.
Este estndar identifica el conjunto mnimo de elementos que debera aparecer en todos los
planes para la gestin de proyectos software. A fin de seguir el estndar los planes para la
5.5. Calendario.
Componentes adicionales
ndice
Apndices.
Este es un orden propuesto, que no implica que haya que seguirlo literalmente. Las secciones y
subsecciones de un plan de gestin software deben ser incluidas aqu especficamente o bien
haciendo referencias a los documentos que sean necesarios.
Cada versin del Plan de Gestin de Proyecto Software basada en este estndar debera
contener un ttulo y una nota de la versin para identificar unvocamente al documento. La
informacin de la revisin puede incluir el nombre del proyecto, nmero de versin del plan,
fecha o versin, firmas de aprobacin o aceptacin, una lista de las pginas que han sido
cambiadas en la versin actual del plan y una lista con las fechas de las revisiones de anteriores
versiones del plan.
El prefacio de un PGPS basado en este estndar debera describir el propsito, indicando el
alcance de las actividades, e identificar la intencin y las personas a las que est dirigida este
plan. Tambin sera recomendable incluir una tabla de contenidos y una lista de figuras
presentes en el documento para la mejor localizacin de cada uno de ellos.
Visin General del Proyecto.
Esta subseccin del PGPS incluir un resumen conciso de los objetivos del proyecto, el
producto a entregar, las principales actividades de trabajo, los principales productos de
trabajo, los principales hitos, los recursos necesarios, y el calendario y el presupuesto maestro.
La descripcin del proyecto incluir asimismo la relacin de este proyecto a otros proyectos,
segn corresponda. Esta descripcin, no se interpretar como una especificacin oficial de los
requisitos del producto. La referencia a la especificacin de los requisitos del software se
presentar en este tramo de la PGPS.
Entregables del Proyecto.
Esta subseccin del PGPS incluir en la lista todos los tems que se entrega al cliente, las fechas
de entrega, los lugares de entrega, y las cantidades necesarias para satisfacer los trminos del
acuerdo de proyecto. Esta lista de entregables del proyecto, no se interpretar como una
declaracin oficial de los requisitos del proyecto.
Evolucin del PGPS.
Esta subseccin del PGPS debera especificar los planes para llevar a cabo tanto las
actualizaciones planificadas del plan, como las no planificadas del PGPS. Este apartado se
especificar tambin los mecanismos utilizados para colocar la versin inicial del PGPS bajo el
cambio de control y para controlar los cambios posteriores a la SPMP.
Material de Referencia.
Esta subseccin del PGPS debera ofrecer una lista completa de todos los documentos y otras
fuentes de informacin referenciadas en el PGPS. Cada documento debera ser identificado
por un ttulo, nmero de informe, autor y organizacin que lo public. Otras fuentes de
informacin tales como ficheros electrnicos, deberan ser identificadas de una manera no
ambigua usando identificadores, tales como el nmero de versin y la fecha de su publicacin.
Cualquier desviacin de los estndares referenciados o polticas debera ser identificado y
aportado las correspondientes justificaciones.
Definiciones y Acrnimos.
Esta subseccin del PGPS debera definir o proveer referencias a los trminos y acrnimos
necesarios para comprender adecuadamente el PGPS.
Organizacin del Proyecto
Modelo de Procesos.
Esta subseccin del PGPS debera definir las relaciones entre las funciones principales del
proyecto y las actividades, especificando el calendario de los hitos principales, documentos
bases, revisiones, productos de trabajo, productos entregables, y el fin del proyecto. El modelo
de procesos puede ser descrito utilizando una combinacin de notaciones textuales y grficas.
El modelo de proceso puede incluir las actividades de iniciacin y finalizacin del proyecto.
Estructura Organizativa
Esta subseccin del PGPS debera describir la estructura para la gestin interna del proyecto.
Dispositivos grficos tales como grficos de organizaciones jerrquicas o diagramas de
matrices pueden ser usados para representar las lneas de autoridad, responsabilidad y
comunicacin dentro del proyecto.
Lmites e Interfaces organizativos
Esta subseccin del PGPS debera describir los lmites administrativos y de gestin entre el
proyecto y cada una de las siguientes entidades: organizacin que se encarga del proyecto, la
organizacin cliente, organizaciones subcontratadas o cualquier otra entidad organizativa que
interaccione con el proyecto. Adems, las interfaces de administracin y gestin de las
funciones de soporte del proyecto, tales como la gestin de configuracin, control de calidad y
verificacin y validacin se especificarn en este apartado.
Responsabilidades
Esta subseccin del PSMP deber determinar y precisar la naturaleza de cada funcin
importante proyecto y actividad, e identificar a los individuos que son responsables de las
funciones y actividades. Una matriz de funciones y actividades versus las personas
responsables pueden ser utilizadas para representar las responsabilidades del proyecto.
Procesos de Gestin
Esta seccin de la PGPS especificar objetivos y prioridades de gestin; suposiciones del
proyecto, las dependencias y las limitaciones, tcnicas de gestin de riesgos, la supervisin y el
control de los mecanismos que se utilizarn, y el plan de personal.
Gestin de Riesgos.
Esta subseccin del PGPS debera identificar y valorar los factores de riesgos asociados al
proyecto. Esta subseccin tambin debera prescribir mecanismos para el rastreo de varios
factores de riesgo e implementar planes de contingencia. Los factores de riesgos que deberan
ser considerados incluyen riesgos contractuales, tecnolgicos, riesgos debidos al tamao y
complejidad del proyecto, riesgos en la adquisicin y retencin del personal, y riesgos en lograr
que el cliente acepte el producto.
Mecanismos de supervisin y control
Esta subseccin del PGPS debera definir los mecanismos para generar informes, los formatos
de los informes, flujos de informacin, mecanismos de auditora y revisin, y otras
herramientas y tcnicas que pueden ser usadas para controlar las adiciones al PGPS.
EL control del proyecto debera ocurrir en el nivel de paquetes de trabajo. La relacin entre los
mecanismos para controlar el proyecto y las funciones de soporte deberan ser trazadas en
este nivel.
Plan del Personal
Esta seccin del PGPS especificar el nmero y tipo de personal necesario para llevar a cabo el
proyecto. Los niveles de cualificacin requeridos, los tiempos de comienzo, la duracin de la
necesidad, y los mtodos de obtencin, la formacin, retencin y eliminacin gradual del
personal se especificarn
Procesos Tcnicos
Esta seccin del PGPS deber especificar los mtodos tcnicos, herramientas y tcnicas
analticas que se utilizarn en el proyecto. Adems, el plan para la documentacin de software
se especifica, y los planes para las funciones de soporte del proyecto, como garanta de la
calidad, gestin de configuracin, la verificacin y validacin puede ser especificado
Mtodos, herramientas y tcnicas
Esta Subseccin de la PGPSdeber especificar el/los sistema informtico(s), metodologa/s de
desarrollo, la/s estructura del equipo, el/los lenguaje de programacin, y otras anotaciones,
herramientas, tcnicas y mtodos que deben utilizarse para especificar, disear, construir,
probar, integrar, documentar, modificar o mantener o ambos (segn corresponda) las
prestaciones del proyecto. Adems, las normas tcnicas, polticas y procedimientos que rigen
el desarrollo o la modificacin o ambos de los productos de trabajo y las prestaciones del
proyecto se incluirn, ya sea directamente o por referencia a otros documentos.
Documentacin del Software
Esta subseccin del PGPS debera contener o referenciar el plan de documentacin del
proyecto software. EL plan del documento debera especificar los requisitos de
documentacin, los hitos, lneas base, revisiones y la finalizacin de la documentacin del
software. El plan de documentacin tambin puede contener una gua de estilo, convenciones
en la nomenclatura y formatos del documento. El plan de documentacin podra incluir un
resumen de la agenda y los recursos necesarios para el esfuerzo de la documentacin. El
Estndar ANSI/IEEE 829-1983 Standard for Software Test Documentation ofrece el estndar
para la documentacin de pruebas del software.
Funciones de soporte a proyectos
Esta subseccin del PGPS debera contener directamente o por referencia los planes para las
funciones de soporte para el proyecto software. Estas funciones pueden incluir, pero no estn
limitadas a, gestin de la configuracin, aseguramiento de la calidad del software, y
verificacin y validacin. Los planes para las funciones de soporte al proyecto debern ser
desarrollados a un nivel de detalles consistente con las otras secciones del PGPS. En particular,
se deben especificar las responsabilidades, requerimientos de recursos, agendas y
herramientas para cada una de las funciones de soporte al proyecto. La naturaleza y tipo de las
funciones de soporte al proyecto variarn de un proyecto a otro; de todos modos, la ausencia
del aseguramiento de calidad software, gestin de la configuracin o plan de verificacin y
validacin debe ser explcitamente justificado en los planes de los proyectos que no los
incluyan.
Paquetes de trabajo, Calendario y Presupuestos
Esta seccin del PGPS debera especificar los paquetes de trabajo, identificar las relaciones de
dependencias entre ellos, declarar los requerimientos de recursos, facilitar la localizacin de
herramientas, y recursos para los paquetes de trabajo y establecer la agenda del proyecto.
Paquetes de trabajo
Esta subseccin del PGPS debera especificar los paquetes de trabajo para las tareas y
actividades que deben completarse en orden para satisfacer los acuerdos del proyecto.
Cada paquete de trabajo debera ser unvocamente identificado; la identificacin puede estar
basada en un esquema numerado y ttulos descriptivos. Se puede usar un diagrama que
describa la divisin de las actividades en sub-actividades y tareas (estructura de desglose) para
describir las relaciones jerrquicas entre los distintos paquetes de trabajo.
Dependencias
Esta subseccin del PGPS debera especificar las relaciones de orden entre los distintos
paquetes de trabajo para reflejar de alguna forma las interdependencias entre ellos y la
dependencia de acontecimientos externos al proyecto. Se pueden usar tcnicas tales como las
listas de dependencia, redes de actividades, y mtodo de camino crtico para describir las
dependencias entre los distintos paquetes de trabajo.
Requerimientos de recursos
Esta subseccin del PGPS debera proporcionar, en funcin del tiempo, estimaciones del total
de los recursos necesarios para completar el PGPS. EL nmero y tipo del personal, tiempo de
computacin, software de soporte, ordenadores, facilidades de laboratorios y oficinas, viajes, y
requerimientos de mantenimiento para los recursos de proyectos deberan ser especificados.
Presupuesto y distribucin de recursos
Esta subseccin del PGPS debera especificar la localizacin de las herramientas y recursos de
las distintas funciones del proyecto, actividades y tareas. Se puede usar un esquema de
ganancia de valores para localizar herramientas y recursos, y para llevar un control del gasto y
de la utilizacin de los recursos.
Calendario o Agenda
Esta subseccin del PGPS debera ofrecer una agenda para que las distintas funciones,
actividades y tareas del proyecto fuesen desarrolladas en un determinado orden y se
consiguiesen los plazos previstos. Las agendas pueden ser expresadas bien en forma de
calendario relativo, bien en incrementos con respecto a fechas de hitos claves del proyecto.
Componentes Adicionales.
A veces se puede necesitar ciertos componentes adicionales. Estos pueden estar incluidos en
secciones adicionales o en subsecciones del PGPS. De todas formas el esquema numerado para
las secciones y subsecciones requeridas debera parecerse al formato especificado en este
documento. tems adicionales de importancia en cualquier proyecto pueden ser incluidos