plan de gestión del proyecto ieee standard for software project management plans luis felipe...

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.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.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.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.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.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.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.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.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.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.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.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.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.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

plan de gestión del proyecto ieee standard for software project management plans luis felipe...

Documents