Propsito Este estndar especifica el formato y contenidos de los planes para la gestin de proyectos software. No especifica las tcnicas exactas que pueden ser usadas en el desarrollo de los planes de proyectos, ni ofrece ejemplos de los planes de gestin de proyectos. Cada organizacin que usa este estndar debera desarrollar un conjunto de prcticas y procedimientos para proporcionar una gua detallada para la preparacin y actualizacin de los planes de gestin de los proyectos software basada en este estndar. Estas prcticas detalladas y procedimientos deberan tener en cuenta los factores del entorno, organizacionales y polticos que pueden influenciar en la aplicacin de este estndar.
No todos los proyectos de software se ocupan del desarrollo de cdigo fuente para un nuevo producto software. Algunos proyectos de software consisten en un estudio de viabilidad y definicin de requisitos del producto. Otros proyectos concluyen con la finalizacin del diseo del producto software, y algunos proyectos se refieren a modificaciones importantes a los productos software existente. Esta norma es aplicable a todo tipo de proyectos de software; la aplicacin no est limitada a los proyectos que desarrollan versiones operativas de nuevos productos. La aplicacin de esta norma no est limitada por el tamao del proyecto. Los proyectos pequeos pueden requerir menos formalidad que en la planificacin de grandes proyectos, pero todos los componentes de esta norma deben ser abordados por cada proyecto de software.
Los proyectos de software son a veces partes componentes de los proyectos ms grandes. En estos casos, el Plan de Gestin de Proyecto de Software puede ser un componente separado de un plan mayor o puede ser fusionado en el plan a nivel de sistema de gestin de proyectos.
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 gestin de proyectos software deben ajustarse al formato especificado en este estndar. De todos modos, los usuarios de este estndar pueden incorporar otros elementos aadiendo secciones o subsecciones adicionales a sus planes para la gestin de proyectos software. En cualquier caso el esquema numerado de las secciones y subsecciones requeridas debe ajustarse al formato especificado en este estndar. Varias secciones y subsecciones de un plan para la gestin de proyectos software pueden ser incluidas en el plan bien por incorporacin directa o bien por referencia a otros planes y documentos.
Este estndar para planes para la gestin de proyectos software incorpora y abarca el plan para el desarrollo software descrito en el Estndar ANSI/IEEE 729-1983[1] y en el ANSI/IEEE 730-1984 [2]
Plan para la Gestin de Proyectos Software Las personas u organizaciones responsables de un proyecto software tambin deberan ser responsables del Plan para la gestin de dicho proyecto. Esta seccin del estndar describe cada uno de los elementos esenciales para la planificacin de la Gestin de un proyecto Software. Estos elementos deberan ser ordenados y descompuestos en secciones y subsecciones segn la siguiente tabla:
Pgina de Ttulo Hoja de Revisin Prefacio Tabla de Contenidos Lista de Figuras Lista de Tablas 1. Introduccin. 1.1. Visin General del proyecto. 1.2. Productos Finales. 1.3. Evolucin del Plan de Proyecto. 1.4. Documentos de Referencia. 1.5. Definiciones y Acrnimos. 2. Organizacin del Proyecto. 2.1. Modelos de Procesos. 2.2. Estructura Organizativa. 2.3. Fronteras e interfaces organizativas. 2.4. Responsabilidades. 3. Procesos de Gestin. 3.1. Objetivos y prioridades de Gestin. 3.2. Suposiciones, dependencias y restricciones. 3.3. Gestin de Riesgos. 3.4. Mecanismos de supervisin y control. 3.5. Plan de Personal. 4. Proceso Tcnico 4.1. Metodologas, Tcnicas y Herramientas. 4.2. Documentacin Software. 4.3. Funciones de Apoyo al proyecto. 5. Plan de Desarrollo. 5.1. Paquetes de Trabajo. 5.2. Dependencias. 5.3. Recursos. 5.4. Presupuesto y distribucin de recursos. 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.
Objetivos y Prioridades de gestin. Esta subseccin del PGPS dar cuenta de la filosofa, objetivos y prioridades para la gestin de las actividades realizadas durante el proyecto. Los temas que se especifican pueden incluir, pero no se limitan a, la frecuencia y los mecanismos para la generacin de informes que se utilizarn; la prioridad de los requisitos, el programa y presupuesto para este proyecto, los procedimientos de gestin de riesgos que ha de seguirse, y una declaracin de intenciones para adquirir, modificar, o utilizar el software existente
Supuestos, dependencias y restricciones Esta subseccin del PGPS debera afirmar los supuestos en los que est basado el proyecto, los acontecimientos externos de los que el proyecto depende y las restricciones que bajo las cuales el proyecto va a ser guiado.
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 como planes para la gestin de subcontratacin, planes de seguridad, planes independientes de verificacin y validacin, planes de entrenamiento, planes de adquisicin de hardware, planes de servicios, planes de instalacin, planes de conversin de datos, planes de transicin de sistemas, o planes de mantenimiento. Si fuese necesario, se debera desarrollar componentes adicionales en un formato y nivel de detalles de acuerdo con las secciones requeridas en el PGPS
ndice Es opcional incluir un ndice con los trminos y acrnimos utilizados en el proyecto pero es bastante recomendable para mejorar la usabilidad del PGPS.
Apndices Se pueden incluir apndices, bien directamente, o bien por referencias para proporcionar soporte a los detalles que pudieran hacer falta.