EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

ÍNDICE
1. INTRODUCCIÓN...............................................................................................................................................2
1.1. OBJETO........................................................................................................................................................2
1.2. ALCANCE....................................................................................................................................................2
1.3. ABREVIATURAS........................................................................................................................................2
1.4. DEFINICIONES...........................................................................................................................................2
2. DOCUMENTOS APLICABLES.........................................................................................................................3
2.1. DOCUMENTOS MANDATORIOS............................................................................................................3
2.2. DOCUMENTOS DE REFERENCIA...........................................................................................................3
3. PRESENTACIÓN DEL PROCESO DE GESTIÓN DE PROYECTO SOFTWARE.........................................4
3.1. CONTEXTO DEL PROCESO DE GESTIÓN DE PROYECTO SOFTWARE..........................................4
3.2. OBJETIVOS DEL PROCESO DE GESTIÓN DE PROYECTO.................................................................5
3.3. ENTRADAS AL PROCESO........................................................................................................................6
3.4. RESULTADOS DEL PROCESO.................................................................................................................7
4. PROCESO DE GESTIÓN DE PROYECTO SOFTWARE................................................................................8
4.1 PROCESO GENERAL..................................................................................................................................8
4.2. DESCRIPCIÓN DETALLADA.................................................................................................................11
4.2.1. Estimación............................................................................................................................................11
4.2.2. Organización........................................................................................................................................14
4.2.3. Planificación.........................................................................................................................................16
4.2.3.1. Actividades....................................................................................................................................17
4.2.3.2. Documentos...................................................................................................................................18
4.2.3.3. Métodos y Técnicas.......................................................................................................................18
4.2.4. Seguimiento..........................................................................................................................................18
4.2.4.1. Actividades....................................................................................................................................19
4.2.4.2. Documentos...................................................................................................................................21
4.2.4.3. Métodos y Técnicas.......................................................................................................................21
4.2.5. Realizar el Balance del Proyecto..........................................................................................................21
4.2.5.1. Actividades....................................................................................................................................21
4.2.5.2. Documentos...................................................................................................................................22
4.2.5.3. Métodos y Técnicas.......................................................................................................................22
5. FUNCIONES Y RESPONSABILIDADES.......................................................................................................23

1. INTRODUCCIÓN

1.1. OBJETO

Este documento explica cómo realizar la gestión de proyectos asociada al ciclo de desarrollo del
software. Identifica las actividades, documentos, técnicas y responsabilidades específicas del
proceso de gestión de proyectos software.

1.2. ALCANCE

El Proceso de Gestión de Proyecto de Software descrito en este documento es aplicable a todos

los desarrollos de software realizados en CRMA S.L.. La filosofía de este proceso ha de aplicarse
a todos los proyectos de software de cualquier tamaño desarrollados en CRMA S.L., aunque
pueda ser adaptado para tener en cuenta las características específicas de un proyecto
determinado. El Plan de Desarrollo Software (PDS) debe explicar la aplicación de los elementos
Ejemplo Proc. Gestión Proyectos Software Pag 1/17
EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

de la metodología en dicho proceso, y es en cualquier caso es responsabilidad del Jefe de

Proyecto.

1.3. ABREVIATURAS

Según Glosario de Términos.

1.4. DEFINICIONES

Según Glosario de Términos.

2. DOCUMENTOS APLICABLES

2.1. DOCUMENTOS MANDATORIOS

Los documentos aplicables que apoyan la ejecución de las actividades de Gestión de Proyecto
son:

[1] Manual de Metodología para Desarrollo Software

[2] Glosario de Términos
[3] Plan de Desarrollo de Software (PDS) -Guía de elaboración-
[4] Dosier de Gestión de Proyecto Software (DGPS) -Guía de elaboración-
[5] Balance de Proyecto Software (BPS) -Guía de elaboración-

2.2. DOCUMENTOS DE REFERENCIA

Para más información consulte los siguientes documentos:

- ANSI/IA std 1058.1-1987: IA Standard for Project Management Plans.

- ANSI/IA std 729 - 1983: IA Standard Glossary of Software Engineering Terminology

3. PRESENTACIÓN DEL PROCESO DE GESTIÓN DE

PROYECTO SOFTWARE

Ejemplo Proc. Gestión Proyectos Software Pag 2/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

3.1. CONTEXTO DEL PROCESO DE GESTIÓN DE PROYECTO SOFTWARE

Figura 1. Contexto del Proceso de Gestión dentro del Ciclo de Vida del
Software.

El Proceso de Gestión de Proyecto Software arranca con la recepción de la Petición de Trabajo,

continuando durante todas las fases del proceso de desarrollo. El paralelismo entre los procesos
existentes se muestra en la Figura 1.

Las actividades de la Gestión de Proyecto empiezan con la estimación inicial del coste y del
plazo de realización entregado como parte de la respuesta a una Petición de Trabajo. Estas
actividades son realizadas durante toda la duración del ciclo de vida del desarrollo, desde T0
(inicio de la Fase de Especificación) hasta la aceptación final del software (Ver Figura 3).

Ejemplo Proc. Gestión Proyectos Software Pag 3/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

3.2. OBJETIVOS DEL PROCESO DE GESTIÓN DE PROYECTO

La Gestión de Proyectos permite:

1) Estimar el coste del desarrollo y su duración.

2) Organizar los equipos y descomponer el proyecto en tareas a ejecutar.

3) Planificar el desarrollo.

4) Seguir el progreso y prever las desviaciones.

5) Realizar un Balance al final del proyecto, analizando y archivando los datos del
proyecto con el fin de proporcionar información histórica para la estimación del coste y
duración de proyectos posteriores.

Figura 2. Proceso de Gestión de Proyectos.

3.3. ENTRADAS AL PROCESO

. Petición de Trabajo (PT),

. Documento de Especificación del Software (DES),
. Plan de Calidad del Software (PCS)
. Plan de Validación del Software (PVS)
. Plan de Integración del Software (PIS)
. Balances de Proyecto Software (BPS), históricos.

Ejemplo Proc. Gestión Proyectos Software Pag 4/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

3.4. RESULTADOS DEL PROCESO

Los documentos resultantes de éste proceso son los que siguen:

- Oferta de Proyecto Software (OPS),

- Plan de Desarrollo Software (PDS), describe las actividades y sus duraciones, su

organización y recursos a utilizar.

- Dossier de Gestión de Proyecto Software (DGPS), que constituye el depósito formal de

toda la información de gestión del proyecto.

- Balance de Proyecto Software (BP).

4. PROCESO DE GESTIÓN DE PROYECTO SOFTWARE

4.1 PROCESO GENERAL

Las diferentes actividades de gestión de proyecto a ejecutar durante el ciclo de desarrollo son:

- estimar,
- organizar,
- planificar,
- seguir el progreso,
- hacer un balance del proyecto.

La Figura 3, Secuencia de las Actividades de Gestión, presenta un diagrama PERT simplificado

de las actividades encontradas en la Gestión durante el ciclo de desarrollo. Las relaciones de
predecesor/sucesor mostradas en la Figura 3 han de respetarse para conseguir una gestión de
proyecto adecuada.

En la figura 3, T0 corresponde al momento en el que comienza la fase de Especificación de

Software (Inicio del desarrollo).

R0, R1, R2, R3 y Ri son las distintas referencias para la Gestión del Proyecto Software. Una
referencia de Gestión de Proyecto corresponde a un hito significativo del proceso y sirve como
base de las actividades de seguimiento hasta la siguiente referencia. El significado y contenido
de cada una de estas referencias es el siguiente:

. R0 : En respuesta a la Petición de Trabajo

 Oferta inicial

. R1 : Inicio de la Fase de Especificación

* Estimación de desarrollo (versión inicial)
* Planificación Global del Proyecto y Planificación detallada de la fase de
Especificación
* Redacción del PDS.

. R2 : Fin de Fase de Especificación

Ejemplo Proc. Gestión Proyectos Software Pag 5/17
EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

* Estimación de Desarrollo (versión final)

* Planificación Global del Proyecto afinada y planificación detallada de la fase de
Diseño de Arquitectura

. R3 : Fin de la Fase de Diseño de Arquitectura

* Estimación final
* Planificación detallada del resto del proyecto

. Ri : Todas los demás hitos significativos para la Gestión del Proyecto

* Planificación revisada

Los párrafos anteriores detallan la situación temporal de cada referencia, asi como las salidas
más significativas (relacionadas con el Proceso de Gestión de Proyectos) que se generan a partir
de ellas. No obstante, habrá que tener en cuenta que entre cada dos referencias sucesivas se
realizan actividades de Estimación, Organización, Planificación y Seguimiento, procediéndose
por refinamiento sucesivo de los resultados.

Ejemplo Proc. Gestión Proyectos Software Pag 6/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

Figura 3. Secuencia de Actividades de Gestión de Proyectos.

Ejemplo Proc. Gestión Proyectos Software Pag 7/17
EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

4.2. DESCRIPCIÓN DETALLADA

4.2.1. Estimación

Estimar consiste en evaluar con la mayor precisión posible, básicamente, las siguientes
informaciones:

- el esfuerzo de desarrollo,
- la duración del desarrollo,
- los recursos necesarios y
- la fiabilidad de las estimaciones (riesgo asociado a la estimación),

en cada uno de los momentos establecidos en las referencias señaladas anteriormente,

mediante un modelo de estimación. Se propone realizar la estimación mediante puntos de
Función MKII, ya que ya existe experiencia en la empresa en la utilización de dicho método de
estimación.

La estimación se realizará en cuatro ocasiones durante el ciclo de vida:

Referencia 0 (R0) - en respuesta a una Petición de Trabajo. Los resultados se

reflejarán en la Oferta de proyecto software (OPS).

Referencia 1 (R1) - al principio de la Fase de Especificación: para establecer la

estimación de desarrollo, cuando empieza la fase de
especificación. Las diferencias entre la estimación inicial (R0) y la
estimación de desarrollo son debidas a ligeras modificaciones
generadas durante las negociaciones con el cliente y las opciones
elegidas al final por el cliente. Los resultados se reflejarán en el
Plan de Desarrollo de Software (PDS).

Referencia 2 (R2) - al final de la Fase de Especificación: para establecer la versión

final de la estimación de desarrollo, basado tanto en el
Documento de Especificación del Software (DES), como en el Plan
de Validación del Software (PVS). Los resultados se reflejarán en
el Dossier de Gestión de Proyecto Software (DGPS).
Esta estimación implica un compromiso por parte del Jefe de
Proyecto.

Referencia 3 (R3) - al final de la Fase de Diseño de la Arquitectura: para establecer

una estimación completa, basada en el Documento de
Arquitectura de Software (DAS) y en el Plan de Integración del
Software (PIS). Los resultados se reflejarán en el Dosier de
Gestión de Proyecto Software (DGPS).

Las tres primeras estimaciones deberán basarse en el modelo MKII, y la última en los resultados
de la organización y planificación del proyecto (WBS, RBS, OBS, PERT), siguiendo las directivas
que aparecen en la Metodología de la empresa.

4.2.1.1. Actividades

Ejemplo Proc. Gestión Proyectos Software Pag 8/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

* estimar el tamaño del software, aplicando MKII Function Point Análisis ,

Counting Practices Manual, Versión 1.3.1.

Basado en el análisis inicial del proyecto, se deben considerar conjuntamente los

siguientes casos:

- desarrollo de software nuevo, en este caso se debe estimar el tamaño total,

- reutilización de software ya existente, en este caso se debe estimar el tamaño

equivalente del código a reutilizar,

- reutilización de productos software parametrizables, en este caso se debe

estimar el esfuerzo necesario para parametrizar así como el período de
familiarización asociado.

* calcular esfuerzo y duración

- global

- por fase: también los recursos humanos por fase.

* tener en cuenta las restricciones impuestas

- esfuerzo
- plazos
- recursos humanos
- recursos materiales

Esto puede llevar a repetir los cálculos de esfuerzo y duración, y puede incluso llevar a
reelegir la categoría del proyecto.

* rellenar los formatos apropiados

- escribir, según la fase del proyecto (Ver figura 3), la Oferta de Proyecto Software
(OPS) (Referencia R0) y/o el Plan de Desarrollo de Software (PDS) (Referencia R1)
de acuerdo con la guías de elaboración [3].

- completar los formatos e insertarlos en el Dosier de Gestión de Proyecto del

Software (DGPS), para las estimaciones posteriores (Referencias R2, R3, Ri).

4.2.1.2. Documentos

- Entrada: Petición de Trabajo, Documento de Especificación del Software (DES),

Documento de Diseño de la Arquitectura (DAS), Plan de Validación del Software (PVS),
Plan de Integración del Software (PIS).

- Salida: Oferta de Proyecto Software (OPS), Plan de Desarrollo de Software (PDS),

Dossier de Gestión de Proyecto de Software inicializado y actualizado (DGPS).

Ejemplo Proc. Gestión Proyectos Software Pag 9/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

4.2.1.3. Métodos y Técnicas

Los métodos y técnicas que apoyan estas actividades se describen en la Recomendación de

Estimación de la metodología utilizada.

4.2.2. Organización

Organizar un proyecto software consiste en:

- Descomponer el proyecto en grupos de actividades elementales hasta constituir el árbol

de descomposición de actividades ("Work Breakdown Structure", WBS).

- Identificar los hitos y entregables del proyecto ("Object Breakdown Structure", OBS).

- Constituir la estructura de los equipos de realización ("Resource Breakdown Structure",

RBS).

- Distribuir el esfuerzo entre las actividades y fases.

La organización del proyecto se obtiene a partir de las estimaciones realizadas en las diferentes
ocasiones propuestas en las referencias del ciclo de desarrollo. Esta actividad deberá ser
ejecutada en los siguientes momentos, según se especifica en la figura 3:

R0 - en respuesta a una Petición de Trabajo (PT)

* se realizan los WBS, OBS y RBS iniciales. Se trata de una partición "a grosso
modo", teniendo en cuenta la información disponible en este momento. Los
resultados quedan reflejados en OPS.

R1 - principio de la fase de Especificación

* Refinado de los WBS, OBS y RBS globales del Proyecto, estableciendo como
definitivos los contenidos referentes a la fase de Especificación. Los resultados
quedan reflejados en PDS.

R2 - final de la fase de Especificación

* Refinado de los WBS, OBS y RBS globales del Proyecto, estableciendo como
definitivos los contenidos referentes a la fase de Diseño.

R3 - final de la fase de Diseño de Arquitectura

* Refinado de los WBS, OBS y RBS globales del Proyecto, obteniéndose su
versión final. Dicha versión no variará sustancialmente en las restantes fases del
Proyecto, exceptuando la aparición de desviaciones o sucesos externos
importantes que aconsejen una reevaluación global del Proyecto.

Ri - en cualquier evento importante del proyecto

* un evento no previsto puede dar lugar a un nuevo refinado de los WBS, OBS y
RBS.
* en casos excepcionales se pueden producir cambios significativos en la
organización.

Es importante destacar que los resultados obtenidos a partir R2 constituyen únicamente

referencias para el Jefe de Proyecto (quedan reflejados en DGPS), ya que los WBS, OBS y RBS

Ejemplo Proc. Gestión Proyectos Software Pag 10/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

definitivos deben quedar reflejados en PDS (redactado en R1), no pudiéndose llevar a cabo
cambios en dicho documento (si no existen causas excepcionales) en el resto del Proyecto.

4.2.2.1. Actividades

* descomponer el proyecto en actividades

Producir una lista de las tareas elementales, llamada Estructura de Descomposición del
Trabajo (WBS, Work Breakdown Structure), según la Recomendación para la
Organización de Proyectos Software de la metodología].

* construir el Árbol de Descomposición del Producto

Desarrollar una Estructura de Descomposición del producto (OBS, Object Breakdown

Structure) teniendo en cuenta la entrega del producto y los rasgos del desarrollo, según
la Recomendación para la Organización de Proyectos Software de la metodología.

* organizar los equipos del proyecto e identificar los medios necesarios

Desarrollar una Estructura de Distribución de los Recursos (RBS, Resource Breakdown

Structure) teniendo en cuenta los distintos departamentos de CRMA S.L., la cualificación,
el perfil del equipo, el número de personas involucradas en el proyecto, su función y
responsabilidades de acuerdo a las obligaciones del proyecto (confidencialidad, ...),
según la Recomendación para la Organización de Proyectos Software de la metodología.

Las restricciones pueden llevar a añadir nuevas secciones en el WBS.

Los resultados de estas actividades son recogidas en el Plan de Desarrollo Software (PDS), al
principio de la Fase de Especificación y en el Dosier de Gestión de Proyecto Software (DGPS)
para el resto de las referencias.

4.2.2.2. Documentos

- Entrada: Oferta de proyecto software (OPS), Documento de Especificación del Software

(DES), Documento de Arquitectura Software (DAS), Plan de Validación del Software
(PVS) y Plan de Integración del Software (PIS).

- Salida: Plan de Desarrollo Software (PDS) y Dosier de Gestión de Proyecto Software

(DGPS).

4.2.2.3. Métodos y Técnicas

Los métodos y técnicas que soportan estas actividades son los contenidos en la Recomendación
para la Organización de Proyectos Software de la metodología.

4.2.3. Planificación

Esta actividad consiste en establecer un Plan de Acción para realizar las diferentes actividades
del proyecto en relación con los objetivos y pasos previamente especificados. Este Plan de Acción
Ejemplo Proc. Gestión Proyectos Software Pag 11/17
EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

permitirá al Jefe de Proyecto distribuir el trabajo entre los recursos disponibles y de acuerdo con
las restricciones del proyecto. Es también el marco de referencia para el seguimiento del
proyecto, utilizado por el Jefe de Proyecto para determinar las posibles desviaciones y decidir las
acciones correctivas.

Estas planificaciones son llevadas a cabo en:

R0 - en la elaboración de la Oferta inicial, proporcionando una planificación a "grosso

modo" del proyecto. Dicha oferta queda reflejada en la "Oferta de Proyecto Software".

R1 - al principio de la fase de Especificación: proporcionando una planificación detallada

de las actividades de la Fase de Especificación, y la planificación genérica para las
siguientes fases.

R2 - al final de la Fase de Especificación: proporcionando una planificación detallada de

las actividades de la Fase de Diseño de Arquitectura, y una planificación general para
las siguientes fases.

R3 - al final de la Fase de Diseño de Arquitectura: proporcionando una planificación

detallada de las Fases de Diseño Detallado, de Codificación, de Pruebas Unitarias y de
Integración, y actualizando la información de planificación de la Fase de Validación,
teniendo en cuenta la organización establecida en el Plan de Validación del Software
(PVS).

Ri - en cualquier evento importante del proyecto

El resultado de esta planificación constituye la referencia de la gestión de proyecto aplicable al

desarrollo.

4.2.3.1. Actividades

La planificación de Proyecto implica las siguiente actividades:

* establecer el modelo del proyecto

A partir del WBS, establecer una red PERT, teniendo en cuenta las relaciones de
precedencia/sucesión de tareas, tan completa como sea posible considerando la fase de
creación del PERT, y calcular las fechas más tempranas y más tardías de inicio y fin
para cada actividad así como las holguras asociadas.

* definir el plan de acción del proyecto

A partir de la red PERT, establecida previamente, se realizará el plan de acción del

proyecto, utilizando diagramas GANTT, nivelando los recursos en función de las distintas
restricciones del proyecto. El plan de acción se traducirá en (Ver Recomendación para la
Planificación de Proyectos Software de la metodología).

- diagramas GANTT

- histogramas de recursos

- plan de acción individual de cada miembro del equipo del proyecto

Ejemplo Proc. Gestión Proyectos Software Pag 12/17
EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

Nota: dependiendo de los resultados, el Jefe de Proyecto puede verse obligado a

examinar de nuevo la organización del proyecto.

4.2.3.2. Documentos

- Entrada: Petición de Trabajo (PT), Documento de Especificación de Software (DES),

Documento de Arquitectura Software (DAS), Plan de Validación del Software (PVS) y Plan
de Integración del Software (PIS).

- Salida: Plan de Desarrollo Software (PDS) y Dosier de Gestión de Proyecto Software

(DGPS)

- Todos los resultados, PERT, GANTT, histogramas de recursos, clasificados por fase, se
almacenarán en el DGPS, OPS, o DPS, según la fase del proyecto y la referencia (R0, R1,
R2, R3, Ri) a la que pertenezcan.

4.2.3.3. Métodos y Técnicas

Los métodos y técnicas que soportan estas actividades son los contenidos en la Recomendación
para la Planificación de Proyectos Software de la metodología].

4.2.4. Seguimiento

El seguimiento tiene como objetivo la adquisición de datos y elaboración de información sobre el

estado del proyecto y reconducirlo en caso de existir desviaciones, teniendo en cuenta las
dificultades de desarrollo, las realidades del proyecto (productividad, coyunturas, ...) y los
riesgos potenciales.

El objetivo del seguimiento, es pues, la instalación de medios que permitan:

- identificar las desviaciones,

- valorar periódicamente los progresos del proyecto, y

- prever las desviaciones posibles para corregirlas por adelantado.

Las acciones de seguimiento empiezan en la fase de especificación y duran hasta el final del
proyecto. El Plan de Desarrollo Software (PDS) establece la periodicidad de las acciones de
seguimiento. El Plan de Desarrollo Software (PDS) establece también la periodicidad de las
reuniones de seguimiento con el objetivo de presentar la información de progreso.

4.2.4.1. Actividades

El seguimiento implica las siguientes actividades:

Ejemplo Proc. Gestión Proyectos Software Pag 13/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

* medir el avance (seguimiento estático)

Las informaciones contenidas en las fichas de seguimiento, las rellenará parcialmente y

con antelación el Jefe de Proyecto basándose en el WBS y GANTT del proyecto. Estas
fichas de seguimiento posteriormente las rellenarán los responsables de cada tarea con
los datos del estado real de la marcha de las tareas. Por tanto, el Jefe de Proyecto, cada
semana (o período de seguimiento) deberá:

- generar y distribuir las fichas de seguimiento,

- recoger las fichas de seguimiento,

- extraer la información sobre el progreso: esfuerzo, duración, y fechas de inicio y

fin, de las distintas tareas para identificar las desviaciones,

- calcular el avance presupuestario (Ap),

- calcular el avance técnico (At),

- organizar reuniones de progreso (internas para equipos de desarrollo), para

examinar los problemas que se hayan encontrado.

* adaptar el plan de acción (seguimiento dinámico)

Las desviaciones identificadas pueden llevar a modificaciones del plan de acción del
proyecto, consistiendo en:

- determinar nuevas fechas de inicio y fin,

- recalcular cargas y holguras totales y libres,

- efectuar una nivelación de los recursos.

Todas estas actividades están detalladas en la Recomendación para el Seguimiento de

la metodología.

* analizar y corregir las tendencias (seguimiento preventivo)

Tomando como base los resultados del avance, esta actividad consiste en:

- prever las desviaciones futuras en cuanto a la duración y esfuerzo del proyecto

mediante las técnicas establecidas en la Recomendación de la metodología,

- analizar las causas de estas desviaciones, estableciendo las acciones

correctoras necesarias.

* informar de los resultados (reporting)

Esta actividad deberá hacerse durante las reuniones de seguimiento del proyecto. El jefe
de proyecto tendrá que entregar información sobre:

Ejemplo Proc. Gestión Proyectos Software Pag 14/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

- avances técnico y presupuestario,

- análisis de tendencias y estrategias posibles para solucionar los problemas

encontrados,

- nueva planificación.

Los resultados de este seguimiento proporcionarán igualmente información de gestión:

- esfuerzo realizado en el proyecto,

- previsiones para la contabilidad del proyecto.

4.2.4.2. Documentos

- Entrada: Plan de Desarrollo Software (PDS), Fichas de Seguimiento (parte del Dosier de
Gestión de Proyecto Software (DGPS)).

- Salida: Dosier de Gestión de Proyecto Software (DGPS) actualizado.

4.2.4.3. Métodos y Técnicas

Los métodos y técnicas que soportan estas actividades son los que se especifican en la
Recomendación para el Seguimiento de la metodología].

4.2.5. Realizar el Balance del Proyecto

La meta de esta actividad es valorar los datos históricos del proyecto. Los resultados de esta
valoración están resumidos en el Balance de Proyecto Software (BPS). Este documento será
parte de la información de proyectos disponible en CRMA S.L., y como tal será posible extraer
información técnica y de gestión para llevarlo al proceso de gestión de proyectos para su
aplicación en futuros proyectos de desarrollo.

Esta actividad de realización del balance del proyecto es realizada al final del proyecto.

4.2.5.1. Actividades

La revisión final del proyecto implica las siguientes actividades:

* extraer los datos históricos del proyecto

Esta recopilación de datos se realizará a partir de la información contenida en los

documentos de gestión aprobados en la reunión de Revisión de Final de Proyecto.

* redactar el Balance de Proyecto Software

Ejemplo Proc. Gestión Proyectos Software Pag 15/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

El Jefe de Proyecto es responsable de la redacción del Balance de Proyecto Software en

colaboración con el Responsable de Calidad, de acuerdo con la guía de redacción
asociada [5].

4.2.5.2. Documentos

- Entrada: Plan de desarrollo software (PDS), Dosier de Gestión de Proyecto Software

(DGPS), Oferta de Proyecto Software (OPS).

- Salida: Dosier de Gestión de Proyecto Software finalizado (DGPS), Balance de Proyecto

Software (BPS).

4.2.5.3. Métodos y Técnicas

Ver la Guía de elaboración del Balance de Proyecto Software (BPS) [5].

Ejemplo Proc. Gestión Proyectos Software Pag 16/17

EJEMPLO DE PROCEDIMIENTO DE GESTIÓN DE PROYECTOS SOFTWARE

5. FUNCIONES Y RESPONSABILIDADES
Las responsabilidades para las actividades de gestión de proyecto son dadas en el cuadro
siguiente:

ACTIVIDAD PD JP RCo RCa AES CC CI

Estimación inicial (R0) Pa Pr V A
Estimación de Desarrollo (R1) Pa Pr V A
Estimación de fin de fase de Pa Pr V
Especificación (R2)
Estimación de fin de fase de Pa Pr V
Diseño de Arquitectura (R3)
Organizar Pa Pr Pa V
Planificar Pr V V V
Seguir Pa Pr V V
Hacer Balance Pr Pa Pa
Revisión Final de Proyecto Pr Pa Pa

PD: Personal de Desarrollo

JP: Jefe de Proyecto
RCo: Responsable Configuración
RCa: Responsable Calidad
AES: Área de Evaluación y Seguimiento
Cl: Cliente
CC: Comité de Coordinación (Ofertas o Proyectos), encargado de la aprobación de las ofertas o
proyectos

Pa: Participa
I: Información únicamente
V: Verifica
A: Acepta
Pr: Prepara

El Plan Calidad del Software adaptará y detallará las funciones para un proyecto específico.

Ejemplo Proc. Gestión Proyectos Software Pag 17/17