Professional Documents
Culture Documents
3er. AO
INGENIERA DE SOFTWARE
3er. AO
Una fecha limite irrealizable establecida por alguien externo al grupo de ingeniera.
INGENIERA DE SOFTWARE
3er. AO
INGENIERA DE SOFTWARE
3er. AO
Es importante siempre encontrar la ruta crtica es decir aquellas que deben concluirse conforme al
calendario si el proyecto como un todo debe completarse de acuerdo con ese calendario (es decir a
tiempo).
CRONOGRAMAS.
Un cronograma o grfico de Gantt permite determinar que tareas se realizan en un punto de tiempo
dado, es posible crear un cronograma general y luego crear cronogramas para cada actividad o tarea.
SEGUIMIENTO DEL CALENDARIO
Si se desarroll de manera adecuada, el calendario del proyecto se convierte en un mapa de caminos
que define las tareas e hitos que se van a monitorear y controlar conforme el proyecto avance. El
seguimiento del calendario puede hacerse de diferentes maneras:
-
Haciendo evaluaciones de los resultados de todas las revisiones realizadas a lo largo del
proceso de ingeniera de software
comprobando la fecha real con la fecha de inicio prevista para cada actividad
INGENIERA DE SOFTWARE
3er. AO
Riesgos del proyecto: si se hacen realidad , es posible que la planificacin temporal del
proyecto se retrase y que los costos aumenten (problemas potenciales de personal,
cliente, requisitos, etc).
Riesgos tcnicos: amenazan la calidad y la planificacin temporal del software (problemas
de diseo, implementacin, interfaz, verificacin, mantenimiento- ambigedades de
especificaciones, incertidumbres tcnicas, etc.)
Riesgos empresariales: amenazan la viabilidad del software a construir. A menudo ponen
en peligro el proyecto o el producto.
Candidatos para los 5 principales riesgos empresariales:
INGENIERA DE SOFTWARE
3er. AO
Otra categorizacin:
-
Riesgos conocidos: se pueden descubrir despus de una cuidadosa evaluacin del plan del
proyecto.
Riesgos predecibles: se extrapolan de la experiencia en proyectos anteriores.
Riesgos impredecibles: son difciles de identificar por adelantado.
La SEI (Software Engineering Institute) identifica siete principios que ofrecen un marco
conceptual para lograr una administracin de riesgo efectiva. Estos son:
1. Mantener una perspectiva global
2. Tener una visin previsora
3. Alentar la comunicacin abierta
4. Integracin
5. Enfatizar un proceso continuo
6. Desarrollo de una visin de producto compartida
7. Alentar el trabajo en equipo
IDENTIFICACION DEL RIESGO
La identificacin del riesgo es un intento sistemtico para especificar las amenazas al plan del
proyecto.
Existen dos tipos:
- Riesgos genricos: Son una amenaza potencial para todos los proyectos de software.
- Riesgos especficos: se pueden identificar si se tiene una clara visin de la tecnologa, el
personal y el entorno especfico del proyecto.
Es importante identificar los riesgos genricos, pero los riesgos especficos son los que
provocan mayores problemas, asegrese de identificar tantos riesgos como sea posible.
Un mtodo para identificar riesgos es crear una lista de comprobacin de elementos de riegos.
La lista de comprobacin se puede utilizar para identificar riesgos y se enfoca en un subconjunto
de riesgos conocidos y predecibles en las siguientes subcategoras genricas:
- tamao del producto
- entorno del proceso
- impacto en el negocio
- entorno a construir
- caractersticas del cliente
- tecnologa a construir
- definicin del proceso
- tamao y experiencia de la plantilla.
Componentes de riesgo:
6
INGENIERA DE SOFTWARE
3er. AO
INGENIERA DE SOFTWARE
3er. AO