Guia para identificar riesgos

Guía básica para Identificar Riesgos

Información del documento
Nombre del Documento:

Guía básica para Identificar Riesgos
No. de Versión del documento: Fecha de Versión del documento:

1.1 3 Enero 2011 27 Mayo 2011

Preparado por: Revisado por:

Javier Acosta Javier Acosta

Fecha de preparación: Fecha de revisión:

Lista de distribución
De: Correo Fecha Teléfono/Fax

Para:Acción*

Correo

Teléfono/Fax

* Tipos de acción: Aprobar, Revisar, Informar, Archivar, Acción requerida, Asistir a junta, Otras (por favor especificar)

Historia de la Versión
No. de Versión Fecha de Versión Revisado por Comentarios Nombre del archivo

1.0

17/Enero/2011

Javier Acosta

Definición inicial del documento

RSKM – Guía Identificar Riesgos.doc RSKM – GuíaIdentificar Riesgos.doc

1.1

2/Mayo/2011

Actualizado con retroalimentación de Javier Acosta. Se agruparon los riesgos por fase y se complementó el documento con más preguntas para apoyar en la identificación de riesgos en proyectos.

Pag: 1

Guía básica para Identificar Riesgos

1. Objetivo
El objetivo de la Guía básica para Identificar Riesgos, es el de servir de referencia para facilitary apoyar en la identificación de riesgos en proyectos de Desarrollo a la Medida y de Fábrica de Software.

Este documento sólo es un apoyo para identificar riesgos, no es limitante para la identificación de los mismos.

2. Lista clasificada por Fases del Ciclo de Vida del Proyecto
2.1. Fase de Elaboración 1. ¿Existe compromiso por parte de la organización del cliente en el proyecto? 2. ¿Setiene bien definido el organigrama del cliente y los usuarios que estarán involucrados en el proyecto? 3. ¿El cliente está familiarizado con la metodología formal de desarrollo y de administración de proyecto? 4. ¿El proceso de negocio es conocido por la persona responsable del proyecto por parte del cliente? 5. ¿Están disponibles los usuarios clave (stakeholders y finales) para consultas, aclarardudas, validar? 6. ¿El número de áreas/personas que toman decisiones en el proyecto es alto? 7. ¿La ubicación de los miembros del equipo tanto del cliente como de Facimus es geográficamente compleja? 8. ¿Para implementar el sistema se requieren cambios organizacionales? 9. ¿Los cambios generados por el sistema en la forma de trabajar de los usuarios es alto? 10. ¿Este proyecto es uno de los másgrandes que el cliente ha tenido? 11. ¿Los analistas y arquitectos tienen habilidades y la experiencia en los procesos de negocio que requiere el proyecto? 12. ¿Se cuenta con los recursos de hardware y software para realizar los entregables sin problemas? 13. ¿El equipo de trabajo conoce y ha utilizado la metodología de desarrollo y de administración de proyecto? 14. ¿Existe rotación de recursos porparte del cliente o por parte de Facimus? 15. ¿Se tiene claro el alcance y los requerimientos para iniciar la fase de Elaboración? 16. ¿Existe un cambio de alcance entre la propuesta y el documento de casos de uso? Pag: 2

Guía básica para Identificar Riesgos

2.2. Fase de Construcción 1. ¿Se cuenta con los recursos humanos requeridos requeridos para realizar el proyecto? 2. ¿Losprogramadores tienen habilidades y la experiencia en la tecnología a desarrollar? 3. ¿Se cuenta con los recursos de hardware y software para realizar los entregables sin problemas? 4. ¿Existe rotación de recursos por parte del cliente o por parte de Facimus? 5. ¿Se cuenta con la infraestructura (ambientes de desarrollo) necesarios para realizar el proyecto? 6. ¿El equipo de trabajo conoce los lineamentos yestándares de desarrollo requeridos para el proyecto? 7. ¿El equipo de trabajo conoce y ha utilizado la metodología de desarrollo y de administración de proyecto? 8. ¿Existe algún cambio de tecnología que pueda impactar el desarrollo del proyecto? 9. ¿Existe algún cambio legal o regulación por parte de la empresa o gobierno? 10. ¿Existe estabilidad en el equipo de trabajo? 11. ¿Los miembros del...