CAPITULO 7

PLANIFICACION TEMPORAL Y SEGUIMIENTO DEL PROYECTO

7.1 CONCEPTOS BASICOS

Razones, entre otras, por las cuales un software se entrega tarde:

• Fecha límite de entrega poco realista.
• Cambio de los requisitos del cliente.
• Subestimación de la cantidad de esfuerzo y nro. de recursos que serán necesarios para el
trabajo.
• Errores predecibles y no predecibles no considerados.
• Dificultades técnicas y humanas no previstas por adelantado.
• Falta de comunicación
• Falta de reconocimiento del retraso por lo tanto la falta de medidas para corregir el
problema.

COMENTARIOS SOBRE RETRASOS

Si la fecha límite es poco realista, se recomiendan los sig. Pasos:

1. Realizar estimación detallada usando información de proyectos anteriores (esfuerzo estimado y
duración del proyecto).
2. Empleando un modelo de proceso incremental, establecer funciones críticas ha entregar en la
fecha preestablecida, dejando las otras para más tarde. Documentar el plan.
3. Reunirse con el cliente y explicar porque la fecha límite no es realista.
4. Ofertar la estrategia del modelo incremental.

PRINCIPIOS BASICOS

En un proyecto algunas tareas pueden completarse sin preocuparse del impacto en la fecha de
terminación del mismo. Otras se encuentran en el camino crítico, si estas tareas críticas se retrasan,
la fecha de terminación está en peligro.
El objetivo del gestor del proyecto es definir todas las tareas del proyecto, identificar las críticas y
hacerles un seguimiento para reconocer el retraso de immediato. Para esto el gestor debe tener
(PT)PLANIFICACION TEMPORAL: es una actividad que distribuye el esfuerzo estimado a lo
largo de la duración prevista del proyecto a las tareas especificas del proyecto. Le permite
supervisar el progreso y controlar el proyecto.

• PLANIFICACION TEMPORAL MACROSCOPICA: identifica las principales

actividades/funciones.
• PLANIFICACION TEMPORAL DETALLADA: se identifican y programan las tareas del
software específicas.

La PT tiene dos perspectivas bastante diferentes:

1) La fecha final de entrega ya ha sido definida, entonces hay que distribuir los esfuerzos dentro
del marco previsto.
2) La fecha final de entrega será establecida por la org. de ingeniería del soft., entonces los
esfuerzos se distribuyen para el mejor empleo de los recursos. Se define la fecha después del
análisis.

Principios básicos de la planificación temporal (se aplican a medida que evoluciona la misma)
• Compartimentación: se dividen tareas.
• Interdependencia: algunas tareas deben ocurrir en una secuencia determinada, otras pueden
darse en paralelo.

1
• Asignación de tiempo: a cada tarea asignar unidades de trabajo – fecha inicio y finalización -
• Validación de esfuerzo: miembros de la plantilla se asignan a las tareas.
• Responsabilidades definidas: cada tarea debe asignarse a un miembro específico
• Resultados definidos. Cada tarea debe tener un resultado definido, normalmente es un producto
o parte de un producto. Los productos se combinan en entregas.
• Hitos definidos cada tarea debería asociarse con un hito del proyecto.

7.2 LA RELACION ENTRE LAS PERSONAS Y EL ESFUERZO

Añadir gente tarde a un proyecto tiene a menudo efecto negativo, provocando aún más retraso:
- el personal agregado debe aprender el sistema
- personal que enseña no trabaja
- aumenta las vías de comunicación.(mayor esfuerzo y tiempo adicionales)

UNA RELACION EMPIRICA

La relación entre el tiempo cronológico para completar un proyecto y el esfuerzo humano aplicado
al proyecto es altamente no lineal. El nro. de líneas de código entregadas, esta relacionado con el
esfuerzo y el tiempo de desarrollo.

DISTRIBUCION DEL ESFUERZO

En las fases de DEFINICION Y DESARROLLO: regla 40-20-40% -

40% análisis y diseño (20% y 20% aprox- incluyendo revisión del diseño)
40% pruebas
20% generación del código
2/3 % planificación (gralmente) a menos mucho riesgo.
La distribución depende del proyecto.

7.3 DEFINICION DE UN CONJ. DE TAREAS PARA PROY. SOFT..

Un proceso de soft. eficaz: debe definir una colección de conjunto de tareas, cada una diseñada para
satisfacer las necesidades de diferentes tipos de proyectos.
La mayoría de las organizaciones de soft. Encuentran proyectos de los siguientes tipos:
• Del concepto. (nueva tecnología o concepto)
• De desarrollo de una nueva aplicación (encargo de un cliente específico)
• De mejoras de aplicaciones (soft. Existente sufre modificaciones grandes)
• De mantenimiento de aplicaciones.( amplian o adaptan un soft existente)
• De reingeniería. (reconstruir total o en parte un sist)

GRADO DE RIGOR

Es función de muchas características del proyecto- Cuatro grados de rigor:

- Casual : se aplicarán todas las actividades estructurales del proceso, solo se requiere un conj. De
tareas mínimo.
- Estructurado: se aplicará la estructura del proceso a este proyecto, se aplicarán las actividades
protectoras para garantizar una alta calidad.
- Estricto: se aplicará el proceso completo con un grado de disciplina que garantice la calidad.
- Reacción rápida: se aplicará la estructura del proceso, pero por ser una emergencia se aplicará
solo aquellas tareas esenciales.

El gestor del proyecto debe desarrollar un enfoque sistemático para seleccionar el grado de rigor
apropiado para cada proyecto. Para ello se definen unos criterios de adaptación y se calcula un
valor selector del conjunto de tareas (sct) .
2
CRITERIOS DE ADAPTACION

Se emplean para determinar el grado de rigor.

Se definen once (11) criterios:
- Tamaño del proyecto
- Nro. potencial de usuarios
- Misión crítica
- Longevidad de la aplicación
- Estabilidad de los requisitos
- Facilidad de comunicación cliente/desarrollador
- Madurez de la tecnología aplicable
- Limitaciones de rendimiento
- Características empotradas / no empotradas
- Personal del proyecto
- Factores de reingeniería.
A cada uno se le asigna un grado que va de 1 hasta 5. 1 representa: requiere un pequeño subconj. De
tareas de proceso y los requisitos metodológicos y de documentación son mínimos.5: se debe
aplicar un conj. completo de tareas de proceso y los requisitos metodológicos y de documentación
son sustanciales.

CALCULO DEL VALOR SELECTOR DEL CONJUNTO DE TAREAS

Para seleccionar el conj. Apropiado de tares- Pasos:

1) Revisar los criterios de adaptación y asignar los grados apropiados.
2) Revisar los factores de ponderación asignados a cada criterio (va desde 0,8 a 1,2 e indica la
relativa importancia de un criterio de adaptación en particular )
3) Multiplicar el grado por el factor de ponderación y por el multiplicador punto de entrada ( valor:
0y 1- indica la importancia del criterio de adaptación para el tipo de proyecto)
4) Calcular la media de todas las entradas. Este valor sirve para ayudar a seleccionar el conj. De
tareas más apropiado.

INTERPRETAR EL VALOR SCT Y SELECCIONAR EL CONJ. DE TAREAS

SCT < 1.2 CASUAL

SCT >1 Y < 3 ESTRUCTURADO
SCT < 2.4 ESTRICTO

7.4 SELECCIÓN DE LAS TAREAS DE ING. DEL SOFT.

Los proyectos de desarrollo de concepto se enfocan aplicando las siguientes tareas principales:
- Ambito del concepto
- Planificación preliminar del concepto
- Valoración del riesgo tecnológico
- Prueba de concepto – demuestra viabilidad -
- Implementación del concepto
- Reacción del cliente ante el concepto

El equipo del soft. Debe :

- entender lo que hay que hacer – ámbito –
- determinar si hay alguien para hacerlo –planificación-
- considerar riesgos – valoración del riesgo –
- probar la tecnología – prueba de concepto –
3
- implementarlo en forma de prototipo – implementación del concepto y pruiueba del cliente –
- si el concepto es viable, se debe fabricar una versión de producción – traslación –

7.5 REFINAMIENTO DE LAS TAREAS PRINCIPALES.

Las tareas de 7.4 pueden emplearse para definir una planificación temporal macroscópica la que
debe refinarse para crear una planificación temporal detallada. El refinamiento se empieza tomando
cada tarea principal y descomponiéndola en un conjunto de subtareas.

7.6 DEFINIR UNA RED DE TAREAS

Una red de tareas es una representación gráfica del flujo de tareas de un proyecto. Muestra las
tareas principales de ing. del soft.
El gestor debe estar al tanto de las tareas que pertenecen al camino crítico: tareas que deben
finalizarse según la planificación temporal si se quiere que el proyecto en general termine a tiempo.

7.7. PLANIFICACION TEMPORAL

Métodos:
- técnica de evaluación y revisión de programa (PERT).
- Método del camino crítico (CPM).

La interdependencia de tareas ( a veces llamadas: estructuras de descomposición de trabajo) deben

definirse empleando una red de tareas.

PERT Y CPM permiten al planificador:

1) determinar el camino critico.
2) Establecer los tiempos más probables para las tareas aplicando modelos estadísticos.
3) Calcular las limitaciones de tiempo.
El retraso en el diseño de una función puede retardar el posterior diseño de otras funciones.

GRAFICOS DE TIEMPO

Gantt: se puede desarrollar un gráfico para todo el proyecto o para cada individuo que trabaje en el
proyecto.
Posee: tabla de proyecto – listado de todas las tareas del proyecto –
Barras horizontales - indican la duración de cada tarea.- cuando aparecen multiples barras al
mismo tiempo, indican concurrencia de tareas-

SEGUIMIENTO DE PLANIFICACION TEMPORAL

Se puede hacer de diferentes maneras:
- reuniones periódicas
- evaluando resultados de todas las revisiones realizadas.
- Comparando fechas reales con las previstas.
- Reuniones informales
Ante fechas de entrega muy ajustadas, los gestores utilizan una técnica : TIME_BOXING - elige
paradigma incremental, se encajonan las tareas en el tiempo y cuando se ha completado el 90 % se
termina y empieza con otra-, esta es dejada para más adelante -

7.8 PLAN DEL PROYECTO

Se produce cuando culminan las tareas de planificación. Propoeciona información básica sobre
costes y planificación temporal se será empleada a lo largo del proceso de ingeniería del soft.
Es un documento que debe:

4
1) comunicar el ámbito y recusos a los gestores, personal técnico y al cliente.
2) Definir los riesgos y sugerir técnicas de aversión al riesgo
3) Definir los costes y planificación temporal para la revisión de la gestión
4) Proporcionar un enfoque general del proyecto.
5) Describir como se gestionará la calidad y se gestionarán los cambios.
Plan: declaración general del QUE y una declaración específica de CUANDO Y CUANTO.