5 Eog00

En este capitulo vamos a centrar nuestra atencin en la descomposicin del esfuerzo asignado a un proyecto. En el capitulo anterior vimos como realizar la estimacin del esfuerzo. H. S. Geneen dijo Para leer un libro, se va del principio al fin. Para dirigir una empresa, se va exactamente al revs, Se empieza por los fines y luego se hace lo necesario para conseguirlos. En nuestro caso podemospensar 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 descomposicin pasar por identificar las fases de nuestro proyecto y el esfuerzo a aplicar en cada una de ellas. A su vez estas fases se descompondrn en tareas. Tambin 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 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 unentregable. 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 identificadodiferentes 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 delpersonal 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 queidentifique los subsistemas ms crticos, y primeros 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. Unavez 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. 1. DESCOMPOSICIN EN ACTIVIDADES DEL PROYECTO (WBS). Empezaremos por ver laherramienta 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 de descomposicin del trabajo. Es un mtodo de representar de forma jerrquica los componentes de un proceso o producto. Puede ser utilizado para documentar la descomposicin de unproceso, la descomposicin de un producto, o de forma hbrida. 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...