Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Eog 02 T 10
Eog 02 T 10
Jose Onofre Montesa Andrs Universidad Politcnica de Valencia Escuela Universitaria de Informtica 2001
El punto de partida...
Disponemos de la
programacin del proyecto. Disponemos de la aplicacin de recursos en cada instante. Disponemos de un flujo de caja aceptado y uno coste global
TEMA 10 Seguimiento y Control de
TAREAS Especificar Necesidades Diseo Programas Diseo Base de Datos Realizacin Esquema Codificacin Programas Pruebas 0 2 4 6 8 10 12 14 16 SEMANAS
6 5 4 3 2 1 1 2 3 4 5 6 7 8 9 1 0
planes
(Thayer 1988)
TEMA 10 Seguimiento y Control de 6
alcanzar.
exactamente lo planificado con la realidad. Los proyectos informticos no son repeticiones de un conjunto de tareas realizadas previamente.
Replanificar o Corregir
NO
NO
productividad.
Establecer las condiciones o medidas que deben darse cuando las tareas se realizan de forma correcta.
Establecer sistemas de
monitorizacin e informes.
Determinar que datos son necesarios, quien y cuando los debe recibir.
11
12
13
Ejemplo
Reunin Semanal Final de Etapa Informe Semanal Informe de Excepcin Discusin en el Bar Radio macuto
Comentarios
Notas de la reunin
el punto de vista de estndares y no serlo desde el punto de vista de la planificacin. Podemos encontrarnos en una de las siguientes situaciones:
TEMA 10 Seguimiento y Control de
15
SI NO NO
NO SI NO
Estudiar la desviacin del estndar y ajustarlo si es necesario, disciplinar Replanificar y estudiar la situacin para crear medidas correctivas Estudiar con cuidado. Aplicar las dos medidas anteriores.
16
17
Hoy
18
Se ha realizado o no la tarea.
En este caso es muy importante que las tareas no tengan una duracin excesiva.
TEMA 10 Seguimiento y Control de 19
respecto al proyecto, la decisin de qu hacer debe ser tomada al nivel jerrquico apropiado.
ESTRATEGICO TACTICO OPERATIVO
20
22
Replanificar o Corregir
La replanificacin debe de realizarse
Los desarrolladores se sentirn menos frustrados si ven que los objetivos son alcanzables. Los clientes tendrn ms claro que es lo que pueden esperar.
23
Replanificar o Corregir
Correccin de las desviaciones. En lugar de modificar el plan, lo que haremos es forzar al equipo de desarrollo para que la situacin real se aproxime a la planificada. Llamamos crisis de un proyecto al periodo que va desde el que se ha producido una situacin seria de desajuste hasta que sta es reencauzada.
TEMA 10 Seguimiento y Control de 24
Gestin de la crisis
Recuperacin tras la crisis
25
Gestin de la crisis
Anuncio y publicidad general del problema en el equipo. Reasignacin de responsabilidades y autoridad. Actualizacin de la informacin de situacin. Relajacin de las restricciones sobre los recursos. Poner al personal del proyecto a trabajar a tope. Establecer la fecha de finalizacin de la crisis.
TEMA 10 Seguimiento y Control de 26
27
retrasados y hemos intentado corregir el problema. Si la gente se entera de manera informal, pensara que el problema esta controlado.
Si no piden ayuda ser que no es necesario. Se puede ofender alguien, as que mejor callar.
TEMA 10 Seguimiento y Control de 28
que hacer es comunicar a todos los que estn implicados en el proyecto el problema para que ayuden sin reservas y que interioricen la situacin.
29
cuidadosa:
aclarando las nuevas responsabilidades, y quin puede tomar decisiones y sobre que.
TEMA 10 Seguimiento y Control de 30
Dejar constancia de lo realizado e intentados para no cometer varias veces el mismo error. El trabajo en grupo suele dar soluciones ms creativas.
TEMA 10 Seguimiento y Control de 31
Permitir la utilizacin de equipos ms rpidos de otros proyectos. Aumentar el soporte administrativo para que los desarrolladores se concentren ms en lo suyo. Hacer catering...
TEMA 10 Seguimiento y Control de 32
horas como sea posible en el proyecto (h. extras) Ponerles telfonos mviles 24 horas al da por si a alguien le hace falta comunicarse con algn compaero. Suprimir reuniones de departamento o empresa, aplazar cursillos, etc.
TEMA 10 Seguimiento y Control de 33
para que finalice la crisis, 30 das mximo. Si se sobrepasa este limite debera replantearse la viabilidad del proyecto. La gente no puede vivir con un nivel de estrs excesivo, puede ser contraproducente.
TEMA 10 Seguimiento y Control de 34
devolver los recursos tomados de otros proyectos. El proyecto tiene una planificacin que deber seguir. Los desarrolladores dejaran de tener prioridad en la utilizacin de los administrativos.
TEMA 10 Seguimiento y Control de 35
36
37
Tipos de seguimiento
Proceso Hitos (Momentos clave del proyecto) Tareas: Comienzo, Fin, Recursos. Productos Entregables Calidad (Conformidad del cliente)
independientes.
aprender de las cosas que han ido mal. Documenta aquellas cosas que podrs hacer de forma diferente en el futuro.
39
Estudio postmorten.
Hay que reservar tiempo para que
40
Bibliografa
Davis, A.M., 201 Principles of software development. McGraw-Hill 1995 Fairley, R., Risk Management for software projects, IEEE Software Mayo 1994. Cotterell, M y Hughes, B. Software Project Management. International Thomson, 1995. Thayer, R.H., Tutorial: Software Engineering Project Mangement. IEEE Computer Press. 1988
TEMA 10 Seguimiento y Control de 42