Este documento presenta un análisis de riesgos para un proyecto de software de la asignatura de Gestión de Proyectos de Software. Incluye una tabla con los principales riesgos identificados como el tiempo de inicio tardío, problemas de horario de los desarrolladores y falta de compatibilidad del hardware del cliente. También incluye un diagrama Ishikawa para explicar visualmente estos riesgos.
0 calificaciones0% encontró este documento útil (0 votos)
17 vistas4 páginas
Este documento presenta un análisis de riesgos para un proyecto de software de la asignatura de Gestión de Proyectos de Software. Incluye una tabla con los principales riesgos identificados como el tiempo de inicio tardío, problemas de horario de los desarrolladores y falta de compatibilidad del hardware del cliente. También incluye un diagrama Ishikawa para explicar visualmente estos riesgos.
Este documento presenta un análisis de riesgos para un proyecto de software de la asignatura de Gestión de Proyectos de Software. Incluye una tabla con los principales riesgos identificados como el tiempo de inicio tardío, problemas de horario de los desarrolladores y falta de compatibilidad del hardware del cliente. También incluye un diagrama Ishikawa para explicar visualmente estos riesgos.
Este documento presenta un análisis de riesgos para un proyecto de software de la asignatura de Gestión de Proyectos de Software. Incluye una tabla con los principales riesgos identificados como el tiempo de inicio tardío, problemas de horario de los desarrolladores y falta de compatibilidad del hardware del cliente. También incluye un diagrama Ishikawa para explicar visualmente estos riesgos.
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1de 4
Universidad Autónoma de Campeche
Facultad de ingeniería
Licenciatura en Ingeniería en Sistemas
Computacionales
Materia: Gestión de proyectos de software
Docente: Uribe Santiago Heribe.
Tarea: Análisis de Riesgos
Alumno: Juan Carlos Pinzon Medina
Semestre y Grupo: 8 “B”
Periodo: 2022- 2023 Fase 2
Riesgos Los riesgos son los causantes de alentar e impedir el progreso del proyecto por lo que hay que estar muy pendientes de estos riesgos y evitarlos todo lo posible normalmente teniendo planes de solución que permitan trabajar contemplando que algo puede afectar negativamente al proyecto.
A continuación se mostrará una tabla la cuál contiene los riesgos
identificados en el proyecto más otros detalles que se podrán consultar en la misma tabla. Tabla de riesgos Prioridad de riesgos: 1= No tan prioritario 2= Prioridad Secundaria 3= Alta prioridad Riesgo ¿Por qué Nivel de Encargad Prioridad Solución Plan de es un riesgo os acción riesgo?
Porque Alto Desarrolla 3 Herramien Uso de
podría dores y tas herramien afectar el gerentes adicionale tas que tiempo de s ayuden a desarrollo acelerar el proceso Tiempo de de inicio desarrollo tardío compensa ndo el inicio tardío del desarrollo del software
Porque Medio Desarrolla 1 Organizar Establecer
son dores y horario fechas quienes gerentes para desarrollar aprovecha an el r el tiempo Horario software de de los de desarrollo sexto haciendo uso de los fines de semana en caso de ser necesario Porque es Bajo Gerentes 1 Generar Dar a quien da interés en conocer las el cliente los Apatia característ beneficios del icas a que el cliente tomar en programa cuenta del le puede programa dar al cliente
Sin Bajo Desarrolla 1 Licencia Hacer uso
presupues dores y abierta de to usar gerentes herramien tecnología tas de uso Falta de s gratuito presupue requeridas que sto supondrá permitan un retraso solventar la falta de presupues to
Por la Bajo Gerentes 1 Tecnología Usar
ausencia s similares tecnología El cliente de estas disponible s que quiera supone s puedan tecnologí una hacer un as no limitación trabajo tanto de similar al disponibl costo que el es como cliente tiempo en pida obtenerla
Al no tener Medio Gerentes 3 Adecuació Se puede
un n con el usar hardware hardware versiones compatibl de El e, ya sea programas hardware un de disponibl ordenador desarrollo e del o portátil que sean cliente no con los compatibl tenga requisitos es con el compatib que se hardware piden, el del cliente ilidad con cliente aunque la mejor solo esto versión podría suponga que se le aspirar a una baja ofrece una calidad versión del limitada programa del pudiendo software ofrecer una mejor versión en cuanto el cliente tenga un hardware más acorde a la mejor versión del software
Sumado a eso se añade un diagrama de Ishikawa o Espina de