5.

IDENTIFICACIN DE FASES, TAREAS Y ENTREGABLES EN PROYECTOS INFORMTICOS

TAREAS Y ENTREGABLES EN
PROYECTOS INFORMTICOS
Normalmente todas las fases y muchas tareas terminan en la generacin de
uno o varios documentos. A stos se les llama entregables. Este nombre se
debe a que pasan de manos del desarrollador a manos del controlador del
proyecto o del cliente. En los proyectos informticos se suele asociar los
hitos a la consecucin de un entregable.
De forma genrica ya habamos identificado dos mtodos
complementarios que se pueden aplicar en la descomposicin de proyectos:
la descomposicin del proceso (Anlisis, Diseo, Codificacin, ), y
la descomposicin del producto (Contabilidad, Nomina,).
Lo usual en este punto del proyecto es que ste ya se haya enfocado hacia
slo un producto, es decir, los gestores de la empresa habrn identificado
diferentes productos a desarrollar y solicitado el desarrollo de uno de ellos.
As ser extrao que un proyecto consista en la nmina, contabilidad,
facturacin y gestin de la produccin, todo de una pieza, por varias
razones, tales como:

El tamao de un proyecto tiene una relacin directa y superior a la

lineal con el riesgo de fracaso.

Los costes de coordinacin suben tanto que la productividad media

del personal baja, estando correlacionada de forma inversa al tamao
del proyecto.

Las visiones actuales de desarrollo de software se aproximan cada vez

ms al desarrollo incremental. Y ste consiste en implementar
subsistemas hasta alcanzar el sistema completo.

Dado que un proyecto de gran tamao debera seccionarse para su

implementacin. Lo lgico es que sea la direccin estratgica de la
empresa la que identifique los subsistemas ms crticos, y primeros
49

PLANIFICACIN DE PROYECTOS INFORMATICOS

candidatos a ser desarrollados, y no que sean los desarrolladores de

software los que toman esta decisin.
Por lo visto, podemos suponer que el proyecto se refiere a un solo
producto, as pues veremos como primer paso una descomposicin del
proyecto en fases (procesos) y en un paso posterior refinaremos esta
descomposicin identificando las tareas.
Una vez conocidas las tareas a realizar se deber programar (planificar), el
proceso de desarrollo y asignarse los recursos, fundamentalmente humanos.
La programacin de proyectos la llevaremos a cabo utilizando las tcnicas
matemticas de la investigacin operativa conocidas como PERT o CPM que
veremos ms adelante en este libro.
0 . 0 . P r o y e c to
C o n ta b ilid a d

1 .0 . E s p e c ific a r
n e c e s id a d e s

2 .0 . A n a liz a r
C o n ta b ilid a d

3 .0 . D is e a r
A p l ic a c i n

4 .0 . C o d ific a c i n

5 .0 . P ru e b a s

1 .1 . E s tu d ia r
S is te m a A c tu a l

2 .1 . E s tu d ia r
P ro c e s o s

3 .1 . D is e o
B .D

4 .1 . C re a c i n
Esquem a

5 .1 . P ru e b a
U n id a d e s

1 . 2 . id e . n u e v a s
c a r c te ris tic a

2 .2 . E s tu d ia r
D a to s

3 .2 . D is e o
P ro g ra m a s

4 .2 . C o d ific a c i n
P ro g ra m a s

5 .2 . P ru e b a d e l
S is te m a

Hay dos formas de representar un WBS. La primera es mediante una

representacin grfica, en forma de rbol, como se muestra en la figura 1. La
segunda consiste en una lista indentada de tareas, como muestra la figura 2.
En ambos casos se muestra la misma descomposicin del trabajo. Los
nmeros se usan para etiquetar los nodos, de forma que dado un componente
resulte fcil localizarlo en la estructura. Dado un nodo de la estructura
50

5.IDENTIFICACIN DE FASES, TAREAS Y ENTREGABLES EN PROYECTOS INFORMTICOS

decimos que contiene a todos sus descendentes, y esta contenido en su

antecesor. As la el nodo 2.0. Analizar la contabilidad esta contenida en el
0. Proyecto Contabilidad, y contiene a Estudiar Procesos y 2.2.
Estudiar Datos.
Para crear un WBS empezaremos por clarificar la utilidad que se desea de
esta estructuracin. Nombramos un primer nodo con el nombre del proyecto.
Identificamos componentes de este nodo, tenemos que intentar crear una
estructura en la que cada nodo tenga del orden de 72 componentes.
Numeramos los nodos por niveles. Las tareas son los nodos del nivel ms
bajo, las que no se descomponen ms. De modo que los nodos que se
descomponen no indicaran que hay una tarea, sino el conjunto de tareas de
las que se compone.

5. ALGUNAS REFLEXIONES SOBRE LA

DESCOMPOSICIN DE UN PROYECTO EN
TAREAS.
Edward Yourdon sugiere algunas reglas a la hora de descomponer un
proyecto en tareas, de stas cabe recordar:
a) Hacer las unidades de estimacin tan pequeas como se pueda, a ser
posible que se aproximen a la semana.
b) Que las tareas sean tan independientes como se pueda, es decir no
cortar procesos naturales como la codificacin de un mdulo en varias
tareas.
c) Tener en cuenta los factores de comunicacin entre personas, hacerlo
sencillo.
d) Tener en cuenta la posibilidad de reutilizar cdigo, siendo conscientes
de que tambin es trabajo el buscarlo y adaptarse a este cdigo.

6. BIBLIOGRAFA Y REFERENCIAS A
CONSULTAR.
1. David King. "Project management made simple", Prentice Hall, 1992.
2. Jones, Caper. Activity-based software costing, Computer, May 1996, p.
103-104.
51

PLANIFICACIN DE PROYECTOS INFORMATICOS

3. Fergus O'Connell. "How to run successful projects". Prentice Hall, 1994.

4. Martyn A. Ould. "Strategies for software engineering". Jonh Wiley, 1990.
5. Yourdon, Edward. Anlisis Estructurado Moderno. Prentice Hall, 1993.

52