Está en la página 1de 6

Sistema de gestión para la sala de sistema de la

facultad de ingeniería de la Universidad del Quindío

Sistema de gestión para la sala de


sistema de la facultad de ingeniería de
la Universidad del Quindío
Plan de Gestión
de Riesgos
The Activity Pluzzle
Fecha: 11/03/18

Página 1 de 6
Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

Tabla de contenido
1. 3
2. 3
3. 3
3.1 3
3.1.1 3
3.1.2 4
3.1.3 4
3.2 4
3.3 4
3.4 5
3.4.1 5
3.4.2 6

Página 2 de 6
Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

1. INTRODUCCIÓN

En el siguiente documento se puede evidenciar un anticipo de los riesgos que podrían


afectar el proyecto o la calidad del mismo, que será materializado como un aplicativo
Web, el cual permite organizar actividades y tareas para tener un buen conocimiento de
cómo debe estar estructurada la información al momento de elaborar un proyecto de
software. En el documento guía facilitado por el docente para la gestión de riesgos, se
puede apreciar una categorización de los tipos de riesgos, cómo deben de ser manejados,
cómo se pueden identificar y cómo se deben de planear algunas estrategias para hacer
frente a estos riesgos dado el caso de presentarse alguno de ellos.

2. INFORMACIÓN DEL PROYECTO

Empresa / Organización Universidad del Quindío


Proyecto Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

Fecha de preparación 16-04-2019


Cliente José Armando Araujo Castaño

3. METODOLOGÍA

Para poder identificar los riesgos del proyecto Sistema de gestión para la sala de sistema
de la facultad de ingeniería de la Universidad del Quindío, se tienen en cuenta un conjunto
de criterios o se toman como base los 3 tipos de riesgos que el docente Faber Danilo
Giraldo Velásquez dio a conocer en el curso de ingeniería de software III, por lo que se le
hace un análisis al entorno del cliente que está interesado en que dicho proyecto sea
implementado exitosamente, con el fin de analizar los riesgos del proyecto, los riesgos del
producto, y los riesgos comerciales.

3.1 Tipos de riesgos a analizar


Como se mencionó anteriormente, se van a analizar 3 tipos de riesgos, los cuales se
especifican a continuación:
3.1.1 Riesgos del proyecto
Como este tipo de riesgo de proyecto hace referencia al cronograma y a los recursos del
Página 3 de 6
Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

proyecto, se debe de tener en cuenta para el proyecto Sistema de gestión para la sala de
sistema de la facultad de ingeniería de la Universidad del Quindío, debido a que este es
realizado para el espacio académico de Ingeniería de Software III, el cual se lleva a cabo
durante I semestre académico universitario (4 meses) el cual cuenta con 16 semanas,
pero de esas 16 semanas ya han transcurrido alrededor de 4 semanas, lo cual implica
que el cronograma de actividades de dicho proyecto sea muy compacto y preciso, para
poder cumplir con este proyecto. Dado lo anterior, esto se convierte en un riesgo debido a
que si surge cualquier tipo de imprevisto el cual obligue a extender el tiempo estipulado,
podría afectar el producto final.

3.1.2 Riesgos del producto


Este tipo de riesgo de proyecto hace referencia a los riesgos que pueden afectar la
calidad o el rendimiento del software que se está desarrollando, es decir, los
imprevistos que se puedan presentar con el tipo de software o tecnologías que se
estén empleando para la creación del proyecto.
3.1.3 Riesgos comerciales
Como este tipo de riesgo de proyecto hace referencia a los riesgos que afectan a
los desarrolladores del proyecto como tal, es muy importante tener este tipo de
riesgo en cuenta, debido a que en el eje cafetero existen diversas empresas
dedicadas al desarrollo de software las cuales pueden influir en el proyecto de
manera negativa, ya que pueden crear proyectos similares que incluso puedan ser
muy útiles para el cliente actual de este proyecto.

3.2 Identificación de riesgos


Para poder identificar los riesgos que puede tener el proyecto, se deben de tener en
cuenta unos criterios importantes, que también fueron proporcionados por el docente, los
cuales invitan a analizar varios puntos de vista como lo son: Riesgos tecnológicos,
Riesgos organizacionales, Riesgos de las herramientas, Riesgos de requisitos y Riesgos
de estimación.
Con base a la información anterior, los riesgos que se pudieron identificar para este
proyecto fueron los siguientes:
1. Mal soporte tecnico por parte de los desarrolladores, que no implemente bien el
sistema
2. Los requisitos hechos son totalmente diferentes a lo que se pidio.
3. Los desarrolladores del proyecto no estan capacitados con el lenguaje de
programacion que se va a desarrollar dicho proyecto.

3.3 Manejo de riesgos


Para el manejo de los riesgos, principalmente se deben de clasificar los riesgos
mencionados anteriormente, esto con el fin de hacer un análisis en el cual se evalúa la
probabilidad o las consecuencias del mismo, debido a que dependiendo el tipo de riesgo
Página 4 de 6
Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

esto puede variar, ya que, dependiendo de la complejidad del riesgo puede llevar el
proyecto al fracaso o simplemente alterar el flujo de realización.
Para la planificación de los riesgos, se deben de elaborar planes que puedan disminuir el
impacto del riesgo o minimizar los efectos negativos que se ven reflejados en el proyecto,
y una vez se realiza esto, se debe de fijar un monitoreo para evaluar regularmente el
riesgo.
En base a lo anteriormente nombrado, para este proyecto se pueden identificar los 3 tipos
de riesgos mencionados en el presente documento, por consiguiente, en el análisis donde
se evalúan las probabilidades de que estos sucedan se puede encontrar que, aunque hay
unos riesgos más propensos a suceder, con una buena planificación y monitoreo se
puede reducir la probabilidad que suceda.
Los principales riesgos que se pueden presentar en el proyecto lo cual lo podrían dejar
por debajo de las expectativas son: el riesgo 2 y el riesgo 3, aunque lo que se pretende
hacer para esto es una buena manipulación y distribución de las cargas del trabajo para
poder cumplir con el proyecto y manejar cierta discreción en cuanto al nombre del
proyecto.

3.4 Definiciones de Probabilidad e Impacto de Riesgos


En esta sección se puede evidenciar dos tablas, de las cuales la Tabla 1 se puede
encontrar las definiciones de la probabilidad que se manejan para este proyecto, y en la
Tabla 2, identificar de manera sencilla el impacto de los riesgos identificados para el
proyecto Sistema de gestión para la sala de sistema de la facultad de ingeniería de la
Universidad del Quindío con 4 criterios claves para todo tipo de proyecto.

3.4.1 Definiciones de Probabilidad


Muy Alta
Esto hace referencia a que es muy probable que el riesgo se
convierta en realidad.

Alta
Esto hace referencia a que es probable que el riesgo se
convierta en realidad.

Media
Esto hace referencia a que es posiblemente que el riesgo se
convierta en realidad.

Baja
Esto hace referencia a que es poco probable que el riesgo se
convierta en realidad.

Muy Baja

Página 5 de 6
Sistema de gestión para la sala de sistema de la
facultad de ingeniería de la Universidad del Quindío

Esto hace referencia a que es muy poco probable que el riesgo


se convierta en realidad.

Tabla 1: Definición de probabilidad


3.4.2 Definiciones de impacto
Teniendo en cuenta los riesgos identificados para el proyecto Sistema de gestión
para la sala de sistema de la facultad de ingeniería de la Universidad del Quindío,
se analiza qué posibilidad y en qué porcentaje, estos podrían afectar el proyecto
como se muestra en la siguiente tabla.

Objetivo de Muy bajo Bajo Medio Alto Muy Alto


Proyecto (0,05) (0,10) (0,20) (0,40) (0,80)
Alcance
x

Cronograma
x

Costo
x

Calidad
x

Tabla 2: Definición de impacto

Página 6 de 6

También podría gustarte