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)

Comentarios tabla análisis

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License