Tabla De Análisis
Tabla de análisis:
Nombre | Probabilidad | Consecuencias | Prioridad de solución |
---|---|---|---|
Wiki se cae | Impredecible (Baja) | serias / muy serias (según el tipo de caída, temporal o permanente, y si se pierden datos) | Muy alta, lo primero que vamos a solucionar. |
No llegar a dominar Beagle | Baja | tolerables (la integración con beagle no es crítica para el éxito del núcleo del proyecto, es funcionalidad adicional) | Media |
Nos llevamos mal | Media | muy serias | Baja |
Falta organización | Alta | muy serias | Alta, estamos en ello |
El programa no funciona en los laboratorios | Baja | catastróficas | Muy muy alta (surgirá en cuanto empecemos a desarrollar código) |
No llegar a dominar inotify | Muy baja | muy serias (componente crítico para que el conocimiento de qué es necesario archivar sea eficiente) | Alta |
No llegar a dominar glade | Muy baja | serias (glade es el editor de interfaces) | Baja |
No hay conexión a internet | Media-baja | tolerables | Baja (ajena a nuestro control) |
El repositorio se cae | Baja | insignificante | insignificante |
Falta de tiempo | Media | tolerables a catastróficas (en función de en qué punto del desarrollo del proyecto nos quedásemos) | Baja |
Se corrompe un backup | Baja | catastróficas | Esperemos tener el proyecto avanzado cuando pase |
Ocupa demasiado espacio | Media (a priori no lo sabemos pero tenemos el limite impuesto por el laboratorio) | catastroficas | Baja |
Demasiado lento | Alta (muchas escrituras) | serias (el programa no sería demasiado usable) | Media |
Programa difícil de usar | Baja | serias | Media/Alta (si es demasiado complicado de utilizar el usuario no lo usará; si es impredecible el usuario achacará -con razón- el uso incorrecto a los desarrolladores) |
Programa con funcionalidad insuficiente | Media | tolerables a serias (según cuánta funcionalidad falte, y cómo de crítica resulte) | Alta |
El programa no es fiable | Baja | catastróficas | Muy alta |
Nadie contrata almacenamiento | Muy alta | serias | Baja (actualmente nuestra prioridad es la aplicación, y no el modelo de negocio que pudiera desarrollarse alrededor) |
Costes almacenamiento altos | Alta | serias | Baja (a priori, consideramos el trabajo sobre las características del modelo de negocio secundario. Además es un problema que, si está resuelto a nivel usuario individual, facilitaría su resolución a nivel almacenamiento compartido) |
Se cae el servidor de almacenamiento | Media | muy serias a catastróficas (según consecuencias de la caída) | Baja |
El equipo no rinde | Media | muy serias | Muy alta |
Parones temporales | Alta (pero predecible) | serias | Alta |
Falta de material | Muy baja / infinito | serias | Baja |
No nos aclaramos con launchpad | Media-alta | tolerable | Media-alta |
Incompatibilidad de horarios | Muy alta | tolerables (según el grado de incompatibilidad) | Alta |
No dominar GTK | Baja | Muy serias (una interfaz usable es crítica para el éxito del proyecto) | Alta |
No dominar Nautilus | Baja | tolerables | Baja |
No dominar dbus | Baja | serias (dificultaría la separación backend-frontend) | Media |
El profesor no aprueba una entrega | Media | serias | Alta |
Problemas de personal | Baja | muy serias | Alta (Siendo pocos una deserción es más crítica, ya que necesariamente estamos más especializados, lo que aumenta el riesgo) |
page revision: 29, last edited: 07 Nov 2007 20:53
Comentarios tabla análisis