las dulces torturas del amor

5. IDENTIFICACIÓN DE FASES, TAREAS Y ENTREGABLES EN PROYECTOS INFORMÁTICOS



En este capitulo vamos a centrar nuestra atención en la descomposición del esfuerzo asignado a un proyecto. En el capitulo anterior vimos como realizar la estimación del esfuerzo.
H. S. Geneen dijo: “Para leer un libro, se va del principio al fin. Para dirigir una empresa, se va exactamente al revés, Se empiezapor los fines y luego se hace lo necesario para conseguirlos”. En nuestro caso podemos pensar de forma parecida, para realizar un proyecto, empezaremos por ver cuales son los objetivos que queremos alcanzar y luego pensaremos que cosas tenemos que hacer para alcanzar estos fines.
Esta descomposición pasará por identificar las fases de nuestro proyecto y el esfuerzo a aplicar en cada una de ellas.A su vez estas fases se descompondrán en tareas. También tendremos que marcar unos puntos (hitos) de control que nos permitan saber si el proyecto va de acuerdo a lo previsto.
Normalmente todas las fases y muchas tareas terminan en la generación 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 delproyecto o del cliente. En los proyectos informáticos se suele asociar los hitos a la consecución de un entregable.
De forma genérica ya habíamos identificado dos métodos complementarios que se pueden aplicar en la descomposición de proyectos:
la descomposición del proceso (Análisis, Diseño, Codificación, …), y
la descomposición del producto (Contabilidad, Nomina,…).
Lo usual en este punto delproyecto es que éste ya se haya enfocado hacia sólo un producto, es decir, los gestores de la empresa habrán identificado diferentes productos a desarrollar y solicitado el desarrollo de uno de ellos. Así será extraño que un proyecto consista en la nómina, contabilidad, facturación y gestión de la producción, todo de una pieza, por varias razones, tales como:

El tamaño de un proyecto tiene unarelación directa y superior a la lineal con el riesgo de fracaso.

Los costes de coordinación suben tanto que la productividad media del personal baja, estando correlacionada de forma inversa al tamaño del proyecto.

Las visiones actuales de desarrollo de software se aproximan cada vez más al desarrollo incremental. Y éste consiste en implementar subsistemas hasta alcanzar el sistema completo.Dado que un proyecto de gran tamaño debería seccionarse para su implementación. Lo lógico es que sea la dirección estratégica de la empresa la que identifique los subsistemas más críticos, y primeros candidatos a ser desarrollados, y no que sean los desarrolladores de software los que toman esta decisión.

Por lo visto, podemos suponer que el proyecto se refiere a un solo producto, así puesveremos como primer paso una descomposición del proyecto en fases (procesos) y en un paso posterior refinaremos esta descomposición 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 programación de proyectos la llevaremos a cabo utilizando las técnicas matemáticas dela investigación operativa conocidas como PERT o CPM que veremos más adelante en este libro.

1. DESCOMPOSICIÓN EN ACTIVIDADES DEL PROYECTO (WBS).
Empezaremos por ver la herramienta que se utiliza a la hora de descomponer y documentar el trabajo de un proyecto, como un conjunto de tareas. Habitualmente se le conoce como WBS (Work Breakdown Structure) que literalmente significa estructura dedescomposición del trabajo. Es un método de representar de forma jerárquica los componentes de un proceso o producto. Puede ser utilizado para documentar la descomposición de un proceso, la descomposición de un producto, o de forma híbrida.


Hay dos formas de representar un WBS. La primera es mediante una representación gráfica, en forma de árbol, como se muestra en la figura 1. La segunda...