Plan de Gestión del proyectoIEEE standard for software project management plans
Luis Felipe RamirezLuis Felipe Ramirez
Estándar Es una especificación que regula la
realización de ciertos procesos o la fabricación de componentes para garantizar la interoperabilidad.
IEEE (The Institute of Electrical and Electronics
Engineers )
Es una organización profesional sin ánimo de lucro de más de 360.000 miembros individuales en alrededor de 175 paises.
Asociación técnico-profesional mundial dedicada a la estandarización, entre otras cosas.
Fundada 1884
Debe contener titulo del Proyecto Fecha Identificador único (versión, o numero del
borrador) Identificación de la empresa que lo hace
Pagina de Titulo
Pagina de Firmas
Las firmas (el espacio) para las personas responsables de aprobar el proyecto
Position Name Signature Date
Director, The Institute for Government Informantion Professionals
Fram Engineer
ROCIT Project Manager Martin Malo
Historial Nombre del Proyecto Numero versión del Plan Fecha de realización Lista de las paginas que fueron modificadas para la versión
actual Breve resumen de la naturaleza de los cambios en este
proyecto Lista de versiones y fechas de versiones anteriores del plan
Prefacio Se presenta el documento. Alcance,
contexto y audiencia del SPMP (no del proyecto). La audiencia del SPMP incluye tanto a la gerencia como a los desarrolladores. Debe explicarse para que se está haciendo este documento y que utilidad e importancia tiene.
Listas Tabla de Contenidos Lista de Figuras Lista de Tablas
1. Visión General Del Proyecto (Descripción) 1.1 Resumen del proyecto
1.1.1 Propósito, Alcance y objetivos a) Propósito: Definir el por qué y para qué del
proyecto. b) Alcance: Indica las posibilidades de aplicación
real de los resultados del proyecto, que se va a hacer y que no.
c) Objetivos: Son los fines que se buscan con el desarrollo del proyecto. Lo que se quiere hacer, lograr, conocer o analizar.
1. Visión General Del Proyecto (Descripción) 1.1 Resumen del proyecto
1.1.2 Suposiciones y restricciones 1.1.3 Entregables del Proyecto
Debe hacer una lista de los productos de trabajo que serán entregados al cliente, sus fechas de entrega, sitios de entrega y las cantidades requeridas para satisfacer los términos del acuerdo de proyecto. Debe especificarse el medio de entrega e instrucciones necesarias para su manejo.
1. Visión General Del Proyecto (Descripción) 1.1 Resumen del proyecto
1.1.4 Resumen de presupuesto y cronograma. Enunciar las principales actividades que se deben llevar a cabo para el desarrollo del producto de software junto con el presupuesto que se ha planeado para cada actividad y el tiempo que se tiene estimado para su cumplimento.
1. Visión General Del Proyecto (Descripción) 1.2 Evolución del Plan
Planificar el cómo se va a manejar los cambios al SPMP. Los cambios son planeados en cronograma y adiciones extraordinarias (que no están en el cronograma). Cada cambio debe especificar su responsable dentro del plan. Especificar cuál es el manejo para la versión inicial del SPMP y sus cambios subsecuentes..
2. Referencias Lista de documentos y otras fuentes de
información referenciadas en el documento Cada documento debe ser identificado
3. Definiciones Definir o proveer referencias a los
documentos que contengan la definición de todos los términos y acrónimos requeridos para el apropiado entendimiento del SPMP
4. Organización Del Proyecto 4.1 Interfaces externas
Relación con otras entidades (proveedores, contratistas). Límites organizacionales entre el proyecto y entidades
externas. Organizaciones Padres Organizaciones Adquiridas Organizaciones Subcontratadas Otras Representaciones:
Caracteres organizacionales Diagramas
4. Organización Del Proyecto 4.2 Estructura interna
Describirá la estructura interna de la organización encargada del proyecto
4. Organización Del Proyecto 4.3 Roles y responsabilidades
Funciones y actividades principales. Matriz de funciones/actividades contra
responsables Identificar y declarar la naturaleza de cada
actividad de trabajo y soporte de procesos. Identificar las unidades organizacionales que son
responsables de esos procesos y actividades. Actividades del trabajo y soporte de procesos vs
Unidades organizacionales.
5. Plan De Procesos Administrativos
5.1 Plan de arranque 5.1.1 Plan de estimación
Especifica el costo y calendario para conducir el proyecto
5.1.2 Plan de personal Especifica el equipo de trabajo para cada nivel del
proyecto. Incluye que fases y tipos de habilidades debe tener cada persona, la necesidad en la cual se empleará, así como la duración de la misma.
5. Plan De Procesos Administrativos
5.1 Plan de arranque 5.1.3 Plan de adquisición de recursos
Especifica el plan de adquisición de recursos para que el personal pueda realizar sus tareas. Incluye el proceso de adquisición, así como los diferentes responsables para llevar a cabo ésto.
El plan debería especificar en que actividades del cronograma se requerirá adquisición de recursos.
5. Plan De Procesos Administrativos
5.1 Plan de arranque 5.1.4 Plan de entrenamiento al personal
Especificar el entrenamiento necesario para asegurar que los niveles de habilidad requeridos sean alcanzados por las personas que desempeñan los diferentes roles en el proyecto, asegurando que éste cumpla su objetivo satisfactoriamente.
5. Plan De Procesos Administrativos
5.2 Plan de trabajo 5.2.1 Actividades de trabajo
Especificar todas las actividades que se realizarán en el proyecto
Deben ser descompuestas a un nivel que expongan todos los factores de riesgo y que permita estimar la necesidad de recursos y duración de cada actividad.
5. Plan De Procesos Administrativos
5.2 Plan de trabajo 5.2.2 Cronograma
Entre las actividades y un cronograma
Cualquier restricción en el cronograma de trabajo causada por factores externos al proyecto debería ser indicada en éste.
Son muy usados los diagramas de PERT y GANTT.
5. Plan De Procesos Administrativos
5.2 Plan de trabajo 5.2.3 Asignación de recursos
Por cada actividad definida en el numeral 2.5.1, se debe especificar todos los recursos que ésta necesita para poder desarrollarse (recursos de personal, de operación, de administración...)
5. Plan De Procesos Administrativos
5.2 Plan de trabajo 5.2.4 Asignación de presupuesto.
Resumen detallado sobre la partida presupuestal para cada una de las actividades más importantes para el desarrollo del proyecto.
5. Plan De Procesos Administrativos 5.3 Plan de control
5.3.1 Plan de control de requerimientos Si existe una modificación en uno o en varios
requerimientos se debe tener mecanismos para controlar, manejar, reportar y medir estos.
Se debe tener especificados los planes que mitiguen los cambios en el cronograma, presupuesto, recursos y los factores de riesgo
Existen cambios después del SRS Se discuten estos cambios si son (Factibles, Permisibles) Actualiza SRS
5. Plan De Procesos Administrativos
5.3 Plan de control 5.3.2 Plan de control de cronograma
Medir el progreso del trabajo completado Comparar el progreso de lo actual con lo
completado Implementar acciones correctivas si hay retrasos Cuales acciones se deben tomar
5. Plan De Procesos Administrativos
5.3 Plan de control 5.3.3 Plan de control de presupuesto
Se maneja presupuesto en el proyecto Medir el costo del trabajo completado Comparar costos de lo planeado con lo actual Implantar acciones correctivas
5. Plan De Procesos Administrativos
5.3 Plan de control 5.3.4 Plan de control de calidad
Calidad de los procesos de trabajo y en la calidad de los productos
Verificación y validación Juntas de revisión Auditorias Evaluación de los procesos
5. Plan De Procesos Administrativos
5.3 Plan de control 5.3.5 Plan control de reportes
Se definen los formatos de los reportes Flujos de información que se van a usar en la
comunicación del estado de los requerimientos, calendarización, presupuestos, calidad y otros
Especificar técnicas y métodos de comunicación.
5. Plan De Procesos Administrativos
5.3 Plan de control 5.3.6 Plan de Control de Recolección de
Métricas Recolección y almacenamiento de métricas Definir frecuencia de recolección Validación, análisis y reportes
5. Plan De Procesos Administrativos 5.4 Plan de administración de riesgos
Identificar, analizar y priorizar los factores de riesgo del proyecto
Describir los planes de contingencia Definir los métodos para el seguimiento, evaluación de
cambios, responsables. Planes para medir los factores de riesgo iniciales,
mitigación a través del ciclo de vida definido en el proyecto.
Establecer los procedimientos para la comunicación del estado de los riesgos entre todos lo involucrados
5. Plan De Procesos Administrativos 5.5 Plan de Terminación del Proyecto
Plan de reasignación de empleados Plan de para archivar los materiales del
proyecto Planes de informes postmortem del personal
involucrado en el proyecto Preparación de un reporte final que incluye las
lecciones aprendidas y un análisis de los objetivos logrados.
6. Plan De Procesos Técnicos 6.1 Modelo de Procesos
Se especifica todas las actividades para cada proceso de apoyo del proyecto
para cada actividad se debe: incluir los flujos de información, los productos de trabajo, el tiempo estimado para la realización y la revisión, y cronograma
Relación entre actividades
6. Plan De Procesos Técnicos
Especificar: Desarrollo de metodologías. Lenguajes de programación. Otras notaciones. Herramientas y técnicas. Diseño. Construcción. Pruebas. Integración.
Documentos. Desarrollo. Modificación. Otras especificaciones. Estándares técnicos . Políticas. Procedimientos gobernados
por el desarrollador. Modificación de productos
de trabajo.
6.2 Métodos, herramientas y técnicas
6. Plan De Procesos Técnicos
Especificar: Ensamble y
mantenimiento del desarrollo del entorno.
Hardware. Sistema Operativo. Red. Software. Políticas. Procedimientos. Estándares. Facilidades requeridas
para conducir el software del proyecto.
Los recursos pueden incluir:Estaciones de trabajo.LAN’s.
Herramientas de software para:Análisis.Diseño.Implementación.Prueba.Escrituras.Espacios de oficina.Provisiones para seguridad física.Personal administrativo
6.3 Plan de infraestructura
6. Plan De Procesos Técnicos 6.4 Plan de aceptación del producto
Algunas especificaciones son: Procesos técnicos. Métodos. Herramientas requeridas para la aceptación del producto.
Algunos métodos son: Prueba. Demostración. Análisis. Inspección.
7. Plan De Procesos De Apoyo 7.1 El plan de la gerencia de la
configuración Especifica los métodos que serán utilizados
para proporcionar la identificación de la configuración, el control, la contabilidad del estado, la evaluación, y la gerencia del lanzamiento.
7. Plan De Procesos De Apoyo 7.2 Plan de verificación y validación
Definir las actividades y tareas con las cuales se quiere comprobar el funcionamiento y los logros alcanzados del proyecto.
Especificar el alcance del proyecto y las técnicas de comprobación respectivas.
7. Plan De Procesos De Apoyo
Especifica las directrices que rigen la documentación de los productos no entregables y entregables del trabajo.
Algunos documentos pueden incluir código de la implementación del software, un manual de usuario u otros artículos específicos, además debe definirse la fecha de entrega, las revisiones realizadas y el responsable de cada entregable.
7.3 Plan de documentación
7. Plan De Procesos De Apoyo 7.4 Plan de aseguramiento de calidad
Especificar los planes para asegurar que el proyecto del software satisfaga las especificación contempladas al inicio del proyecto
Se presentan todos los documentos que se tengan sobre los avances y sobre el plan de calidad que se tuvo durante la realización del proyecto.
7. Plan De Procesos De Apoyo 7.5 Revisiones y auditorias
Especifica el horario, los recursos, y los métodos y los procedimientos que se utilizarán en revisiones e intervenciones del proyecto
7.6 Plan de resolución de problemas Debe contener los recursos, métodos,
herramientas, técnicas y procedimientos, utilizados a la hora de hacer reportes, análisis, establecer prioridades y reportes de problemas en los procesos de software.
7. Plan De Procesos De Apoyo 7.7 Plan de manejo de contratistas
planes para seleccionar y manejar cualquier subcontratista que pueda contribuir productos del trabajo al proyecto del software.
Los criterios para seleccionar subcontratistas y el plan de la gerencia para cada subcontrato.
7. Plan De Procesos De Apoyo 7.8 Plan de mejoramiento de procesos
Se realiza el plan para mejorar los procesos que se puedan mejorar
Revisiones periódicas Identificar áreas para mejorar
8. Planes Adicionales Especifica los planes adicionales requeridos para
satisfacer requisitos del producto y términos contractuales tales que rectifiquen la seguridad, aislamiento
Planes de instalación Entrenamiento Integración Transición Mantenimiento Soporte
Anexos Los anexos pueden ser incluidos
directamente o remitiéndolos a otros documentos para proveer detalles presentados en el SPMP
Índice Un índice de palabras o términos usados
en el documento
¿Que es un Plan? 2. m. Intención, proyecto. (RAE) 3. m. Modelo sistemático de una actuación
pública o privada, que se elabora anticipadamente para dirigirla y encauzarla.(RAE)
4. m. Escrito en que sumariamente se precisan los detalles para realizar una obra. (RAE)
Un modelo sistemático que detalla qué tareas se deben llevar a cabo para alcanzar un objetivo (Wikipedia)
¿Qué? ¿Quien? ¿Como? ¿Cuando? ¿Donde? ¿Porque?
Errores Comunes1. No hay plan2. No planearon todo3. No contemplaron bien los riesgos4. Usan el mismo plan para todos los proyectos5. Usan el plan que otro hizo6. El plan es muy alejado de la realidad7. Planear muchos detalles muy pronto8. Planear para después alcanzar9. No aprender de los errores de planeación
pasados
Tips Un máximo de 20 paginas Mantener las versiones del documento Definir quién cambia cosas en el
documento Copias de seguridad Lugares de trabajo
FAQ ¿Existen algunos puntos donde se hable específicamente del documento y no del
proyecto en si? ¿Hay que seguir al pie de la letra el estándar al entregar los informes? ¿Que hay que hacer si uno se desfasa mucho y no cumple la calendarizaciòn que
había planeado? ¿Que tipo de medidas de seguridad se debe tener en cuenta en cada una de las
etapas de elaboración del proyecto? ¿De que manera se deben solucionar los problemas que surjan entre los integrantes
del equipo? ¿Como evitar que el equipo llegue a desintegrarse por una discusión? ¿Que castigo o llamado de atención se debe aplicar a un integrante del equipo q no
haya cumplido con la entrega de la parte que le correspondía hacer? ¿Todo el esquema de iniciación de proyectos (análisis, roles, tareas), depende de la
magnitud del proyecto o es independiente de tal? ¿Qué es ingeniería de software? ¿Cuál es el punto de plan de administración de proyectos más difícil? Ejemplos de los métodos basal y catedral
Bibliografía IEEE standard for software project management plans. IEEE Std 1058-1998 Tigris.org
Open Source Software Engineering Tools http://readyset.tigris.org/nonav/es/templates/frameset.html Plantilla SPMP. Pontificia Universidad Javeriana. Ingeniería De Software. Diana
Milena Pérez Riveros Mapa Mental SPMP. Ing Luis Carlos Díaz Software Project Management Plan (SPMP) for ROCIT
Registration On-line for Canadian IT Professionals for the Institute Prepared by Nerds-R-US
Trabajos de la materia Ingenieria de Software de la P.U.J de semestres anteriores. Diccionario de la Real Academia de la Lengua Española Wikipedia Editorial “The Nine Deadly Sins of Project Planning”. Steve McConnell. Revista IEEE
SOFTWARE edición September/ O c t o b e r 2 0 0 1