2PSP - Plantilla SPMP

SOFTWARE PROJECT MANAGEMENT PLANS (SPMP) - Versión
modificada por ConstruColectiva del IEEE Std 1058-1998
En este documento se especifican los planes que se llevarán a cabo durante la ejecución de la
segunda fase del proyecto, teniendo en cuenta, los procesos de gestión necesarios para el
proyecto, sus responsables y el cronograma general para esta fase del proyecto. A continuación se
presenta la tabla de contenido sugerida para este documento.
PÁGINA DE FIRMAS
Las personas que aprueban el presente documento deben firmar en esta sección.
HISTORIAL DE CAMBIOS
En una tabla se describe la manera como los cambios con sus fechas, han ido enriqueciendo el
documento desde el principio hasta su versión de lanzamiento o linea base.
Versión
Fecha
Ingresar el
número de
la versión
del
documento
Especificar la
fecha en la
que se hizo
el cambio
Sección del
documento
modificada
Especificar las
secciones que
fueron
actualizadas en el
documento
Breve
descripción de
cambios
Narrar de
manera corta la
descripición de
las
actualizaciones
que se realizaron
en esta versión
Responsable (s)
Especificar las personas
que estuvieron
involucradas de forma
directa realizando las
actualizaciones que se
hicieron en esta versión
PREFACIO
Introducción al presente documento donde se debe exponer el alcance, la importancia y para
quien se realiza el SPMP.
1. VISIÓN GENERAL DEL PROYECTO
1.1.
RESUMEN DEL PROYECTO
Descripción en profundidad del alcance, proposito y objetivos del proyecto,
ademas se deben tener en cuenta las restricciones y suposiciones del proyecto,
también se debe realizar una lista de los entregables con sus correspondientes
actividades, tiempo y presupuesto.
1.2.
EVOLUCIÓN DEL PLAN
Especificación de cómo el SPMP va ir evolucionando de manera que se planifique
en que momento se van hacer las actulizaciones, revisiones, correcciones y
quienes van a ser los responsables de cada actividad.
2. DEFINICIONES Y ACRÓNIMOS
Definición de los terminos especificos que se van tener en cuenta a la hora desarrollar
los temas expuestos en esta guía para que cualquiera de las personas involucradas en
el proyecto conozcan el significado de conceptos con los que no estan familiarizados.
3. GRUPOS E INTEGRANTES DEL PROYECTO
Contextualización de la manera de comunicación y responsabilidades de los roles
dentro del proyecto y la relación que se tiene con organizaciones externas
involucradas en la gestión del proyecto como puede ser el cliente o los proveedores,
de manera que se puedan utilizar gráficos como organigramas para representar la
jerarquía de los roles en las diferentes organizaciones implicadas.
4. PLAN DE PROCESOS DE GESTIÓN
4.1.
PLAN DE ARRANQUE
4.1.1. PLAN DE ESTIMACIÓN
Estimación de los costos del proyecto evaluando cada requerimiento por
medio de la elección de un método estandar que permita estimar este valor
para luego utilizar una herramienta (como Microsoft Project) que facilite la
visualización de una ruta crítica, además de poder programar el lanzamiento
de hitos que demuestren el avance del proyecto.
4.1.2. PLAN DE PERSONAL
Elección de los roles que debe tener cada integrante del equipo del proyecto
teniendo en cuenta su experiencia, conocimientos y habilidades.
4.1.3. PLAN DE ENTRENAMIENTO DE PERSONAL
Si se requieren capacitaciones se deben programar en el cronograma las
fechas, de esta manera se asegura que todos los colaboradores corrijan sus
falencias.
4.2.
PLAN DE TRABAJO
4.2.1. ACTIVIDADES DE TRABAJO
Especificación de las actividades y tareas necesarias para cumplir con cada
uno de los objetivos especificos o lanzamientos con sus respectivos roles
responsables, tiempo, recursos y riesgos.
4.2.2. CRONOGRAMA
Partiendo de la definición de los lanzamientos, actividades y tareas definidas
en la sección anterior se elabora un diagrama Gantt o una red de activades
Pert donde se muestre el tiempo de cada tarea, con sus antecesores y
predecesores, con sus respectivos responsables de tal manera que no existan
espacios vacios de tiempo por persona.
4.2.3. ASIGNACIÓN DE RECURSOS
De nuevo partiendo de las procesos, actividades y tareas definidas en la
sección 4.2.1 Activadades de trabajo se debera asociar los recursos necesarios
para el cumpliento de cada tarea en especifico, teniendo en cuenta tanto los
recursos humanos como los materiales.
4.2.4. ASIGNACIÓN DE PRESUPUESTO
Tomando la información consignada en las secciones 4.2.1. Actividades de
trabajo, 4.2.2. Cronograma y 4.2.3. Asignación de recursos se debera calcular
el costo total aproximado del proyecto.
4.3.
PLAN DE CONTROL
4.3.1. PLAN DE CONTROL DE REQUERIMIENTOS
En esta sección se debe definir la forma como en el proyecto va a manejar el
cambio de requerimientos en el momento en que se decidan quitar, agregar o
modificar.
4.3.2. PLAN DE CONTROL DEL CRONOGRAMA
Defición de la manera como se va a dar seguimiento al cronograma de tal
forma que no se presenten retrasos, para lograr con este objetivo se pueden:
programar reuniones semanales con el equipo de trabajo, realizar
lanzamiento de entregables al cliente o ejecutar una revisión de la ruta crítica
del proyecto.
4.3.3. PLAN DE CONTROL DEL PRESUPUESTO
Se debe establecer la manera como los recursos financieros del proyecto van
a cubrir asuntos de imprevistos que pueden surgir en cualquier momento,
además se deben presupuestar los gastos externos como: alguiler de equipos
o costos de licencias.
4.3.4. PLAN DE CONTROL DE CALIDAD
En esta sección se debe definir la forma como se va a medir la calidad de los
diferentes artefactos que se deben entregar al cliente, una manera de hacer
la definición es asignando para cada actividad del cronograma una técnica de
medición.
4.3.5. PLAN DE REPORTES
En esta sección se establecen las plantillas que se utilizaran como mecanismo
de comunicación interna del equipo de trabajo, para el momento en que se
van a realizar las reuniones de las colaboradores.
4.4.
PLAN DE ADMINISTRACIÓN DE RIESGOS
Debido a que en todos los proyectos se pueden presentar problemas o situaciones
de conflictos que afecten el cumplimiento de los objetivos, se debe manejar un
grado de incertidumbre de tal forma que se puedan supervisar, priorizar y planear
la manera como se van a tratar estas situaciones.
Para facilitar el desarrollo de esta sección se recomienda realizar: un plan de
contingencia, un plan de mitigación, una matriz de riesgos y analizar y priorizar los
riesgos del proyecto y del producto.
5. PLAN DE PROCESOS TÉCNICOS
5.1.
MODELO DEL CICLO DE VIDA DEL PROCESO
Para esta sección es importante escoger el modelo del ciclo de vida del proceso
que se va a llevar durante el desarrollo del proyecto, este modelo puede ser
escogido desde el conjunto de los modelos propuestos por la teoria de ingeniería
de software o puede ser definido por el gerente y el cliente del proyecto.
5.2.
MÉTODOS, HERRAMIENTAS Y TÉCNICAS
Se debe especificar: el lenguaje de programación, los entornos de desarrollo a ser
utilizado, las herramientas requeridas para la realización de pruebas, las
herramienta de control de versiones y las herramientas de comunicación.
5.3.
PLAN DE INFRAESTRUCTURA
Se debe especificar los equipos técnicos con que cuenta el proyecto como son: el
número de computadores con su respectivo hardware y software, las redes de
comunicación y el lugar físico donde se va a reunir el grupo de trabajo.
5.4.
ACEPTACIÓN DEL PRODUCTO
Se especifica la metodología que se va a llevar a cabo en el momento de realizar
una entrega parcial o definitiva al cliente, también se debe especificar los
responsables y las herramientas utilizadas para lograr la aceptación por el cliente.
6. PLAN DE PROCESOS DE SOPORTE
6.1.
PLAN DE VERIFICACIÓN Y VALIDACIÓN
Según IronWorks [Pontificia Universidad Javeriana, 2007] para entender la
diferencia entre verificación y validación en ingeniería de software se tiene las
siguientes definiciones:
Verificar: Es revisar que un requerimiento haya sido implementado.
Validar: Es revisar que dicho requerimiento cumpla con su función dado un
conjunto de pruebas en donde se encuentren los datos que permite el
requerimiento.
Partiendo de estas definiciones es necesario validar y verificar todos los artefactos
que cada uno de los integrantes del grupo de trabajo genere, es recomendable
utilizar plantillas que permitan calificar cada artefacto de tal manera que se
generen métricas y de esta forma aprobar o rechazar dicho artefacto.
6.2.
REVISIONES Y AUDITORÍAS
La IEEE PONER REFERENCIA nombra que se puede planear dos auditorias, una para
los dcoumentos entregables del producto y otra para el código de tal manera que
se asegure la calidad del proyecto. Esta planeación debe definir: los responsables
de hacer la auditoria y las fechas de las auditorias.
6.3.
METODOLOGÍA PARA LA RESOLUCIÓN DE PROBLEMAS
Especifica la manera, los recursos y el responsable que debe dar solución a
diferentes problemas que pueden llevar a demoras en el cumplimiento de los
obajetivos.
6.4.
PLAN DE LA ADMINISTRACIÓN DE SUBCONTRATOS
Especificar la manera como se van a administrar los contratos con entidades
externas que colaboren con el desarrollo del proyecto. Se puede utilizar los
servicios de entidades: de consultoria, de capacitación o de soporte técnico a los
computadores o redes.
REFERENCIAS
Pontificia Universidad Javeriana. (2007). IronWorks, SPMP V1.0 (Linea Base). Bogotá D.C.
ANEXOS
Listar los documentos adjuntos que se entregaran junto a este documento con su respectiva
descripción.