1
RIESGOS
DEL PROYECTO.
CONCEPTO
El riesgo en un proyecto es un evento incierto o
condición incierta que si ocurre, tiene un efecto positivo o negativo sobre el
proyecto.
El riesgo
está presente en todos los proyectos. Se conoce como factor de riesgo a cada
aspecto particular del riesgo en el proyecto, el cual tiene causas y
consecuencias que pueden ser analizadas con diferente profundidad y detalle
RIESGOS
DEL PROYECTO
·
Practicas inadecuadas de Ingeniería de Software
·
Especificaciones de
software realizadas después de la implementación.
·
Practicas rigurosas de
aseguramiento de la calidad deberían ser estándares en la empresa.
·
Los diseños deben
permanecer simples y no hacer una implementación peligrosa.
·
El software debe ser
sometido a pruebas rigurosas durante un largo periodo de tiempo y no por los
mismos programadores sino por personal especializado en Testeo y con
herramientas de Testing.
·
Los mensajes que despliega
el software al usuario deben ser claros, “no es un mensaje para los
programadores sino para Estudiantes”
TIPO DE RIEGOS INTERNOS Y
SUS INDICADORES POTENCIALES
*Entrega retrasada del
hardware o de la ayuda al
Tecnología software, muchos problemas tecnológicos reportados
*Baja moral del personal, malas relaciones
entre
Personas
Miembros del equipo, disponibilidad de
empleo.
*Chismorreo organizacional, falta de
acciones por
Organizacional: el administrador principal
*Peticiones de muchos cambios en los
Requerimientos requerimientos, quejas del cliente
PLANIFICAR
LA GESTION DE RIESGO
Planificar la Gestión de Riesgos es el proceso por el cual se define cómo
realizar las actividades de gestión de riesgos para un proyecto.
En el plan para la gestión de riesgo que utilizaremos llevara los
siguientes pasos :
— 1) Metodología: con
esta definiremos los métodos, las herramientas y las fuentes de
información que podremos utilizar para realizar la gestión de riesgos en el
proyecto
— 2) Roles y responsabilidades: este nos ayudara a definir quien será el
líder, el apoyo y los miembros del equipo de gestión de riesgos para cada tipo
de actividad del plan de gestión de riesgos, asignaremos a personas a estos
roles y explicaremos sus responsabilidades.
— 3) Preparación del presupuesto:
Asignaremos recursos y estimaremos los
costes necesarios para la gestión de riesgos a fin de incluirlos en la línea
base de coste del proyecto
— 4) Periodicidad. Definiremos cuándo y con
qué frecuencia se realizará el proceso de gestión de riesgos durante el ciclo
de vida del proyecto, y estableceremos las actividades de gestión de riesgos
que se incluirán en el cronograma del proyecto
— 5) Categorías de riesgo.
Proporcionaremos una estructura que
garantiza un proceso completo de identificación sistemática de los riesgos con
un nivel de detalle uniforme, y contribuiremos
a la efectividad y calidad de la Identificación de Riesgos
— A Continuación mostraremos
la estructura para ayudarnos con las categorías de riesgos dentro del proyecto
MI PC
IDENTIFICAR
RIEGOS
·
Identificar Riesgos es el
proceso por el cual se determinan los riesgos que pueden afectar el proyecto y
se documentan sus características.
·
Riesgo tecnológico: Avance
de la tecnología y la falta de capacitación de personal con respecto al tema.
·
Riesgo del personal:
inconformidad con las normas y políticas establecidas en la empresa, deserción
continua, personal que incumple con horarios y atribuciones que son clave para
la buena operación del centro de capacitación.
·
Riesgo de herramientas:
falta de herramientas necesarias para proveer los servicios de capacitación en línea.
·
Riesgo de requerimientos:
No se cuenta con personal idóneo para brindar los cursos, falta de materia
prima, falta de crédito, falta de inversión.
·
Riesgo de estimación: Falta de certeza en la planificación, la revisión
mensual de la cartera no genera rendimientos superiores a los obtenidos por
gestiones más pasivas.
Anulación de riesgo y planes de contingencia
RIESGO TECNOLOGICO
— SE DERIVA DE LA TECNOLOGIA
DEL SOFTWARE O DE HARDWARE UTILIZADAS EN EL SISTEMA QUE SE ESTA DESARROLLANDO
RIESGO DEL PERSONAL
— RIESGOS ASOCIADOS CON LAS
PERSONAS DEL EQUIPO DE DESARROLLO
RIESGO ORGANIZACIONALES
— SE DERIVA DEL ENTORNO
ORGANIZACIONAL DONDE EL SOFTWARE SE ESTA DESARROLLANDO
RIESGO DE HERRAMIENTA
— SE DERIVA DE HERRAMIENTAS
(case) Y DE OTROS SOFTWARE DE APOYO UTILIZADO PARA DESARROLLAR EL SISTEMA
RIESGOS DE REQUERIMIENTOS
·
SE DERIVAN DEL CAMBIO DE
LOS REQUERIMIENTOS DEL CLIENTE Y EL PROCESO DE GESTIONAR DICHO CAMBIO
RIESGO DE ESTIMACION
·
SE DERIVAN DE LOS ESTIMADOS
ADMINISTRATIVOS DE LAS CARACTERISTICAS DEL SISTEMA Y LOS RECURSOS REQUERIDOS
PARA CONSTRUIR DICHO SISTEMA
ANALISIS CUALITATIVO DE
RIESGOS
Realizar Análisis Cualitativo de Riesgos
es el proceso que consiste en priorizar los riesgos para realizar otros
análisis o acciones posteriores, evaluando y combinando la probabilidad de
ocurrencia y el impacto de dichos riesgos
Basándonos en los conocimientos
adquiridos en sistemas llegamos a la conclusión que el orden de prioridad de
riesgos cualitativos es el siguiente:
— Especificaciones de software realizadas
después de la implementación: Esto sucede muy a menudo ya que las personas que
implementan los servicios en nuestro medio no tienen la experiencia necesaria y
esto hace que la empresa incurra en más gastos de implementación.
— Practicas inadecuadas
de Ingeniería de Software: Desarrollo y
actividades no acordes a los procesos estándar de Ingeniería de Software, lo
cual ocasionaría un desorden en la Operación del Centro de Capacitación
ocasionando atrasos y por ende elevando los costos.
— Practicas rigurosas de aseguramiento de la
calidad deberían ser estándares en la empresa: Esta práctica es sumamente
importante pues juega un papel decisivo en la satisfacción del cliente, ya que
los mismos esperan una educación a nivel profesional de igual forma nos
posiciona en nuestro mercado meta dándonos a conocer como una empresa de
calidad en los servicios brindados.
— El software debe ser sometido a pruebas
rigurosas durante un largo periodo de tiempo y no por los mismos programadores
sino por personal especializado en Testeo y con herramientas de Testing.
— Los diseños deben permanecer simples y no
hacer una implementación peligrosa: las
interfaces de usuario deben ser intuitivas y amigables para promover el deseo
de utilización de los cursos en línea y con esto reducir el tiempo de
aprendizaje, evitando el cansancio visual entre otros.
—
Los mensajes que despliega el software al usuario
deben ser: Claros, Concisos y Precisos.
ANALISIS CUANTITATIVO DE
RIESGOS
— Realizar Análisis
Cuantitativo de Riesgos es el proceso que consiste en analizar numéricamente el
efecto de los riesgos identificados sobre los objetivos generales del proyecto.
Objetivo General: Ser líder
en el proceso de capacitación en Línea, brindando un servicio de excelencia
ayudando al desarrollo del país.
PLANIFICACION DE LAS
RESPUESTAS DE RIESGOS
— Planificar la Respuesta a
los Riesgos
Planificar la Respuesta a los Riesgos es el proceso
por el cual se desarrollan opciones y acciones para mejorar las oportunidades y
reducir las amenazas a los objetivos del proyecto
PLANIFICAR LAS
ADQUISICIONES
— Planificar las
Adquisiciones
— Planificar las
Adquisiciones es el proceso que consiste en documentar las decisiones de compra
para el proyecto, especificar el enfoque e identificar posibles vendedores.
— Hardware
(Servidor, UPS Grande)
— En mercado existen variedad
de proveedores sin embargo la línea de decisión de compra se basa en la
posición del proveedor en el mercado y la garantía brindada por el fabricante, así
como el soporte local, los proveedores seleccionados SON:
Servidor: HP
UPS: Tripplite
— Software
WebEx – Cisco Systems
Windows Server – Microsoft
Antivirus – Symantec
Base de Datos: Oracle
SynchronEyes – sMART
technologies
— Elementos de Red
SAN : Brocade
Proveedores (Proveedor de
servicio de Internet, Energía Electríca)
— Software: Microsoft,
SmartEyes, Oracle, Symantec
— Elementos de Red : Cisco
Systems, Panda, Linksys, Siemon
— Equipo y Mobiliario: SIMSA.
