Lista de riesgos en proyecto de desarrollo de software

Resumen de Riesgos de Planificación

Creación de la Planificación
El plan, los recursos, y la definición de producto han sido dictados por el cliente o la gerencia superior y no están balanceados
El plan es optimista, el “mejor caso,” en lugar de realista, “caso previsto”
El plan omite tareas necesarias
El plan fue basado en el uso de los miembros específicos del equipo, pero esos miembrosdel equipo no estaban disponibles
No puede construir un producto del tamaño especificado en el tiempo asignado
El producto es más grande que estimado (en líneas del código, puntos de la función, o porcentaje del tamaño del proyecto anterior)
El esfuerzo es mayor que estimado (por líneas del código, del punto de la función, del módulo, del etc.)
La reestimacion en respuesta a peticiones decambio del plan ha terminado optimista o no atiende a la historia del proyecto
La presión excesiva del plan reduce productividad
La fecha de entrega es modificada sin el ajuste correspondiente al alcance del producto o a los recursos disponibles
Un retraso de una tarea retrasa en cascada tareas dependientes
Las áreas desconocedoras del producto toman más tiempo que esperado diseñar y poner enejecución
Organización y gerencia
El proyecto carece de patrocinador eficaz en su dirección
El proyecto toma demasiado tiempo en definir un front-end que está difuso
Los despidos y las reducciones reducen la capacidad del equipo
La gerencia o la comercialización insiste en decisiones técnicas que alargan el horario
La estructura ineficaz del equipo reduce productividad
La revisión de lagerencia/el ciclo de la decisión es más lento de lo esperados
Los cortes de presupuesto trastornan los planes
La gerencia toma decisiones que reducen la motivación del equipo del desarrollo
Las tareas de tercera persona no técnicas toman más tiempo del esperado (aprobación del presupuesto, aprobación de la compra del equipo, las revisiones legales, las habilitaciones, los etc.)
El planeamiento esdemasiado pobre para apoyar la velocidad deseada del desarrollo
Los planes del proyecto se abandonan bajo presión, dando por resultado el desarrollo caótico, ineficaz
La gerencia pone más énfasis en voluntarismos que en el estado exacto que divulga, que socava su capacidad de detectar y de corregir problemas
Ambiente del desarrollo
Las instalaciones no están disponibles a tiempo
Lasinstalaciones son disponibles pero inadecuadas (e.g., sin teléfonos, cableado de la red, muebles, fuentes de oficina, etc.)
Las instalaciones son apretadas, ruidosas, o quebrantadoras
Las herramientas de desarrollo no están en lugar o el tiempo deseado
Las herramientas de desarrollo no funcionan según lo esperado; los desarrolladores necesitan hora de crear workarounds o cambiar a nuevas herramientas
Lasherramientas de desarrollo no se eligen basadas en sus méritos técnicos, y no proporcionan la productividad prevista
Usuarios finales
El usuario final insiste en nuevos requisitos
El usuario final encuentra en última instancia el producto insatisfactorio, requiriendo el reajuste y la reanudación
El usuario final no compra el proyecto y por lo tanto no proporciona la ayuda necesaria
La entradadel usuario final no se solicita, así que el producto no puede resolver expectativas del usuario y debe en última instancia ser reajustado
Cliente
El cliente insiste en nuevos requisitos
Los ciclos de revisión/decisión del cliente para los planes, prototipos, y las especificaciones son más lentas de lo esperado
El cliente no participará en los ciclos de la revisión para los planes, losprototipos, y las especificaciones o es incapaz de hacerlo, resultando en requisitos inestables y cambios desperdiciadores de tiempo
El tiempo de la comunicación del cliente (e.g., hora de contestar a preguntas de la requisito-clarificación) es más lento que esperado
El cliente insiste en decisiones técnicas que alargan el plan
El cliente micro-maneja el proceso del desarrollo, dando por resultado...