INSTITUTO TECNOLGICO DE ESTUDIOS SUPERIORES DE MONTERREY

Campus Chihuahua

INGENIERIA EN SISTEMAS COMPUTACIONES

Administracin de Proyectos de Informtica

Equipo No. 3
Nombre
Diana Fernndez Tirado
Cynthia Trevizo Garcia
Daniel Varela Pasillas

Matrcula
A00746263
A00738546
A00738538

Fecha de entrega 2 de Mayo del 2006

Pgina 1 de 26

ndice

Administracin del Proyecto..................................................................................................................4

Definicin del Proyecto...................................................................................................................... 4
Objetivos del Proyecto....................................................................................................................4
Entregables.................................................................................................................................... 4
Hitos............................................................................................................................................... 4
Requerimientos Tcnicos............................................................................................................... 4
Lmites y Exclusiones..................................................................................................................... 4
Revisiones con el cliente................................................................................................................4
Establecer Prioridades....................................................................................................................... 4
Creacin del WBS.............................................................................................................................. 6
Matriz de Responsabilidades.............................................................................................................7
Administracin de Riesgos.................................................................................................................7
Lista de Riesgos............................................................................................................................. 7
Forma de Evaluacin de Riesgos...................................................................................................7
Matriz de Severidad de Riesgos.....................................................................................................8
Matriz de Respuesta a Riesgos......................................................................................................8
Red del Proyecto............................................................................................................................... 8
Proceso de Inicio................................................................................................................................... 9
Definicin del Alcance........................................................................................................................ 9
Objetivos del Proyecto....................................................................................................................9
Entregables.................................................................................................................................. 10
Hitos............................................................................................................................................. 11
Requerimientos Tcnicos............................................................................................................. 11
Lmites y Exclusiones................................................................................................................... 11
Revisiones con el Cliente.............................................................................................................. 11
Proceso de Planeacin........................................................................................................................ 12
Planeacin del Alcance.................................................................................................................... 12
Definicin del Alcance...................................................................................................................... 12
Matriz de Responsabilidades........................................................................................................... 15
Estimacin de la duracin de actividades........................................................................................15
Planeacin de recursos.................................................................................................................... 16
Estimacin del costo........................................................................................................................ 18
Desarrollo del Plan de Proyecto.......................................................................................................18
Desarrollo de la Red de Proyecto.................................................................................................18
Construccin de la Red de Proyecto............................................................................................19
Definicin de actividades.............................................................................................................. 19
Administracin de Riesgos............................................................................................................... 21
Identificacin de Riesgos.............................................................................................................. 21
Forma de Evaluacin de Riesgos.................................................................................................22
Matriz de Severidad de Riesgos...................................................................................................22
Matriz de Respuesta a Riesgos....................................................................................................23
Procesos de Ejecucin........................................................................................................................ 23
Ejecucin del Plan de Proyecto........................................................................................................23
Procesos de Control............................................................................................................................ 23
Reporte de Rendimiento.................................................................................................................. 23
Reporte de Estado........................................................................................................................ 23
Reporte de Avance....................................................................................................................... 23
Pronstico.................................................................................................................................... 23
Control de Cambios......................................................................................................................... 24
Procesos de Cierre.............................................................................................................................. 24
Carta de Liberacin.......................................................................................................................... 24
Pgina 2 de 26

Cierre Administrativo........................................................................................................................ 24
Anlisis de la Iteracin.................................................................................................................. 25
Cierre de Fase.............................................................................................................................. 25
Cierre de Proyecto........................................................................................................................ 25
Referencias......................................................................................................................................... 25

Pgina 3 de 26

Administracin del Proyecto

Definicin del Proyecto
El tema seleccionado para la realizacin de la gua de Administracin de Proyectos es el
Desarrollo de Software basado en la metodologa RUP. Para comenzar, nuestra primera tarea
fue la definicin del alcance del proyecto, en el cul se estableci una lista de los elementos que
lo componen:
Objetivos del Proyecto
El principal objetivo del proyecto ser encausar los conocimientos que equipo de trabajo ha
obtenido a lo largo de la materia de Administracin de Proyectos de Informtica, adems de
poder complementarlos con temas relacionados al desarrollo de Software y a la metodologa
RUP.
Entregables

Plan de Proyecto
Lista de Riesgos
Gua de Administracin de Proyectos

Hitos

Revisiones con el Cliente

Presentacin Final (2-Mayo-2006).

Requerimientos Tcnicos

Ciclo de vida de un proyecto de Desarrollo de Software

RUP
Componentes de la Administracin de Proyectos
Microsoft Project

Lmites y Exclusiones
No aplica.
Revisiones con el cliente
En este caso, debido a que nuestro cliente sera el profesor de la clase de Administracin de
Proyectos de Informtica (Ing. Alberto Aguilar), lo que se hizo fue estar yendo a corroborar que
las actividades o ideas que se tuvieran acerca del proyecto fueran acertadas y estuvieran dentro
de los lineamientos del proyecto.

Establecer Prioridades

Pgina 4 de 26

El equipo de trabajo se junt para definir las actividades a realizar, definiendo para cada una su
prioridad dentro de nuestro proyecto: (de 1 a 5 dnde 1 implica mayor prioridad)
Actividad
Seleccin del Tema sobre el cul se
desarrollar el proyecto Final
Definicin del Alcance del Proyecto
Establecer Prioridades de Proyecto
Creacin del WBS
Matriz de Responsabilidades
Definicin de tiempos
Definicin de Costos
Realizacin del Plan de Proyecto
Lineamientos de Riesgos
Asignacin de Recursos
Ejecucin del Plan de Proyecto
Definicin del monitoreo y control
Definicin del cierre de Proyecto
Hacer Presentacin

Pgina 5 de 26

Prioridad
1
1
3
1
3
3
3
1
1
2
3
3
3
1

Creacin del WBS

A partir de los entregables se realiz el siguiente WBS:

A continuacin se muestra el Diagrama de Gantt de la Administracin del Proyecto:

Pgina 6 de 26

Matriz de Responsabilidades
Actividad
Seleccin del Tema sobre
el cul se desarrollar el
proyecto Final

Diana

Cynthia

Daniel

Definicin del Alcance del

Proyecto

Establecer Prioridades de
Proyecto

Creacin del WBS

Matriz de
Responsabilidades

Definicin de tiempos

Definicin de Costos

Realizacin del Plan de

Proyecto

Lineamientos de Riesgos

Ejecucin del Plan de

Proyecto

Definicin del monitoreo y

control

Definicin del cierre de

Proyecto

Hacer Presentacin

Administracin de Riesgos
Lista

de Riesgos
Diferencia horarios
De Salud
Falta de tiempo

Forma de Evaluacin de Riesgos

Riesgo

Probabilidad

Impacto

Dificultad
de
Deteccin

Pgina 7 de 26

Cundo

Diferencia
horarios (A)

proceso

2
De Salud (B)
5
Falta de
tiempo (C)
1 menor 5 mayor

Final

proceso

Matriz de Severidad de Riesgos

4
3

2
1
1

Matriz de Respuesta a Riesgos

Riesgo

Respuesta

Plan de Contingencia

Que lo activa

Diferencia
horarios

Reducir

Juntarnos los que tenemos

horarios parecidos

El hecho de no
podernos juntar los 3
al mismo tiempo por
mas de 2 das.

De Salud

Retener

Seguir trabajando las personas

disponibles

Enfermedad u
hospitalizacin de
algun integrante

N/A

Falta de
tiempo

Reducir

Administrar nuestras agendas

para que realicemos nuestros
dems trabajo a tiempo, sin
dejar de trabajar en la Gua.

Exceso de proyectos

Todos

Red del Proyecto

De acuerdo a nuestro WBS, definimos la siguiente secuencia de Actividades:
Actividad

Descripcin

Duracin

Pgina 8 de 26

Predecesor

Quien es
Responsable
Todos

2
3
4
5
6
7
8
9
10
11
12
13
14

Seleccin del Tema sobre el

cul se desarrollar el
proyecto Final
Definicin del Alcance del
Proyecto
Establecer Prioridades de
Proyecto
Creacin del WBS
Matriz de
Responsabilidades
Definicin de tiempos
Definicin de Costos
Realizacin del Plan de
Proyecto
Lineamientos de Riesgos
Asignacin de Recursos
Ejecucin del Plan de
Proyecto
Definicin del monitoreo y
control
Definicin del cierre de
Proyecto
Hacer Presentacin

1 day

Ninguna

1 day

1 day

3 days
1 day

3
3

1 day
1 day
2 days

4
4
4

1 day
1 day
1 day

8
9
8

1 day

2 days

11,12

1 day

10,13,6,7

De acuerdo a la tabla anterior, nuestra red de proyecto queda de la siguiente manera:

Proceso de Inicio
El principal objetivo de inicio de un proyecto de desarrollo de Software basado en la
metodologa RUP (Proceso Unificado de Rational) es lograr un acuerdo entre los stakeholders
que forman parte del ciclo de vida del proyecto. La fase de incepcin es primordial en proyectos
nicos porque se requieren esfuerzos de desarrollo nuevos, adems se deben atender riesgos
de negocio y requerimientos antes de continuar con el proyecto.

Definicin del Alcance

En el proceso de inicio es donde se define el alcance del proyecto a partir de las solicitudes de
los Stakeholders. El alcance de un proyecto es la definicin de los resultados finales o misin
del proyecto que se est realizando.
Objetivos del Proyecto
Siguiendo el Proceso Unificado de Rational, los objetivos principales que definen a un proyecto
son:
Establecer el alcance del proyecto de software y sus limitaciones, incluyendo la visin
operacional, el criterio de aceptacin y en que consiste el proyecto y en que no.
Estimacin global de tiempos y costos del proyecto (esta estimacin ser detallada en el
proceso de planeacin).
Estimar riesgos potenciales para el proyecto (fuente de lo impredecible).
Preparar un ambiente de soporte para el proyecto.
Pgina 9 de 26

Entregables
Para la fase de inicio se debern tener los siguientes entregables:

Solicitudes de Stakeholders.- La importancia de este documento estriba en que contiene

todas las peticiones hechas sobre el proyecto, y el enfoque o posible respuesta a las
mismas.
Visin del Proyecto de Software.- El propsito de este documento es recolectar, analizar
y definir las necesidades y caractersticas del proyecto a un alto nivel. Este se enfoca a
las necesidades requeridas por los Stakeholders.
Plan de Desarrollo de Software.- El plan de desarrollo de software describe los
principales elementos del plan de trabajo, como son:
o Etapas de desarrollo y sus correspondientes fechas de terminacin.
o Recursos involucrados en el desarrollo del proyecto.
o Productos del sistema con sus respectivas fechas de entrega.
o Estructura del equipo de trabajo.
o Plan de trabajo con sus respectivos tiempos.
o Mecanismos administrativos para garantizar la correcta terminacin del proyecto.
Lista de Riesgos.- El propsito del documento de Lista de Riesgos es Identificar y
evaluar riesgos: en base a la Visin del Proyecto inicial; identificar, analizar y prioritizar
los riesgos del proyecto para determinar las estrategias de Gestin de Riesgos
apropiadas.
Plan de Iteracin.- Este documento se realiza con el propsito de que el administrador
de proyecto pueda planear las actividades y tareas de iteracin, detectar los recursos
necesarios y tener un registro del progreso. Adems, los miembros del equipo de trabajo
lo utilizan para saber que actividades deben realizar, por qu y cules actividades
dependen de las que ellos estn realizando.

Para la fase de elaboracin se deben tener contemplados los siguientes entregables:

Documento de Especificacin de Requerimientos de Software.- Este documento

contiene el compendio de casos de uso y su especificacin, muestra los actores que
participan en el sistema, diagramas de casos de uso, escenarios, as como las pre y
post-condiciones del sistema.
Documento de Arquitectura de Software.- Este documento contiene la arquitectura del
proyecto a elaborar y como esta es representada por medio de varios tipos de vistas.
Lista de Riesgos.- En este documento es la lista de riesgos actualizada generada
previamente en la fase de inicio.
Generacin de un Prototipo.- El propsito de generar un prototipo en esta fase es para
ofrecer ayuda transicin entre diseo y requerimientos, el rehus de los componentes y
ofrecer una demostracin a los clientes de la funcionalidad del sistema administrado.

Para la fase de construccin se deben tener contemplados los siguientes entregables:

Documento de Orden de Trabajo de Ingeniera de Software.- Este documento describe

las actividades que han de ser realizadas as como las salidas esperadas, se hace
referencia a la descripcin de actividades a ejecutar as como los documentos o
productos (cdigo) que sern producidos.

Pgina 10 de 26

Documento de Evaluacin del Estatus del Proyecto.- Este documento contiene el un

reporte del progreso del trabajo, resultados de hitos completados y una lista de acciones
para corregir cualquier desviacin de la ejecucin del proyecto.
Completar el anlisis, diseo, desarrollo y pruebas.- El propsito de generar todas estas
tareas es el de completar toda la funcionalidad requerida del sistema en cuestin.
Generacin de Versiones.- Con esta actividad se pretende generar versiones del
software, alpha, beta u otras pruebas de liberacin, cada vez ms estables.

Para la fase de transicin se deben tener contemplados los siguientes entregables:

Producto.- El producto es el propsito! El esfuerzo del proyecto entero engranado para

crear un producto que provea un beneficio al cliente.
Material de Soporte para el Usuario Final.- El material que ayuda al usuario final a
aprender, usar, operar, y mantener el producto, debe ser completado de acuerdo con los
requerimientos.

Hitos

Hito: Objetivos
Hito: Arquitectura
Hito: Capacidad inicial de operacin
Hito: Liberacin del Producto

Requerimientos Tcnicos
Requerimientos del Sistema
Se realiza una lista los requerimientos necesarios para soportar la aplicacin, este puede incluir:
El sistema operativo.
Plataformas para trabajar.
Configuracin memoria.
Programas compartidos.
Requerimientos de Desempeo
Se presenta una lista de los requerimientos de desempeo que describen la capacidad de
comunicacin, rendimiento, exactitud, fiabilidad tiempos de respuesta.
Requerimientos del Ambiente
Una descripcin de los requerimientos ambientales necesarios para el sistema, ya sea
instalacin o desarrollo.
Lmites y Exclusiones
Listado de estndares de la arquitectura, sistemas legados o factores tecnolgicos externos a
los que el sistema debe ajustarse.
Nota: Para cada una de las reglas de tecnologa, se debe incluir una breve descripcin de la
referencia, notas de las fuentes, decisiones tomadas, y se ha de considerar la referencia.

Pgina 11 de 26

Revisiones con el Cliente

Se programan las revisiones con el cliente, para revisin de avances del proyecto.

Proceso de Planeacin
La importancia del proceso de Planeacin radica en que se involucran los elementos nunca
antes desarrollados. Es por eso que existe una mayor cantidad de procesos a tomar en cuenta
para llevar acabo la planeacin del proyecto, situacin que no implica que la administracin de
un proyecto de esta disciplina este enfocado primordialmente a la planeacin.

Planeacin del Alcance

La Planeacin del alcance busca elaborar y documentar en forma progresiva el trabajo del
proyecto para fabricar el producto. Y una vez que en la fase de inicio fue descrito el objetivo del
proyecto en el proceso de inicio, es crucial ampliar el detalle de la definicin para integrar el
plan de proyecto. Una de las mejores formas de ampliar esta descripcin basadas en RUP es:

Generar un Plan de proyecto por cada uno de los mdulos, compuesto por planes de
iteracin:
o Generar un plan de iteracin por cada una de las fases y para cada uno de los
mdulos:
Definir las actividades de acuerdo al proceso de desarrollo.
Generar una matriz de avance para cada iteracin.
Generar un documento de MS-Project con las actividades.
Generar una estimacin de costos con base al tiempo y las actividades.
Generar una lista de riesgos.
Generar un plan de riesgos.

En el proceso de planeacin de alcance en realizacin de proyectos pequeos se puede el

juicio de expertos y los pasos mencionado anteriormente. Por otro lado la descripcin de
caractersticas del sistema se desarrollar utilizando casos de uso, los casos de uso definirn el
alcance del sistema, para los requerimientos funcionales.
La deteccin de casos de uso se realizar de la siguiente manera:
Analizar los mdulos del sistema.
Detectar submdulos dentro de cada mdulo.
Detectar Casos de uso por submdulo.
Detectar detalladamente cada caso uso.
Generar el Documento de Compendio de Casos de uso Sugerido por el RUP.

Definicin del Alcance

Este proceso involucra la subdivisin de los principales entregables del proyecto
componentes ms pequeos y manejables. Por lo cual se utiliza una WBS basado en
procesos de RUP. Utilizando MS-Project se genera un plan de iteracin para cada fase
proceso de desarrollo. Al conjuntar los cuatro planes de iteracin se tiene una estimacin
mdulo del tiempo de desarrollo. Al conjuntar los planes de desarrollo de cada uno de
mdulos se obtiene el plan de estimacin del proyecto en su totalidad.

Pgina 12 de 26

en
los
del
por
los

Un WBS (Work Breakdown Structure) se obtiene como resultado al proceso de subdividir el

trabajo del proyecto e elementos ms pequeos, en general el proceso para la obtencin del
mapa o WBS del proyecto es:
1. Tomar el proyecto en su totalidad como el entregable final.
2. Identificar los principales entregables.
3. Definir los subentregables necesarios para realizar los entregables detectados en el
punto anterior.
4. Este proceso se repite hasta que el detalle de subentregables sea lo suficientemente
especfico y una persona sea responsable.
5. Los subentregables se dividen en paquetes de trabajo.
6. Los paquetes de trabajo se agrupan en el tipo de trabajo.
Para la realizacin del WBS en un proyecto de Desarrollo de Software basado en RUP es
necesario tomar en cuenta que existen cuatro fases de desarrollo, como se mencion con
anterioridad en cada una de estas fases se tienen diferentes entregables que utilizaremos para
la creacin del WBS.
Cabe mencionar que el WBS generado para esta gua es genrico a todos los proyectos de
esta ndole, sin embargo para cada proyecto en especfico debern existir ms subdivisiones de
los entregables a considerar en el WBS, que incluyan los casos de uso de los requerimientos
funcionales detectados durante los procesos de inicio del proyecto.

Pgina 13 de 26

Pgina 14 de 26

Matriz de Responsabilidades
En un proyecto de Desarrollo de Software se recomienda la realizacin de una matriz de
responsabilidades, que no es otra cosa que la asignacin del responsable de cada actividad y
sus colaboradores.
Se recomiendan los siguientes roles y actividades para un proyecto de este tipo:
Lder de
Proyecto
Solicitudes de
Stakeholders
Visin del
Producto
Plan de
Iteracin
Plan de
Desarrollo de
Software

Analista

A
A

Prototipo

A
S

Producto

Especificacin
de
Requerimientos
de Software
Documento de
Arquitectura de
Software
Plan de
Desplegado
Generacin de
Versiones
Notas de
Liberacin

Documentador

Compendio de
Casos de Uso
Matriz de
Requerimientos

Programador

Lista de Riesgos

R = Responsable

Arquitect
o

R
S = Supervisa

A = Ayuda

Estimacin de la duracin de actividades

La duracin de las actividades a lo largo del proyecto se obtiene tomando en cuenta las
proporciones marcadas por el RUP, para cada una de las fases.
Esfuerzo
Calendario

Inicio
5%
10%

Elaboracin
20%
30%

Construccin
65%
50%

Pgina 15 de 26

Transicin
10%
10%

Usando la lista de actividades definidas con anterioridad se utiliza una tabla para estimar el
tiempo empleado de desarrollo por caso de uso en cada una de las Fases, en tiempo. La
siguiente tabla se hace considerando las capacidades tcnicas del promedio de los integrantes
del equipo de trabajo. Y fue obtenido sacando el promedio del PERT y el Juicio de Expertos e
incluyen un factor de error en tiempo del 15%.
Complejida
d
1. Baja
2. Media
3. Alta
4. Muy Alta

Inicio

Elaboracin

2hrs
3hrs
4hrs
8hrs

4hrs
5.5hrs
8hrs
12hrs

Construcci
n
10hrs
12hrs
16hrs
22hrs

Transicin

Total

2hrs
3hrs
4hrs
5hrs

18 hrs
23.5hrs
32hrs
47hrs

Planeacin de recursos
La planeacin de recursos involucra la determinacin de los recursos, ya sea personal, equipo o
materiales y sus cantidades para desarrollar el proyecto. Para una organizacin que este
realizando un proyecto de Desarrollo de Software basado en RUP se recomienda la siguiente
estructura organizacional:

* Esta estructura ha sido diseada en base a roles, una persona puede desempear uno ms de ellos.

Pgina 16 de 26

La definicin de los roles sugeridos en el diagrama anterior es:

Rol

Descripcin

Administrador de Proyectos

Es el encargado de administrar los recursos del proyecto, definir con

ayuda del equipo de desarrollo los tiempo para analizar, disear e
implementar los componentes de software para cumplir con los
requerimientos. Entre sus funciones tambin est el anlisis de
riesgos y su mitigacin.

Arquitecto

Tiene la responsabilidad de tomar la mayora de las decisiones

tcnicas y de crear una arquitectura. Est encargado de identificar los
aspectos relevantes desde el punto de vista de la arquitectura, donde
se incluyen requerimientos, diseo, implementacin y desarrollo de
vistas. El arquitecto es responsable de balancear las peticiones de los
stakeholders, disminuir el riesgo tcnico y asegurarse que las
decisiones han sido comunicadas y validadas.

Analsta

Liderea y coordinada la recabacin de requerimientos adems de

generar el modelo de casos de uso, delimitando la funcionalidad.

Ingeniero de Pruebas

Es el responsable de implementar las pruebas de funcionalidad y

registrar sus resultados.

Diseador

Es el responsable de disear una parte del sistema siguiendo los

requerimientos, arquitectura y el proceso de desarrollo del proyecto

Desarrollador

Es el responsable de desarrollar y probar los componentes de

software que componen la aplicacin, de acuerdo con los estndares
y lineamientos establecidos. El desarrollador es el responsable de
probar todos los componentes que desarrollara

Diseador de interfaz
grfica
Diseador de base de
datos

Encargado de mantener la uniformidad en la interfaz grfica de la

aplicacin

Administrador de la base
de datos

Es el responsable de mantener el diseo de persistencia de datos,

proporcionado por el arquitecto y los diseadores

Auditor de Cdigo

Responsable de valorar que se cumplan los lineamientos y

estndares de codificacin establecidos para el proyecto.

Administrador de la
Configuracin

Es el responsable de proveer toda la infraestructura de administracin

de la configuracin y ambiente para los productos de software

Administrador de Ambiente

Responsable de mantener el ambiente de desarrollo del equipo.

Administrador de cambios

Tiene como funcin la administracin de peticiones de cambios en el

sistema. Adems es responsable de negociar los cambios pedidos
con el equipo de desarrollo

Encargado de disear la base de datos de cada uno de los mdulos

Pgina 17 de 26

Analista de pruebas

Es el responsable de identificar y definir las pruebas necesarias para

el sistema, adems es el encargado de monitorear y evaluar los
resultados de cada ciclo de pruebas.

Escritor Tcnico

Encargado de redactar y mantener el manual de usuario.

Estimacin del costo

El esquema que se propone para la definicin de sueldos a los miembros del equipo de trabajo
es el siguiente:
Sueld
o
Desarrollador
Desarrollador
Senior
Adm. de Proyecto
DBA
Arquitecto
Analista
Ingeniero de
Pruebas
Diseador
Diseador de
interfaz grfica
Diseador de
base de datos
Auditor de Cdigo
Administrador de
la Configuracin
Administrador de
Ambiente
Administrador de
cambios
Analista de
pruebas
Escritor Tcnico

Horas por da
7
4

Horas
Efectivas
5.4
3.9

Costo por
hora

Gastos
Indirectos
15%
15%

4
5
4
7
7

3.5
4.7
3.9
5.4
4.0

15%
15%
15%
15%
15%

7
7

5.0
5.4

20%
15%

5.9

15%

4
4

4.0
3.4

0%
15%

5.4

15%

5.4

15%

5.4

15%

18%

En costos de equipo no se incurre debido a que son activos de la institucin u organizacin en

la cual se estra desarrollando el proyecto.

Desarrollo del Plan de Proyecto

El principal propsito de la realizacin de un Plan de Proyecto es guiar la ejecucin y control del
proyecto mediante un documento creado a partir del uso de las salidas de otros procesos de
planeacin.
Desarrollo de la Red de Proyecto
La red de proyecto se forma a partir de los paquetes de trabajo detectados en el WBS, en el
cual se representan las actividades que deben ser completadas, la secuencia lgica, si existe
dependencias entre las actividades y en ocasiones puede reflejar los tiempos de inicio y fin de
cada una de las actividades en cuestin.
Pgina 18 de 26

Construccin de la Red de Proyecto

Es necesario conocer las actividades, es decir los elementos del proyecto que requieran tiempo
y no necesariamente recursos. A continuacin se presenta una forma de definir las actividades
que se deben tomar en cuenta para la construccin de la red del proyecto.
Definicin de actividades
Involucra la identificacin y documentacin de las actividades especficas que deben ser
realizadas para producir entregables y los sub-entregrables identificados en el WBS.
Es necesario definir una lista de actividades a realizar, las cuales formarn una parte del WBS
como una extensin al WBS. Estas actividades estn basadas en cada uno de los casos de uso
del sistema.
Una forma de definir las actividades es utilizando una tabla como la siguiente, en la cual por
caso de uso se definen todas las actividades para cada uno de los entregables.
CASOS DE
USO

Complejida
d

CU 1
CU 2

Compendio

Descrito

Val.

Ve
r

Val

Realizacin

Descrito

Ver

Val

3
4
4
Diseo

Descrito

Ver.

Especificacin

Descrit
o

Ve
r

Implementacin

Val

Descrit
o

Verificad
o

Validad
o

Prueba

Descrito

Verificado

Validado

Una vez identificadas las actividades que conforman la red del proyecto, es necesario
establecer en que tiempo inician, que otras actividades las preceden, que actividades dependen
de ellas, etc. Esto con el objetivo de formar un flujo de la secuencia de actividades y tener una
idea de cmo se va a realizar el proyecto en s.
A continuacin se muestra la red de proyecto, se est tomando en cuenta solo las actividades
obtenidas del WBS, porque estamos hablando de un proyecto en general de Desarrollo de
Software basado en RUP (para un ejemplo en particular vea Anexo #).
Actividad

Descripcin

A
B
C
D
E
F
G
H
I

Visin del Producto

Lista de Riesgos
Plan de Proyecto
Especificacin de Casos de Uso
Realizacin de Casos de Uso
Prototipo de Pantallas y Casos de Uso
Implementacin de Libreras y Componentes
Implementacin del Modelo de Negocios
Implementacin del Controlador

Pgina 19 de 26

Actividad(es)
Predecesora(s)
Ninguna
A
A
B,C
D
B,C
E, F
G
G

J
K
L
M
N

Implementacin de la Vista
Matriz de Trazabilidad
Manual de Usuario
Manual y Archivos de Instalacin
Plan de Despegado

G
B, C
H, I, J, K
H, I, J, K
L, M

Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los
Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin
de los planes de proyecto. Ver Anexo 3.
Por otro lado para la realizacin de la lista de actividades y gestin de fechas de las mismas se
recomienda utilizar plantillas de MS-Project para cada una de las iteraciones. A Continuacin se
presenta la estructura de una iteracin.
ID

Task Name

ELABORACIN

Duration

Start
FinishPredecess
Resource
ors
Names

Half 1, 2005
M J

Administracion de Proyectos

100 hrs

####
####

100 hrs

####
####

Half 2, 2005
Half 1, 2006
Half 2, 2006
Half 1, 2007
Half 2, 2007
Half 1, 2008
Half 2, 2008
J A S O N D J F M A M J J A S O N D J F M A M J J A S O N D J F M A M J J

Plan de Iteracin

8 hrs

####
####

Administrador de Proyecto

Administrador de Proyecto

Generar Lista de Riesgos

4 hrs

####
####
3,7

Administrador de Proyecto,Arquitecto,Analista 1

Administrador de Proyecto,Arquitecto,Analista 1

Administrar la Iteracin

6 hrs

####
####
8

Evaluar la Iteracin

6 hrs

####
####
Arquitecto[45%]

Arquitecto[45%]

####
####

Cliente

Cliente

####
####
10,4

Arquitecto[45%]

Arquitecto[45%]

####
####
13

Administrador de Proyecto,Arquitecto

7
8
9
10
11
12
13
14
15

Reevaluar Riesgos

8 hrs

####
####

94 hrs

####
####

23.11 hrs

####
####

Requerimientos
Refinar la definicin del sistema
Verificacin de Casos de Uso

5 hrs

Validacin de Casos de Uso

11.11 hrs

Administrar el alcance del sistema

3.5 hrs

Analisis y Diseo

78.5 hrs

####
####

12 hrs

####
####
4

Generar documentos de Realizacin de casos de uso

1 2 hrs

####
####

Realizacin de Casos de Uso

16

Diseo de Casos de Uso

49

Definicin de una arquitecura Candidata

66.5 hrs

####
####
14

63.28 hrs

####
####
15

50

Diseo de la base de datos

51

Prorizar casos de uso

52

Inicar el documento de arquitectura de software

53

Implemantacion

54

Estructurar el modelo de implementacin

55

Prototipo

Administrador de Proyecto,Arquitecto

Administrador de Proyecto

Administrador de Proyecto

Administrador de Base de Datos

35 hrs

####
####
51

Administrador de Base de Datos

8.28 hrs

####
####
52

Analista 1,Arquitecto[45%]

Analista 1,Arquitecto[45%]

20 hrs

####
####
11

Arquitecto[60%]

Arquitecto[60%]

67 hrs

####
####

14 hrs

####
####

Administrador de Ambiente[96%]

Administrador de Ambiente[96%]

53 hrs

####
####
54

4.5 hrs

####
####

Desarrollador 1

Desarrollador 1

56

Distribucion de grupos y version de examenes

57

Realizar preinscripcion

5 hrs

####
####
56

Desarrollador 1

Desarrollador 1

58

Registrar Documentacion

5 hrs

####
####
57

Desarrollador 1

Desarrollador 1

59

Asignar Matriculas

4.5 hrs

####
####
58

Desarrollador 1

Desarrollador 1

60

Imprimir Credencial

4.5 hrs

####
####
59

Desarrollador 1

Desarrollador 1

61

Imprimir Boletas

4.5 hrs

####
####
60

Desarrollador 1

Desarrollador 1

62

Entregar Solicitud Examen Extraordinario

8 hrs

####
####
61

Desarrollador 1

Desarrollador 1

63

Asignar Plan de Estudios

4 hrs

####
####
62

Desarrollador 1

Desarrollador 1

64

Asignar Grupos a Alumnos de Nuevo Ingreso

3.5 hrs

####
####
63

Desarrollador 1

65

Imprimir Listados por Grupo con Promedio

4.5 hrs

####
####
64

Desarrollador 1

Desarrollador 1
Desarrollador 1

66

Asignar Paquetes y Capacitaciones

5 hrs

####
####

Desarrollador 2

Desarrollador 2

67

Capturar Calificaciones

4.5 hrs

####
####
66

Desarrollador 2

Desarrollador 2

68

Modificar Calificaciones

4.5 hrs

####
####
67

Desarrollador 2

Desarrollador 2

69

Imprimir Actas Ordinarias y Recuperacion

4.5 hrs

####
####
68

Desarrollador 2

Desarrollador 2

70

Imprimir Listas

4.5 hrs

####
####
69

Desarrollador 2

Desarrollador 2

71

Imprimir Estadisticas

4.5 hrs

####
####
70

Desarrollador 2

Desarrollador 2

72

Imprimir Boletas 1/2 semestre

4.5 hrs

####
####
71

Desarrollador 2

Desarrollador 2

73

Imprimir Boleta Final

4.5 hrs

####
####
72

Desarrollador 2

Desarrollador 2

74

Imprimir Certificado Parcial

4.5 hrs

####
####
73

Desarrollador 2

Desarrollador 2

75

Imprimir Kardex

4.5 hrs

####
####
74

Desarrollador 2

76

Imprimir Constancia de Terminacion

4.5 hrs

####
####
75

Desarrollador 2

Desarrollador 2
Desarrollador 2

77

Imprimir Certificado de Terminacion

4.5 hrs

####
####

Desarrollador 3

Desarrollador 3

78

Imprimir Diplomas

4.5 hrs

####
####
77

Desarrollador 3

Desarrollador 3

79

Consultar boleta 1/2 semestre

4 hrs

####
####
78

Desarrollador 3

Desarrollador 3

80

Consultar boleta final

4 hrs

####
####
79

Desarrollador 3

Desarrollador 3

81

Consultar kardex

4 hrs

####
####
80

Desarrollador 3

Desarrollador 3

82

Calcular promedio

4 hrs

####
####
81

Desarrollador 3

Desarrollador 3

83

Calcular edad

4 hrs

####
####
82

Desarrollador 3

Desarrollador 3

84

Traspasar a kardex

6 hrs

####
####
83

Desarrollador 3

Desarrollador 3

85

Actualizar reticula

6 hrs

####
####
84

Desarrollador 3

Desarrollador 3

86

Digitalizar documentos

6 hrs

####
####
85

Desarrollador 3

Desarrollador 3

87

Consultar informacion socioeconomica ceneval

6 hrs

####
####
86

Desarrollador 3

Desarrollador 3

Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los
Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin
de los planes de proyecto (Ver Anexos).

Pgina 20 de 26

Administracin de Riesgos
La lista de riesgos est designada a capturar los riesgos percibidos para el xito del proyecto.
En ella se describen los eventos identificados, en orden de menor a mayor riesgo, que pudieran
ocasionar un resultado negativo en algn punto del proceso de desarrollo.
Los pasos del proceso de administracin de Riesgos son:
Identificacin de Riesgos
El equipo de desarrollo se junta para crear una lista de todos los posibles riesgos que en algn
momento pudieran afectar al proyecto. Esta lista nace a partir de un anlisis del proyecto, tanto
general como por cada paquete de trabajo, y as localizar las principales fuentes generadoras
de riesgo.
En RUP existen dos tipos de riesgos:

Directos: El personal tiene cierto control sobre ellos.

Indirectos: No pueden ser controlados.

Adems se cuenta con los riesgos generados a partir de los recursos del proyecto:

Organizacin
o Falta de compromiso del personal hacia el proyecto.
o Falta de planeacin y definicin en el proceso de ingeniera de software.
o El proyecto es el ms largo antes intentado.
Fondos
o Falta de fondos para completar el proyecto.
o Limitaciones de presupuesto: el sistema debe ser entregado en un costo fijo o se
va a cancelar.
o Los estimados de costos sean inexactos.
Personal
o Falta de personal disponible para el proyecto.
o El personal no tiene las habilidades y experiencia necesarias.
o El personal no cree en el proyecto.
o No hay expertos en el rea disponibles.
Tiempo
o La agenda no es realista.
o No hay tiempo para hacerlo bien.

Otros de los riesgos que pueden aparecer en el proyecto son los Tcnicos, dentro de ellos
encontramos:

Alcance.
o El xito no puede ser medido.
o Los requerimientos no son estables ni entendibles.
o Los tiempos de desarrollo son inflexibles y limitados.
Tecnolgicos.
o El xito del proyecto dependa de productos, servicios, tecnologas nuevos o que
no hayan sido probados antes.
o Dependencias del sistema con otros sistemas externos, y que estos fallen.
Pgina 21 de 26

Requerimientos de disponibilidad y seguridad inflexibles.

El proyecto es inalcanzable (muy complejo o enorme como para trabajar
apropiadamente).
Dependencia Externa.
o El proyecto depende de proyectos en desarrollo paralelo.
o El xito depende de la integracin de herramientas de desarrollo (compiladores,
herramientas de diseo, etc), tecnologas de implementacin (sistema operativo,
bases de datos, etc).
o
o

Forma de Evaluacin de Riesgos

A continuacin se ofrece u formato para la Evaluacin de riesgos, en la columna de Riesgo se
pone la lista de los riesgos detectados en el punto anterior. A cada uno de los riesgos es
analizado y se le asignan valores de probabilidad, impacto dificultad de deteccin y cundo
puede ocurrir dentro del proyecto.
Riesgo

Probabilidad

Impacto

Dificultad de
Deteccin

Cundo

Riesgo 1

Proceso X

Riesgo 2

Proceso Y

Riesgo 3
1 menor 5 mayor

Proceso Z

Matriz de Severidad de Riesgos

Una vez asignados los valores de la tabla anterior, se realiza la matriz de severidad de riesgos.
En la cul se compara la probabilidad con el impacto, a continuacin se muestra un formato la
para la magnitud de severidad de riesgos.
5
4

2
1
1

Pgina 22 de 26

Matriz de Respuesta a Riesgos

Esta matriz contiene la respuesta que se le dara al riesgo en caso de materializarse, el plan de
contingencia que se llevara acabo en caso de ser activado y la persona responsable del riesgo.
Riesgo

Respuesta

Plan de Contingencia

Que lo activa

Quien es
Responsable

Riesgo X

Procesos de Ejecucin
Esta fase involucra la ejecucin de cada actividad y las tareas definidas en el Plan de Proyecto.
Mientras que se ejecutan las tareas y actividades, se generan proceses de administracin de
proyectos para monitorear y controlar la produccin de entregables del proyecto.

Ejecucin del Plan de Proyecto

Es el proceso principal en el que se definen y coordinan las diversas interfaces tcnicas y
organizacionales que existen en el proyecto. Es decir, es en este proceso en donde se llevan
acabo las actividades previamente definidas en el Plan de Proyecto, adems el equipo de
trabajo debe revisar paso a paso lo que se esta haciendo ya que este proceso se realiza en
paralelo con los procesos de Control.
Mientras se lleva acabo el proceso de ejecucin, se lleva acabo el control y monitoreo de todas
las acciones en proceso y por cada actividad en ejecucin en la que se encuentren errores o
variaciones inesperadas ser necesario un retrabajo.

Procesos de Control
Estos procesos se dedican hacer monitoreo y mediciones regulares del rendimiento del
proyecto, con el fin de identificar las varianzas en comparacin con el plan definido en la fase de
elaboracin.

Reporte de Rendimiento
El objetivo de este Proceso es recolectar y diseminar la informacin del rendimiento obtenido a
lo largo de la ejecucin del proyecto, adems informar a los stakeholders la manera en que se
estn manejando y utilizando los recursos disponibles para alcanzar los objetivos del proyecto.
Este reporte puede incluir los siguientes apartados:
Reporte de Estado
Aqu se describe en que posicin o estado se encuentra actualmente el proyecto.
Reporte de Avance
Se da a conocer las actividades completadas por el equipo de trabajo.
Pronstico
El equipo de trabajo ofrece una prediccin del estado y progreso del proyecto a futuro.

Pgina 23 de 26

A continuacin se da un ejemplo del concentrado de una matriz de avance (para la matriz de

avance - Ver Anexo ):
Modulo
Control Escolar
Adm. de Sistema
Plan de Estudios
Recursos Humanos
Nomina
Generador de Examenes

Inicio
Elaboracion Implementacion Transicin Avance Aparente
67.90
43.43
10.91
0.00
29.62
50.00
72.67
63.89
0.00
66.01
100.00
28.45
18.44
0.00
30.60
71.43
18.18
0.00
0.00
14.42
100.00
20.00
0.00
0.00
18.00
85.19
0.00
0.00
0.00
8.52
0
0.00

Control de Cambios
Dentro de los procesos de monitoreo y control, este se considera el ms crtico debido a las
constantes solicitudes de cambio. Cada una de las solicitudes de cambio debe ser analizada
ampliamente, porque repercuten directamente en el proyecto ya sea en los costos, tiempos o
complejidad.
El formato para hacer una peticin de cambio se anexa al final del documento.
Una vez que es autorizado un cambio, deber repercutirse la modificacin en los siguientes
aspectos del proyecto, siempre y cuando se vean impactados los planteamientos originales por
el cambio:

Plan de trabajo
Alcances del proyecto
Presupuesto del proyecto

El control de los cambios debe ser realizado a lo largo de todas las etapas del proyecto para
poder saber qu es lo que ocurre dentro del proyecto, porque se necesitaba realizar algn
cambio y que impacto podra tener en el poryecto.

Procesos de Cierre
La importancia de los procesos de cierre de la administracin de proyectos radica en concluir
todos los entregables y formalizar la aceptacin del producto. Dentro de los procesos se
encuentra la Carta de liberacin (Contract Closeout) y el Cierre Administrativo (Administrative
Clouseout).

Carta de Liberacin
Este proceso de Administracin de Proyectos no tiene mapeo directo de RUP, sin embargo en
las empresas de desarrollo de Software, se lleva a cabo con una carta de aceptacin del cliente
en el cual el cliente reconoce que todos los objetivos del proyecto fueron cumplidos a travs de
las mtricas correspondientes.

Cierre Administrativo
Estos proceso en de Administracin de proyectos se representan en RUP a travs de el Anlisis
de Iteracin, El cierre de la fase y el cierre del proyecto. Y esto es debido a que RUP es un
Pgina 24 de 26

proceso que se divide en Fases y en iteraciones, por lo cual la adopcin a la administracin de

Proyectos se debe hacer con base a las fases y a las iteraciones.
Anlisis de la Iteracin
En esta disciplina busca determinar el xito o fracaso de la iteracin y captura lecciones
aprendidas para mejorar el proceso o el proyecto. Cuenta con llevar a cabo las siguientes
tareas:
Obtener mtricas
Determinar los resultados de la iteracin
Examinar el criterio de evaluacin
Considerar los cambios
Cierre de Fase
Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la
sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de
fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el
cierre de fase se realizan las siguientes actividades:
Revisar el status de los Entregables requeridos.
Agendar la revisin de la configuracin.
Distribuir los entregables a los Stakeholders
Completar el ciclo de vida de los hitos
Cierre de Proyecto
Busca completar las
Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la
sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de
fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el
cierre de proyecto se realizan las siguientes actividades:
Finalizar los instrumentos aceptacin
Cerrar el proyecto
Para completar las formalidades asociadas con la aceptacin y cierre del proyecto, se puede
reasignar el personal y transferir otros recursos del proyecto.

Referencias
[1] Aguirre Reyes, Diana. Modelo de la Administracin de Proyectos de Informtica. Consultado
el 22 de Marzo de 2006 de [URL]: http://biblioteca.itesm.mx/cgi-bin/doctec/opendoc?
cual=2290&archivo=48183&pagina=16&paginas=16&query=(project,AND,management,AND,init
iation),AND,tipo%3Da
[2] GetAhead. Project Initiation and Project Closure. Consultado el 25 de Marzo de 2006 de
[URL]: http://www.getahead-direct.com/gwpm07-project-initiation-and-project-closure.htm
[3] Lasa. The Project initiation document. Consultado el 2 de Abril de 2006 de [URL]:
http://www.lasa.org.uk/knowledgebase/pages/pmbriefpid.shtml

Pgina 25 de 26

[4] Jalote, Pankaj (2000). CMM in Practice. Processes for Executing Software Projects at
Inforsys. Addison Wesley.
[5] Hughes, Bob. Cotterell, Mike (2002). Software Project Management. McGraw-Hill

Education. 3rd Edition

[6] Booch, Grady (2003). The Racional Unified Process Made Easy. A Practitioners Guide to the
RUP. Addison Wesley. 2nd Ed.
[7] Tasmania State Government, Project execution plan, template & guide. Consultado el 31 de
Marzo de 2006 de [URL]:
http://www.projectmanagement.tas.gov.au/pm_templates/pm005_executionplanv1.0.htm
[8] Brown, Georges, NEESgrid, A distributed virtual laboratory for advanced earthquake
experimentation and simulation: Project execution plan. Consultado el 15 de Abil de 2006 de
[URL]:
http://www.neesgrid.org/documents/NEESgrid_PEP.09.03.2003.pdf
[9] Vashishtha, ShriKant, J2EE project execution: Some best practices. Consultado el 12 de Abril
de 2006 de [URL]:
http://www.javaworld.com/javaworld/jw-11-2005/jw-1114-j2ee.html
[10] KIPPENBERGER, T., Managements role in project failure, The Antidote, Vol. 5, No. 4,
2000, pp. 30-33.
Consultado en biblioteca digital ITESM, Base de datos Emerald Fulltext el da 21/04/2006. URL:
http://0-ww.emeraldinsight.com.millenium.itesm.mx:80/10.1108/EUM0000000006793
[11] KURUPPUARACHCHI Palitha R., Mandal Purnendu, Smith Ross, IT project
implementation strategies for effective changes: a critical review, Logistics Information
Management, Vol. 15, No. 2, 2002, pp. 126-137.
[12] BACCARINI David, Salm Geoff, Love Peter E.D., Management of risks in information
technology projects, Industrial Management & Data Systems, Vol. 104, No. 4, 2004, pp. 286
295. URL :
http://0-www.emeraldinsight.com.millenium.itesm.mx:80/10.1108/02635570410530702
[13] Rectora Oficina de Planeacin (2004). Manual de Funcionamiento. Consultado en Marzo
25, 2006 en http://planeacion.univalle.edu.co/a_proyectos/docs/manual_BPUV.pdf
[14] Moreno, ngel (2001). Direccin y Gestin de Proyectos. Consultado en Marzo 27, 2006 en
http://it.aut.uah.es/amoreno/Proyectos/Teoria/TEMA1.PDF
[15] Oktaba, Hanna. Esquivel, Claudia et.al. (2003). Modelo de Procesos para la Industria de
Software. Consultado en Abril 10, 2006 en http://www.lania.mx/biblioteca/manuales/moprosoft/V
%201.1%20DocumentoBase.pdf
[16] GRAY Clifford F., LARSON Eric W. (2003). Project Management: The managerial Process.
Mc Graw Hill. 2nd Ed.

Pgina 26 de 26