Proyecto Riesgos

Sistema de control de inventarios retornables
Juan Lazo Briones

Hctor Ivn Cervantes Huerta
Jess Geovanni Godnez Lpez
14 de julio del 2017

Introduccin
La gestin de los riesgos es una parte integral de la direccin del proyecto,

siendo un elemento clave en el proceso de toma de decisiones. Cualquier
empresa que vaya a comenzar un nuevo proyecto se enfrenta al reto de invertir
dinero en personal, equipamiento e instalaciones, formacin, suministros y
gastos financieros. El mejor modo de evitar el fracaso del proyecto, que en
ocasiones puede llegar a originar la ruina de la organizacin, es la utilizacin de
ciertas herramientas que permiten gestionar los riesgos.
Como parte de la gestin del riesgo, es preciso definir una poltica de riesgos
del proyecto con objeto de mantener los riesgos inherentes dentro de lmites
definidos y aceptados. Esta poltica debe estar de acuerdo con la poltica de
riesgos de la organizacin, de manera que la identificacin y el tratamiento de
los riesgos sean consistente y homogneo en todos los proyectos.
Se entiende por riesgo en un proyecto, un evento o condicin que, si ocurre,

tiene un efecto sobre los objetivos del proyecto. Los riesgos pueden ser
positivos o negativos. Los riesgos negativos influyen negativamente sobre
alguno o varios objetivos del proyecto, como por ejemplo:
Aumento de los costes Impacto en el medio

del proyecto ambiente.
Retrasos de proyecto. Prdida o daos a

personas o propiedades.
Disminucin de calidad.
Otros.
Es necesario gestionar estos riesgos de manera que su efecto sobre el

proyecto sea nulo o mnimo. Tambin existe una concepcin de riesgo como
oportunidad, en cuyo caso se habla de riesgos positivos. En este caso lo que
se pretende mediante la gestin de riesgos es incidir sobre los factores que
puedan provocar la aparicin de estos riesgos.
ndice
Introduccin.............................................................................................................................1
Objetivo.....................................................................................................................................2
Metodologa..............................................................................................................................2
FO-PL-06A Matriz de Administracin de Riesgos del proyecto...................................4
FO-PL-06B Plan de respuesta y evaluacin de riesgos.................................................5
Resultado y conclusiones.....................................................................................................9
Revision Bibliogrfica..........................................................................................................10
Anexos.....................................................................................................................................11
Anexo A FO-PL-06A Matriz de Administracin de Riesgos del proyecto.....................11
Anexo B FO-PL-06B Plan de respuesta y evaluacin de riesgos...................................0
Objetivo
La gestin de riesgos tiende como objetivo llevar a cabo la planificacin de la
gestin, la identificacin, el anlisis, la planificacin de respuesta a los riesgos,
as como su monitoreo y control en un proyecto. Los objetivos de la Gestin de
los Riesgos del Proyecto son aumentar la probabilidad y el impacto de eventos
positivos, y disminuir la probabilidad y el impacto de eventos negativos para el
proyecto.
Metodologa
Los procesos de Gestin de los Riesgos del Proyecto son los siguientes:
1. Planificar la Gestin de Riesgos
2. Identificar los Riesgos
3. Realizar el Anlisis Cualitativo de Riesgos
4. Realizar el Anlisis Cuantitativo de Riesgos
5. Planificar la Respuesta a los Riesgos
6. Monitorear y Controlar los Riesgos
Estos procesos interactan entre s y con los procesos de las otras reas de
conocimiento.
Cada proceso puede implicar el esfuerzo de una o ms personas, dependiendo

de las necesidades del proyecto. Cada proceso se ejecuta por lo menos una
vez en cada proyecto y en una o ms fases del proyecto, en caso de que el
mismo est dividido en fases. Aunque los procesos se presentan aqu como
elementos diferenciados con interfaces bien definidas, en la prctica se
superponen e interactan de formas que no se detallan aqu.
Los riesgos de un proyecto se ubican siempre en el futuro. Un riesgo es un

evento o condicin incierta que, si sucede, tiene un efecto en por lo menos uno
de los objetivos del proyecto. Los objetivos pueden incluir el alcance, el
cronograma, el costo y la calidad. Un riesgo puede tener una o ms causas y,
si sucede, uno o ms impactos. Una causa puede ser un requisito, un
supuesto, una restriccin o una condicin que crea la posibilidad de
consecuencias tanto negativas como positivas. Por ejemplo, las causas podran
ser el requisito de obtener un permiso ambiental para realizar el trabajo, o
contar con una cantidad limitada de personal asignado para el diseo del
proyecto.
El evento de riesgo es que la agencia que otorga el permiso puede tardar ms

de lo previsto en emitir el permiso o, en el caso de una oportunidad, que la
cantidad limitada de personal disponible asignado al proyecto pueda terminar el
trabajo a tiempo y, por consiguiente, realizar el trabajo con una menor
utilizacin de recursos. Si alguno de estos eventos inciertos se produce, puede
haber un impacto en el costo, el cronograma o el desempeo del proyecto. Las
condiciones de riesgo podran incluir aspectos del entorno del proyecto o de la
organizacin que pueden contribuir a poner en riesgo el proyecto, tales como
prcticas deficientes de direccin de proyectos, la falta de sistemas de gestin
integrados, la concurrencia de varios proyectos o la dependencia de
participantes externos que no pueden ser controlados.
Desarrollo
FO-PL-06A Matriz de Administracin de Riesgos del proyecto.

Una matriz de riesgos es una sencilla pero eficaz herramienta para identificar
los riesgos ms significativos inherentes a las actividades de una empresa,
tanto de procesos como de fabricacin de productos o puesta en marcha de
servicios. Por lo tanto, es un instrumento vlido para mejorar el control de
riesgos y la seguridad de una organizacin.
Caractersticas de la matriz de riesgo
Con el fin de garantizar su eficacia y utilidad, una matriz de riesgo debe tener
las siguientes caractersticas:
Debe ser flexible.
Sencilla de elaborar y consultar.
Que permita realizar un diagnstico objetivo de la totalidad de los factores

de riesgo.
Ser capaz de comparar proyectos, reas y actividades.
Pasos para la elaboracin de una matriz de riesgo
1) Identificacin de riesgos
El primer paso consiste en la identificacin de las actividades principales de

una organizacin y de los riesgos inherentes a estas. De una manera general,
se puede entender como riesgos la posibilidad de que a una empresa le sea
imposible cumplir con alguno de sus objetivos.
Una vez establecidas todas las actividades, ya es posible prever los posibles
riesgos y los motivos o factores que intervienen en su manifestacin y grado,
distinguindose en riesgos intrnsecos, que seran aquellos que provienen
directamente de la propia empresa, y extrnsecos, factores de incertidumbre
provocados por eventos externos o macro econmicos que pueden tener un
impacto sobre la actividad de nuestra empresa.
2) Evaluar la probabilidad de que se acabe confirmando el riesgo
El siguiente paso consistira en determinar la probabilidad de que,

efectivamente, el riesgo ocurra, as como un clculo de los efectos potenciales
del mismo. Se trata, por lo tanto, de una valorizacin del riesgo, lo cual implica
un anlisis conjunto e interrelacionado de la probabilidad de ocurrencia y del
efecto en los resultados globales de la empresa.
Los riesgos se pueden valorar en trminos cualitativos o cuantitativos,

utilizando normalmente valores numricos o estadsticos, lo que ayuda a tener
una base slida para que la direccin o responsables de la empresa o negocio
puedan tomar las decisiones pertinentes.
3) Representacin de la matriz de riesgos
La verdadera utilidad de la matriz de riesgos radica en que ofrezca la

posibilidad de tener una idea general de los riesgos de una empresa y la
posibilidad de que ocurran con tan solo echarle un vistazo.
Por este motivo, la representacin de la matriz debe ser en forma de tablas no

demasiado complejas donde aparezcan los riesgos, probabilidad de ocurrencia,
gravedad de los mismos y, si se desea, acciones para solucionarlos y
mitigarlos. Existen aplicaciones informticas especficas para facilitar su
elaboracin.
FO-PL-06B Plan de respuesta y evaluacin de riesgos

La Planificacin de la Respuesta a los Riesgos es el proceso de desarrollar
opciones y determinar acciones para mejorar las oportunidades y reducir las
amenazas a los objetivos del proyecto. Se realiza despus de los procesos
Anlisis Cualitativo de Riesgos y Anlisis Cuantitativo de Riesgos. Incluye la
identificacin y asignacin de una o ms personas (el propietario de la
respuesta a los riesgos) para que asuma la responsabilidad de cada respuesta
a los riesgos acordada y financiada. La Planificacin de la Respuesta a los
Riesgos aborda los riesgos en funcin de su prioridad, introduciendo recursos y
actividades en el presupuesto, cronograma y plan de gestin del proyecto,
segn sea necesario. (Project Management Institute, Gua de los Fundamentos
para la Direccin de Proyectos (Gua del PMBOK)- Quinta edicin, 2013).
Entradas o Plan de Gestin de Riesgos: Entre los componentes importantes del
plan de gestin de riesgos se incluyen los roles y responsabilidades, las
definiciones del anlisis de riesgos, los umbrales de riesgo para los riesgos
bajo, moderado y alto, y el tiempo y el presupuesto necesarios para la Gestin
de los Riesgos del Proyecto. o Registro de Riesgos: El registro de riesgos se
desarrolla por primera vez en el proceso Identificacin de Riesgos, y se
actualiza durante los procesos Anlisis Cualitativo de Riesgos y Anlisis
Cuantitativo de Riesgos. Es posible que el proceso Planificacin de la
Respuesta a los Riesgos tenga que remitirse a los riesgos identificados, las
causas de los riesgos, las listas de posibles respuestas, los propietarios de los
riesgos, los sntomas y las seales de advertencia para desarrollar las
respuestas a los riesgos. Herramientas y Tcnicas.
Plan de respuesta a los riesgos en proyectos de tipo residencial o

urbanizacin
Estrategias para Riesgos Negativos o Amenazas: Existen tres estrategias que

normalmente se ocupan de las amenazas o los riesgos que pueden tener
impactos negativos sobre los objetivos del proyecto en caso de ocurrir. Estas
estrategias son evitar, transferir o mitigar:
Evitar: Evitar el riesgo implica cambiar el plan de gestin del proyecto para
eliminar la amenaza que representa un riesgo adverso, aislar los objetivos del
proyecto del impacto del riesgo o relajar el objetivo que est en peligro, por
ejemplo, ampliando el cronograma o reduciendo el alcance. Algunos riesgos
que surgen en las etapas tempranas del proyecto pueden ser evitados
aclarando los requisitos, obteniendo informacin, mejorando la comunicacin o
adquiriendo experiencia.
Transferir: Transferir el riesgo requiere trasladar el impacto negativo de una

amenaza, junto con la propiedad de la respuesta, a un tercero. Transferir el
riesgo simplemente da a otra parte la responsabilidad de su gestin; no lo
elimina. Transferir la responsabilidad del riesgo es ms efectivo cuando se trata
de exposicin a riesgos financieros. Transferir el riesgo casi siempre supone el
pago de una prima de riesgo a la parte que toma el riesgo. Las herramientas de
transferencia pueden ser bastante diversas e incluyen, entre otras, el uso de
seguros, garantas de cumplimiento, cauciones, certificados de garanta, etc.
Mitigar: Mitigar el riesgo implica reducir la probabilidad y / o el impacto de un

evento de riesgo adverso a un umbral aceptable. Adoptar acciones tempranas
para reducir la probabilidad de la ocurrencia de un riesgo y / o su impacto sobre
el proyecto a menudo es ms efectivo que tratar de reparar el dao despus de
que ha ocurrido el riesgo. Adoptar procesos menos complejos, realizar ms
pruebas o seleccionar un proveedor ms estable son ejemplos de acciones de
mitigacin.
Plan de respuesta a los riesgos en proyectos de tipo residencial.
Estrategias para Riesgos Positivos u Oportunidades: Se sugieren tres

respuestas para tratar los riesgos que tienen posibles impactos positivos sobre
los objetivos del proyecto. Estas estrategias son explotar, compartir o mejorar.
Explotar: Se puede seleccionar esta estrategia para los riesgos con impactos
positivos, cuando la organizacin desea asegurarse que la oportunidad se haga
realidad. Esta estrategia busca eliminar la incertidumbre asociada con un
riesgo del lado positivo en particular haciendo que la oportunidad
definitivamente se concrete. Explotar las respuestas directamente incluye
asignar recursos ms talentosos al proyecto para reducir el tiempo hasta la
conclusin, o para ofrecer una mejor calidad que la planificada originalmente.
Compartir: Compartir un riesgo positivo implica asignar la propiedad a un

tercero que est mejor capacitado para capturar la oportunidad para beneficio
del proyecto. Entre los ejemplos de acciones para compartir se incluyen: formar
asociaciones de riesgo conjunto, equipos, empresas con finalidades especiales
o uniones temporales de empresas, que se pueden establecer con la finalidad
expresa de gestionar oportunidades.
Mejorar: Esta estrategia modifica el tamao de una oportunidad, aumentando

la probabilidad y / o los impactos positivos, e identificando y maximizando las
fuerzas impulsoras clave de estos riesgos de impacto positivo. Buscar facilitar o
fortalecer la causa de la oportunidad, y dirigirse de forma proactiva a las
condiciones que la disparan y reforzarlas, puede aumentar la probabilidad.
Tambin puede centrarse en las fuerzas impulsoras del impacto, buscando
aumentar la susceptibilidad
Plan de respuesta a los riesgos en proyectos de tipo residencial.

Urbanizacin el country II
Aceptar: Estrategia que se adopta debido a que rara vez es posible eliminar
todo el riesgo de un proyecto. Esta estrategia indica que el equipo del proyecto
ha decidido no cambiar el plan de gestin del proyecto para hacer frente a un
riesgo, o no ha podido identificar ninguna otra estrategia de respuesta
adecuada. Puede ser adoptada tanto para las amenazas como para las
oportunidades. Esta estrategia puede ser pasiva o activa. La aceptacin pasiva
no requiere accin alguna, dejando en manos del equipo del proyecto la
gestin de las amenazas o las oportunidades a medida que se producen. La
estrategia de aceptacin activa ms comn es establecer una reserva para
contingencias, que incluya la cantidad de tiempo, dinero o recursos necesarios
para manejar las amenazas o las oportunidades conocidas, o incluso tambin
las posibles y desconocidas.
Estrategia de Respuesta para Contingencias: Algunas respuestas estn

diseadas para ser usadas nicamente si tienen lugar determinados eventos.
Para algunos riesgos, resulta adecuado que el equipo del proyecto prepare un
plan de respuesta que slo se ejecutar bajo determinadas condiciones
predefinidas, si se cree que habr suficientes seales de advertencia para
implementar el plan. Los eventos que disparan la respuesta para contingencias,
como no cumplir con hitos intermedios o ganar una prioridad ms alta con un
proveedor, deben ser definidos y seguidos.
Resultado y conclusiones
Conforme a lo que se trabaj en esta seccin de gestin de riesgos, fue de
gran apoyo para nuestro proyecto ya que se logr monitorear y controlar los
riesgos, as mismo realizar el proceso por el cual se implementan planes de
respuesta a los riesgos, se rastrean los riesgos identificados, se monitorean los
riesgos residuales, se identifican nuevos riesgos y se evala la efectividad del
proceso contra los riesgos a travs del proyecto. Las respuestas a los riesgos
planificadas que se incluyen en el plan para la direccin del proyecto se
ejecutan durante el ciclo de vida del proyecto, pero el trabajo del proyecto debe
monitorearse continuamente para detectar riesgos nuevos, riesgos que
cambian o que se vuelven obsoletos.
En conclusin, una matriz de riesgo constituye una herramienta de control y de

gestin muy interesante para identificar actividades empresariales,
asocindolas a riesgos diferenciados por tipo y nivel y a los factores exgenos
y endgenos relacionados con estos riesgos. Todo ello permite la organizacin
de un Sistema Integral de Gestin de Riesgo, facilitado as el buen seguimiento
de nuestro proyecto.
Revision Bibliogrfica
HULL, John C. Risk Management and Financial Institutions. 4edicin.
John Wiley & Sons. 2015.
KOTZ, H. David. Financial Regulation and Compliance: How to Manage
Competing and Overlapping Regulatory Oversight. John Wiley & Sons.
2015.
COLEMAN, Thomas S. A practical guide to risk management. Research
Foundation of CFA Institute.
MILLER, Michael B. Mathematics and Statistics for Financial Risk
Management. John Wiley & Sons. 2012.
VAN DEVENTER, Ronald R., IMAI, Kenji, MESLER, Mark. Advanced
Financial Risk Management: Tools and Techniques for Integrated Credit
Risk and Interest Rate Risk Management. 2 edicin. John Wiley & Sons.
2013.
Anexos
Anexo A FO-PL-06A Matriz de Administracin de Riesgos del proyecto.
adProbabilid
dadDefectibili
Impacto
ID Descripcin Categor Cund Descripcin Si ocurri el Nombre Estatus Fecha Fecha
del riesgo a o me de respuesta riesgo que del que registrad revisi
doy del riesgo voy hacer monitore a n
cuenta a el
que el riego
Critico
En el momento
R1 Quiebre de 1 Product En el No excederse Acudir al Jess No 06-07- 06-07-
la empresa o moment con el prstamo Giovanni presentad 2017 2017
o presupuesto Godnez o
otorgados Lpez
para el
proyecto
Severo
En el momento
R2 Nevada 2 Proyect En el Evitar Acudir al Jess No 06-07- 06-07-

repentina o moment exponerse a teletrabajo Giovanni presentad 2017 2017
o las bajas Godnez o
temperaturas Lpez
en caso de
que llegase a
nevar
Severo
R3 Cambios en 3 Product Despu Realizar un Un nuevo Jess No 06-07- 06-07-

del Despus
los o s del buen levantamient Giovanni presentad 2017 2017

requerimient impacto levantamiento o de Godnez o
os de requerimient Lpez
requerimiento os
Severo
R4 No contar 1 Proyect Despu Contar con un Realizar el Jess No 06-07- 06-07-
impactoDespus del
con un o s del versionado de respaldo y Giovanni presentad 2017 2017
respaldo del impacto proyectos por tomar Godnez o
sistema ejemplo represaras Lpez
tortoise
Severo
R5 La inyeccin 2 Product Despu Instalar Utilizar un Jess No 06-07- 06-07-
el Despus
de un o s del antivirus en eliminador Giovanni presentad 2017 2017
troyano en impacto las de troyano Godnez o
el sistema computadoras Lpez
momentoEn del
de todos los
Severo
R6 Fallas en los 3 Proyect En el Comprar PC Realizar el Jess Resuelto 06-07- 06-07-
equipos de o moment con las soporte Giovanni 2017 2017
computo o caractersticas tcnico Godnez
necesarias necesario Lpez
para el
Severo
R7 No tener 3 Product Despu Realizar Influir en la Jess No 06-07- 06-07-

del Despus
una o s del reuniones comunicaci Giovanni presentad 2017 2017

comunicaci impacto retrospectivas n Godnez o
n clara para ver Lpez
cules son las
Severo
R8 3 Proyect Despu No instalar Comprar la Jess No 06-07- 06-07-

del Despus
o s del software sin licencia Giovanni presentad 2017 2017

No contar impacto licencias Godnez o
con las Lpez
licencias
el del
Severo
R9 Que 4 Product Despu Realizar un Intervenir en Jess No 06-07- 06-07-

del Despus
cliente no o s del Project chrter ideas hacia Giovanni presentad 2017 2017
tenga sus impacto para que el el cliente Godnez o
ideas claras cliente no Lpez
cambie de
Severo
R10 Cambio del 1 Proyect despu Hacer lo Intervenir a Jess No 06-07- 06-07-
del Despus
giro de la o s del necesario que se Giovanni presentad 2017 2017
empresa impacto para que el postergue el Godnez o
sistema sea giro Lpez
R11 fundamental
R12
R13
R14
R15
R16
R17
R18
R19
R20
Critico
R21 Puede que 2 Product En el Reconoce el Denunciar Juan No 06-07- 06-07-

momentoEn el
algn o moment comportamien Lazo presentad 17 17

elemento o to Briones o
del personal sospechosos
se haga de los un
Critico
En el momento
R22 Plagas 1 Proyect En el Realizar Quitar la Juan No 06-07- 06-07-

dentro de o moment estudio de plaga lo Lazo presentad 2017 2017
las oficinas o posibles antes posible Briones o
manifestacion
es de plagas
Severo
R23 Enfermedad 2 Product En el Elegir lo ms Esperar a Juan No 06-07- 06-07-
En el
es por parte o moment adecuado que el Lazo presentad 2017 2017
de los o para personal se Briones o
momento
integrantes exponerse el cure
del equipo. cambio
Severo
R24 Muerte de 1 Product En el Se hace el Remplazar a Juan No 06-07- 06-07-
el
alguno de o moment cambio o se la persona Lazo presentad 2017 2017
momentoEn
los o remplaza y se Briones o
integrantes le transfieren
del equipo. las
Critico
En el momento
R25 Perdida de 2 Proyect En el Reconoce la Remplazar a Juan No 06-07- 06-07-
personal o moment forma en que la persona Lazo presentad 2017 2017
clave o est conforme Briones o
tu equipo de
trabajo
Critico
R26 Que algn 1 Product Antes Reconocer su Ponerles Juan No 06-07- 06-07-
el Antes de
personal o de que momento si la cursos de Lazo presentad 2017 2017

administrativ ocurra persona n es capacitacin Briones o
o no domine capaz de lo
momentoEnque
el manejo que seallems

Severo
R27 Cuando se 2 Product En el Elegir Persuadir en Juan No 07-07- 07-07-

presenta o moment educado las lazo presentad 2017 2017
una o desde antes decisiones Briones o
decisin se que
pospone comiencen
Critico
En el momento
R28 Perder parte 2 Product En el Se trabaja con Hacerlo de Juan No 07-07- 07-07-
de la o moment equipos de nuevo Lazo presentad 2017 2017
informacin o cmputo Briones o
del proyecto altamente
confiables
Critico
R29 Que no se 1 Proyect Antes Reconocer Persuadir en Juan No 07-07- 07-07-
el Antes de
les d o de que en el tempo Lazo presentad 2017 2017
tiempo ocurra su Briones o
adecuado momento si
monetoEnque
para habr tiempo
Severo
R30 Cuando 2 Product En el Hacer el Invertir de Juan No 07-07- 07-07-

falta dinero o moment presupuesto nuestro Lazo presentad 2017 2017
para la o lo ms dinero Briones o
realizacin aproximado
del proyecto posible
Anexo B FO-PL-06B Plan de respuesta y evaluacin de riesgos
Desarrollado
PROYECTO
Sistema de control de inventarios retornables 06-07-2017
Nombre Fecha
Administrador del Jess Geovanni Godnez Lpez

proyecto
Desarrollado
PUNTUACIN PROBABILIDAD IMPACTO DETECTABILIDAD
4 Muy Probable (76% - 100%) Critico Despus del impacto
3 Probable (51% - 75%) Severo En el

momento
que
ocurri
2 Algo Probable (26% - 50%) Moderado Antes de que ocurra
1 Muy Poco Probable (0% - 25%) Mnimo Proyecto ya esta

avanzado (antes de que
ocurra)
RIESGO R1
Quiebre de la empresa ID : R1
Jess Geovanni Godnez Lpez gio19god8@gmail.com
Cierre de la empresa por falta de presupuesto para continuar con el trabajo o giro de la empresa
WBS
PROBABILIDAD
Puntuaci n 1
Descripci n Se suscitan problemas entre los socios o dueos de la empresa

IMPACTO
Puntuaci n Critico
Descripci n Es critico debido a que si la empresa llega al quiebre el proyecto nunca se

terminara.
DETECTABILIDAD
Puntuaci n En el momento
Descripci n Debido a que si la empresa quiebra los empleados son los primeros en
enterarse
RESPUESTAS DE ESTRATEGIA ANTE EL RIESGO
Descripci n de Tip de estrategia

estrategia
Acepta Evita Mitiga Transfiere
X
No excederse con el X
presupuesto otorgados
para el proyecto
X
X
PLAN DE CONTINGENCIA
Descripci n Presentar varias opciones para los gastos en el proyecto para que los
socios elijan la mejor y no sea una causa de inconformidad en el
futuro
PROYECTO
Nombre Fecha
06-07

proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R2
Nevada repentina ID : R2
Jess Geovanni Godnez Lpez gio19god@gmail.com
Que ocurra una nevada que impida a los miembros del equipo asistir al trabajo o cause
enfermedades en los mismos
WBS
PROBABILIDAD
Puntuaci n 2
Descripci n Si se presenta una nevada la cual pueda ser motivo de que se enferme algn
integrante del equipo de desarrollo.
IMPACTO
06-07
Puntuaci n Severo
Descripci n Debido a que si se llegara a enfermar un miembro del equipo se puede seguir
trabajando pero no a la misma velocidad.
DETECTABILIDAD
Puntuaci n En el momento
Descripci n Debido a que el empleado debe avisar a la empresa que se encuentra enfermo
y no puede asistir a trabajar,

estrategia
X
Evitar exponerse a las bajas X
temperaturas en caso de
que llegase a nevar
X
X
Descripci n No exponerse a bajas temperaturas ante las bajas temperaturas
PROYECTO
Nombre Fecha
06-07

proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R3
Cambios en los requerimientos ID : R3
Que el cliente este cambiando los requerimientos continuamente
WBS
PROBABILIDAD
Puntuaci n 3
Descripci n Si se presenta cuando el cliente no tiene bien claro que es lo que necesita y
constantemente est cambiando los requerimientos.
IMPACTO
Puntuaci n Severo
06-07
Descripci n Debido a que si se el cliente esta con cambios continuos el proyecto no puede
avanzar de forma correcta.
DETECTABILIDAD
Puntuaci n Despus del impacto
Descripci n Debido a que una vez realizado el desarrollo el cliente lo ve y no es lo que

esperaba y decide cambiarlo.
06-07

estrategia
X
Realizar un buen X
levantamiento de
requerimientos y la
documentacin correcta
X
X
Descripci n No dejar que el cliente solicite constantes cambios.

06-07
PROYECTO
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R4
No contar con un respaldo del sistema ID : R4
Que el equipo de desarrollo no respalde los avances que se van ando en el cdigo fuente del
sistema
WBS
06-07
PROBABILIDAD
Puntuaci n 1
Descripci n Se presenta cuando no se tiene un versionado de proyectos y el desarrollador

no guarda correctamente sus avances
IMPACTO
Puntuaci n Severo
Descripci n Debido a que si se llegara a perder el proyecto o los avances de un da se

retrasara mucho el proyecto.
DETECTABILIDAD
Descripci n Debido a que si por error se borra el cdigo fuente no se tiene un lugar de
donde se pueda recuperar.
06-07

estrategia
X
Contar con un versionado X
de proyectos por ejemplo
tortoise
X
X
Descripci n Conseguir un versionado de proyectos para guardar cambios da con

da.
06-07
PROYECTO
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R5
La inyeccin de un troyano en el sistema ID : R5
Que se llegue a infectar el sistema por algn virus
WBS
PROBABILIDAD
Puntuaci n 2
Descripci n Si se presenta cuando se infecta alguna computadora de los desarrolladores o

06-07
directamente se inyecta el virus al sistema.
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si se infecta el sistema se perdera una gran cantidad de

infrmaci n
DETECTABILIDAD
Descripci n Debid a que n ns darams cuenta al mment que se inyect el

antivirus.
06-07

estrategia
X
Instalar antivirus en las X
computadoras de todos los
empleados.
X
X
Descripci n Contar con un buen antivirus para no estar expuestos a ataques.

FO-PL-RH ADMINISTRACIN DE RIESGOS DEL
PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R6
Fallas en los equipos de computo ID : R6
Que los equipos de cmputo presenten fallas y no se pueda trabajar adecuadamente
WBS
PROBABILIDAD
Puntuaci n 3
Descripci n Que los equipos de cmputo estn lentos o sean incompatibles con algn
software que utilicemos.
PROYECTO DE TI
VERSIN 1.0
06-07-2017
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si la PC n es cmpatible cn algu n sftware que utilicems

n pdrems trabajar.
DETECTABILIDAD
Puntuaci n Al momento
Descripci n Debid a que ns percatams al mment de instalar el sftware.

PROYECTO DE TI
VERSIN 1.0
06-07-2017

estrategia
X
Comprar PC con las X
caractersticas necesarias
para el desarrollo
X
X
Descripci n Invertir en las PC correctas para poder trabajar de una forma eficaz.
PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R7
No tener una comunicacin clara ID : R7
Que el equipo de trabajo tenga problemas de comunicacin entre ellos mismos
WBS
PROBABILIDAD
Puntuaci n 3
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripci n Si se presenta cuando algunos integrantes del equipo difieren en algunas
decisiones y comienzan a perder la comunicacin.
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si n se cuenta cn una buena cmunicaci n sera muy difcil
que el pryect tenga e xit.
DETECTABILIDAD
Descripci n Debid a que n ns darams cuenta prque muy pcas veces se puede
detectar a tiemp
PROYECTO DE TI
VERSIN 1.0
06-07-2017

estrategia
X
Realizar reuniones X
retrospectivas para ver
cules son las diferencias
entre los integrantes del
equipo.
X
X
Descripci n Realizar reuniones retrospectivas y as dejar en claro los puntos de

cada integrante del equipo y evitar disputas.
PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R8
No contar con las licencias del software ID : R8
Que no se cuenten con las licencias para los programas que se utilizan para el desarrollo
WBS
PROBABILIDAD
Puntuaci n 3
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripci n Que en una auditoria se detecte que no se tienen las licencias necesarias.
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si la autridad descubre que n se tienen licencias puede

casinar fuerte multas para la empresa.
DETECTABILIDAD
Descripci n Debid a que n ns darams cuenta hasta que lleguen las multas.
PROYECTO DE TI
VERSIN 1.0
06-07-2017

estrategia
X
No instalar software sin X
licencias
X
X
Descripci n Evitar que se instalen aplicaciones sin licencia en las PCs.

PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R9
Que el cliente no tenga sus ideas claras ID : R9
Que el cliente no cuente con ideas claras de que es lo que quiere.
WBS
PROBABILIDAD
Puntuaci n 4
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripci n Que el cliente no cuenta con ideas claras y detiene mucho el flujo del proyecto.
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si el cliente n tiene claras sus ideas retrasa much el trabaj
del equip
DETECTABILIDAD
Descripci n Debid a que n ns darams cuenta prque las ideas del cliente cambian
repentinamente.
PROYECTO DE TI
VERSIN 1.0
06-07-2017

estrategia
X
Realizar un Project chrter X
para que el cliente no
cambie de ideas
continuamente
X
X
Descripci n Realizar la documentacin necesaria para evitar que el cliente cambie

de opinin continuamente.
PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
Nombre Fecha
proyecto
Desarrollado

momento
que
ocurri

ocurra)
RIESGO R10
Cambio del giro de la empresa ID : R10
Que la empresa cambie de giro y ya no necesite el sistema
WBS
PROBABILIDAD
Puntuaci n 1
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripci n Que la empresa cambie su giro repentinamente y ya no se requiera el sistema
IMPACTO
Puntuaci n Severo
Descripci n Debid a que si la empresa ya n requiere el sistema se cancelaria el

pryect.
DETECTABILIDAD
Descripci n Debid a que si la empresa cancela el pryect la empresa n ns avisara

al mment del cambi de gir.
PROYECTO DE TI
VERSIN 1.0
06-07-2017

estrategia
X
Hacer lo necesario para que X
el sistema sea fundamental
para la empresa
X
X
Descripci n Hacer lo necesario para que la empresa requiera del sistema.

PROYECTO DE TI
VERSIN 1.0
PROYECTO 06-07-2017
3 Probable (51% - 75%) Severo En el momento que

ocurri

ocurra)
RIESGO R21
Personal infiltrado para el robo de ID R21
informacin del proyecto
Juan Lazo Briones John.lazo18@gmail.com
Puede que algn elemento del personal se
haga pasar por parte del equipo para el robo
de informacin
WBS
PROBABILIDAD
Puntuacin 2
Descripcin solo si no se investiga al personal de su proveniencia
IMPACTO
Puntuacin Critico
Descripcin Ya que estaramos perdiendo todo el proyecto
DETECTABILIDAD
Puntuacin En el momento
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripcin Debido a que por lo regular este tipo de cosas se hace notar solo cuando ya es
hora de dar el golpe
Descripcin de Tipo de estrategia

estrategia Acepta Evita Mitiga Transfiere
X
Reconoce el X
comportamiento
sospechosos de los
integrantes del
proyecto
X
X
Descripcin Presentar en totalidad la informacin de antecedentes

de cada miembro del personal.
PROYECTO DE TI
VERSIN 1.0
Desarrollado 06-07-2017
PROYECTO
PUNTUACI PROBABILIDAD IMPACTO DETECTABILIDAD

N

ocurri

ocurra)
RIESGO R22
Plagas dentro de las oficinas ID R22
Que en algn momento las oficinas donde se
trabaje se infeste de alguna plaga.
WBS
PROBABILIDAD
Puntuacin 1
Descripcin Por lo general se trata de mantener precaucin en este tipo de circunstancias.
IMPACTO
Puntuacin Critico
Descripcin De ser el caso que no afectara en un gran retraso de avance del proyecto.
DETECTABILIDAD
PROYECTO DE TI
VERSIN 1.0
06-07-2017
Descripcin Este tipo de plagas se deja ver ya hasta que invadieron el lugar.
Desarrollado

X
Realizar un estudio X
de posibles
manifestaciones de
plagas
X
X
Descripcin Hacer un estudio cotidianamente de posibles amenazas

de infestacin.
PROYECTO

N

ocurri

ocurra)
PROYECTO DE TI
VERSIN 1.0
RIESGO R23 06-07-2017
Enfermedades por parte de los integrantes ID R23

del equipo.
Cuando se presenta por lo regular se
presentan inasistencias
WBS
PROBABILIDAD
Puntuacin 2
Descripcin Puede ser solo en temporadas de cambios climticos ceberos
IMPACTO
Puntuacin Severo
Descripcin Ya que impacta directamente al tiempo del proyecto y se puede generar un
retraso.
DETECTABILIDAD
Descripcin Ya que al presentarse las inasistencias se dan en el momento

X
Elegir lo ms X
adecuado para
exponerse el
cambio climtico
X
X
PROYECTO DE TI
VERSIN 1.0
PLAN DE CONTINGENCIA 06-07-2017
Descripcin
Desarrollado Ser asertivo en los cambios climticos o en las
decisiones de alimento.
PROYECTO

N

ocurri

ocurra)
RIESGO R24
Muerte de alguno de los integrantes del ID R24
equipo.
Cuando se presenta se hace una retraso de
avances en el proyecto
WBS
PROBABILIDAD
Puntuacin 1
Descripcin Ya que por lo regular este tipo de faltas no son tan comunes
IMPACTO
PROYECTO DE TI
VERSIN 1.0
Puntuacin Severo 06-07-2017
Descripcin Ya que impacta directamente al tiempo y avance del proyecto y se puede
generar un retraso.
Desarrollado
DETECTABILIDAD
Descripcin Se nota solo en el momento

X
X
X
Se hace el cambio X
o se remplaza y se
le transfieren las
obligaciones,
derechos y
responsabilices del
faltante
Descripcin Ser asertivo en el remplazo del personal en este tipo de

faltas.
PROYECTO

N
PROYECTO DE TI
VERSIN 1.0
06-07-2017
4 Muy Probable (76% - 100%) Critico Despus del
impacto
momento
que ocurri
2 Algo Probable (26% - 50%) Moderado Antes de que
ocurra
1 Muy Poco Probable (0% Mnimo Proyecto ya esta
- 25%) avanzado (antes
de que ocurra)
RIESGO R25
Perdida de personal clave ID R25

Perder elementos clave de personal por ejemplo el desarrollador del
cdigo fuente del sistema
WBS
PROBABILIDAD
Puntuacin 2
Descripcin Si se presenta inconformidades es de la manera en

que puede presentarse
IMPACTO
Puntuacin Critico
Descripcin Ya que es parte de los elemento fundamentales para

que el proyecto se finalice con xito
DETECTABILIDAD
Descripcin Debido a que segn las circunstancias se deciden

abandonar el proyecto en el momento de la
inconformidad

estrategia
X
Reconoce la forma en X
que esta conforme tu
equipo de trabajo
Descripcin Presentar varias ofertas o recompensas para aquellos
integrantes que muestren caractersticas positivas, y
as conseguir que tu personal se motive, y no entre en
inconformidades.
PROYECTO
Desarrollado

N
impacto
momento
que ocurri
ocurra
de que ocurra)
RIESGO R26
Inexperiencia con la tecnologa ID R26

Que algn personal administrativo no domine el manejo de algn programa que necesitaremos para
el desarrollo del proyecto.
WBS
PROBABILIDAD
Puntuacin 1
Descripcin Por lo general se trata de buscar personal que ya tenga

experiencia en el manejo del software que se manejara
IMPACTO
Puntuacin Critico
Descripcin De ser el caso que no maneje el software entonces

retrasar el desarrollo en lo que logra aprenderlo y
dominarlo.
DETECTABILIDAD
Puntuacin Antes de que ocurra
Descripcin Se nota con ciertas preguntas que la persona no est

capacitada en el aspecto

estrategia
X
Reconocer en X
su momento
si la persona n es
capaz de lo que se
le otorgara por
hacer.
X
X
Descripcin Hacer una evaluacin de personal antes de iniciar el
proyecto, u generar cursos para dominar el software
que se manejara.
N
impacto
momento
que ocurri
ocurra
de que ocurra)
RIESGO R27
Lentitud en la toma de decisiones ID R27

Cuandose presenta una decisin
se pospone para despus y as
sucesivamente
WBS
PROBABILIDAD
Puntuacin 2
Descripcin EL encargado de las daciones por lo general debe ser

alguien altamente capaz de decidir sin perder
demasiado tiempo.
IMPACTO
Puntuacin Severo
Descripcin Ya que impacta directamente al tiempo del proyecto y

se puede generar un retraso.
PROYECTO DE TI
VERSIN 1.0
06-07-2017
DETECTABILIDAD
Desarrollado
Descripcin Ya que al presentarse las decisiones te das cuenta si

realmente es conciso o solo divaga.

estrategia
X
Elegir al ms X
educado desde
antes que
comiencen con el
proyecto.
X
X
Descripcin Ser asertivo en las decisiones y reconocer si realmente

cumple con las caractersticas necesarias aquel que
dirigir todo el proyecto.
PROYECTO

PROYECTO DE TI
VERSIN 1.0
PUNTUACI 06-07-2017
PROBABILIDAD IMPACTO DETECTABILIDAD
N
impacto
momento
que ocurri
ocurra
de que ocurra)
RIESGO R28
Formateos accidentales de ID R28

las computadoras.
Perder parte de la informacin del proyecto
WBS
PROBABILIDAD
Puntuacin 2
Descripcin Si se presenta no muy a menudo

IMPACTO
Puntuacin Critico
Descripcin Ya que es parte del proyecto y podra generar un

retraso en la entrega del proyecto
DETECTABILIDAD
Descripcin Debido a que segn las circunstancias de los equipos se

mostrara el caso

estrategia
X
Se trabaja con X
equipos de cmputo
altamente confiables
Descripcin Trabajar mediante un servidor que actualice los datos
automticamente a la nube
PROYECTO
Desarrollado

N
impacto
momento
que ocurri
ocurra
de que ocurra)
RIESGO R29
Falta de tiempo para realizar el proyecto. ID R29

Que no se les de tiempo adecuado para trabajar en el proyecto
WBS
PROBABILIDAD
Puntuacin 1
Descripcin Por lo general se trata de buscar el momento oportuno

para realizar las actividades
IMPACTO
Puntuacin Critico
Descripcin De ser el caso se genera retraso de tiempo en la

entrega del proyecto
DETECTABILIDAD
Puntuacin Antes de que ocurra
Descripcin Se nota cuando se aproxima algo ms por hacer

estrategia
X
Reconocer en X
su momento
si habr tiempo
para la realizacin
del proyecto
X
X
Descripcin Hacer una evaluacin de tiempo futuro para saber si se
contara con el tiempo necesario para desenvolver el
proyecto
N
impacto
momento
que ocurri
ocurra
de que ocurra)
RIESGO R30
Mal estimacin del presupuesto del ID R30

proyecto.
Cuando falta dinero para la realizacin del
proyecto
WBS
PROBABILIDAD
Puntuacin 2
Descripcin EL encargado de las finanzas debe hacer su estimacin

con asertividad para evitar el caso
IMPACTO
Puntuacin Severo
Descripcin Ya que impacta directamente en las finanzas del

proyecto por lo tanto est en riesgo de no finalizarse
DETECTABILIDAD
Descripcin Ya que al presentarse falta de dinero no se podr

continuar con dicho proyecto

estrategia
X
Hacer el X
presupuesto lo ms
aproximado posible
X
X
Descripcin Ser asertivo en las aproximaciones presupuestarias

Proyecto Riesgos

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto Riesgos

Uploaded by

Copyright:

Available Formats

Sistema de control de inventarios retornables

Juan Lazo Briones

14 de julio del 2017

La gestin de los riesgos es una parte integral de la direccin del proyecto,

Se entiende por riesgo en un proyecto, un evento o condicin que, si ocurre,

Aumento de los costes Impacto en el medio

Retrasos de proyecto. Prdida o daos a

Es necesario gestionar estos riesgos de manera que su efecto sobre el

1. Planificar la Gestin de Riesgos

2. Identificar los Riesgos

3. Realizar el Anlisis Cualitativo de Riesgos

4. Realizar el Anlisis Cuantitativo de Riesgos

5. Planificar la Respuesta a los Riesgos

6. Monitorear y Controlar los Riesgos

Cada proceso puede implicar el esfuerzo de una o ms personas, dependiendo

Los riesgos de un proyecto se ubican siempre en el futuro. Un riesgo es un

El evento de riesgo es que la agencia que otorga el permiso puede tardar ms

FO-PL-06A Matriz de Administracin de Riesgos del proyecto.

Caractersticas de la matriz de riesgo

Debe ser flexible.

Sencilla de elaborar y consultar.

Que permita realizar un diagnstico objetivo de la totalidad de los factores

Ser capaz de comparar proyectos, reas y actividades.

Pasos para la elaboracin de una matriz de riesgo

El primer paso consiste en la identificacin de las actividades principales de

El siguiente paso consistira en determinar la probabilidad de que,

Los riesgos se pueden valorar en trminos cualitativos o cuantitativos,

3) Representacin de la matriz de riesgos

La verdadera utilidad de la matriz de riesgos radica en que ofrezca la

Por este motivo, la representacin de la matriz debe ser en forma de tablas no

FO-PL-06B Plan de respuesta y evaluacin de riesgos

Plan de respuesta a los riesgos en proyectos de tipo residencial o

Estrategias para Riesgos Negativos o Amenazas: Existen tres estrategias que

Transferir: Transferir el riesgo requiere trasladar el impacto negativo de una

Mitigar: Mitigar el riesgo implica reducir la probabilidad y / o el impacto de un

Plan de respuesta a los riesgos en proyectos de tipo residencial.

Estrategias para Riesgos Positivos u Oportunidades: Se sugieren tres

Compartir: Compartir un riesgo positivo implica asignar la propiedad a un

Mejorar: Esta estrategia modifica el tamao de una oportunidad, aumentando

Plan de respuesta a los riesgos en proyectos de tipo residencial.

Estrategia de Respuesta para Contingencias: Algunas respuestas estn

En conclusin, una matriz de riesgo constituye una herramienta de control y de

R2 Nevada 2 Proyect En el Evitar Acudir al Jess No 06-07- 06-07-

R3 Cambios en 3 Product Despu Realizar un Un nuevo Jess No 06-07- 06-07-

los o s del buen levantamient Giovanni presentad 2017 2017

R7 No tener 3 Product Despu Realizar Influir en la Jess No 06-07- 06-07-

una o s del reuniones comunicaci Giovanni presentad 2017 2017

R8 3 Proyect Despu No instalar Comprar la Jess No 06-07- 06-07-

o s del software sin licencia Giovanni presentad 2017 2017

R9 Que 4 Product Despu Realizar un Intervenir en Jess No 06-07- 06-07-

R21 Puede que 2 Product En el Reconoce el Denunciar Juan No 06-07- 06-07-

algn o moment comportamien Lazo presentad 17 17

R22 Plagas 1 Proyect En el Realizar Quitar la Juan No 06-07- 06-07-

personal o de que momento si la cursos de Lazo presentad 2017 2017

el manejo que seallems

R27 Cuando se 2 Product En el Elegir Persuadir en Juan No 07-07- 07-07-

R30 Cuando 2 Product En el Hacer el Invertir de Juan No 07-07- 07-07-

Sistema de control de inventarios retornables 06-07-2017

Administrador del Jess Geovanni Godnez Lpez

PUNTUACIN PROBABILIDAD IMPACTO DETECTABILIDAD

4 Muy Probable (76% - 100%) Critico Despus del impacto

3 Probable (51% - 75%) Severo En el

1 Muy Poco Probable (0% - 25%) Mnimo Proyecto ya esta