Trabajo investigativo No. 07

Ingeniería de software

Presentado por:

Hasbleydi Yurani Reyes Saldaña

Camilo Esteban Rodriguez Forero

Marlon Sebastian Castañeda Aponte

Presentado a:

Juan Carlos Guevara Bolaños

Universidad Distrital Francisco José de Caldas, Facultad Tecnológica

Bogotá D.C.

2017

Contenido 1. Administración del riesgo

1. Definición y características de riesgo de software

2. Ventajas de la administración del riesgo

3. Identificación de riesgos

4. Proyección del riesgo

5. Refinamiento del riesgo

6. Mitigación, monitoreo y manejo del riesgo

7. Organización de un taller sobre el uso de una herramienta de administración de

riesgo

8. Estudio de caso donde se analice la aplicación de la administración de riesgo en

un proyecto

9. Explicación del uso de una herramienta para administración de riesgo (4

ejemplos)

Introducción

Muchas veces en la gestión de proyectos no se tiene una adecuada planificación y

se pueden evitar riesgos que se producen por una mala estimación o por los

peligros más básicos que pueden ocurrir cuando el proyecto se va por un flujo

alterno.

Hay gestores de planificación que se encargan de identificar los riesgos y de

disponer flujos en los cuales los riesgos se pueden evitar, y a los que no se pueden

evitar se les hace una proyección del riesgo para hacerlo menos perjudicial de lo

que llegaría a ser de una forma imprevista.

Aquí es donde se aplica la técnica de la lista de elección, en donde se pueden

predecir los posibles riesgos que tendrá la producción del software en las etapas

planteadas según la metodología elegida, esto ayuda radicalmente a describir los

flujos de riesgos y el grado de afección que puede tener la gestión en la producción

de software.

1. Riesgo del software

1.1. Definición

Un riesgo es aquel factor que influye negativamente en el éxito del proyecto. El

riesgo en un proyecto de desarrollo de software incluye componentes técnicos y de

conocimiento del mismo.

Los temas de naturaleza organizacional constituyen los factores dominantes de los

riesgos del proyecto, a la vez que son los que se tratan satisfactoriamente en menos

de la tercera parte de los proyectos de desarrollo, entre ellos los conflictos entre

departamentos, entre usuarios, el cambio del responsable ejecutivo del proyecto,

volatilidad del personal, número de unidades de la organización implicadas y

proyectos que involucran a múltiples proveedores.

Es premisa de esta propuesta que el riesgo se halla, de forma implícita, asociado a

toda actividad. El riesgo acompaña a todo cambio porque implica elección e

incertidumbre.

Si a la vez que se inicia la actividad de elicitación de los requisitos del software a

construir, se inicia la identificación de los riesgos asociados a los requisitos

individuales y a grupos de ellos, será posible gestionarlos tempranamente para

minimizarlos, evitarlos y controlarlos. El jefe o administrador de proyectos anticipa

riesgos que pueden afectar al desarrollo o a la calidad de los requisitos y emprende

acciones para evitarlos.

Esta actividad garantiza que, desde el inicio del proceso de desarrollo del software,

se realicen las tareas encaminadas a garantizar la calidad del producto.

1.2. Importancia de la administración del riesgo

Un adecuado proceso de ingeniería de requisitos tiene implicaciones positivas en la

calidad del producto final, por ende, en la satisfacción del cliente. Debido a esto el

proceso de Identificación del Riesgo tiene que estar bien definido y debe ser

desarrollado de forma disciplinada, coherente y repetitiva, garantizando la obtención

de experiencias que permitan aplicar las mejores prácticas.

El tratamiento proactivo de los riesgos asociados a los requisitos del software

permite al gestor adoptar, desarrollar e implementar adecuadamente las actividades

de gestión de estos, en función de obtener productos de calidad que satisfagan las

necesidades del cliente, manteniendo el equilibrio de plazo y costo del proyecto en

virtud de lograr un mejor desempeño del proceso de IR en la pequeña y mediana

empresa de software.

El manejo de los riesgos asociados a los requisitos, organizados y gestionados a

través de las diferentes taxonomías propuestas puede constituirse en una útil

herramienta para los gestores y equipos de desarrollo.

1.3. Características

Todo proyecto, en su carácter de esfuerzo único que enfrenta la organización, tiene

elementos de incertidumbre que dan origen a los riesgos particulares del proyecto.

Se tienen riesgos conocidos que son aquellos que han sido identificados y

analizados, para los que se puede planificar una respuesta según los procesos de la

Administración del Riesgo descritos más adelante.

Los riesgos desconocidos no se pueden manejar en forma proactiva, por lo que su

mitigación adecuada se limitará a una planeación contingente, al igual que sucede

con los riesgos conocidos cuya mitigación, por razones de costo o efectividad, no es

recomendable desarrollar un plan de respuesta.

Las organizaciones generalmente perciben el riesgo como una amenaza al éxito del

proyecto, pero la incertidumbre puede estar asociada a una oportunidad que

aumente las probabilidades de éxito. Estas oportunidades, al identificarse, deben

asimismo ser atendidas generando un plan de respuesta para aprovecharlas si se

presentan.

Tanto las organizaciones como los individuos tienen distintas actitudes ante el

riesgo. Al iniciarse un proyecto, deben revisarse estas actitudes, de manera que se

defina un ambiente de identificación y valoración del riesgo consistente con los

objetivos de la organización ante el proyecto por desarrollar.

El entusiasmo y la percepción de logro o éxito anticipado que se puede tener al

inicio de un proyecto puede llevar a los involucrados a fallar en la identificación y

valoración de los riesgos que enfrentarán, lo que aumenta la amenaza de aquellos

riesgos que son menospreciados o ignorados.

La actitud general ante el riesgo debe ser explícita y comunicada en forma abierta y

honesta, estableciendo el balance deseado entre aceptación de riesgos y los niveles

de inaceptabilidad que determinan qué riesgos no se deben enfrentar, o no se está

dispuesto a hacerlo. A partir de esta actitud, la administración del riesgo será

asumida con compromiso, proactividad y consistencia durante el desarrollo del

proyecto.

1.4. Factores críticos de éxito

Los proyectos de desarrollo de software exitosos son comúnmente referidos como

tal debido a que han cumplido con los objetivos del negocio y porque además han

sido completados dentro del tiempo y presupuesto esperados.

Otras definiciones de éxito, incluyen el grado en el cual el proyecto consiguió sus

metas; confiabilidad; facilidad de mantenimiento, satisfacción de los usuarios;

trabajo efectivo en equipo; y satisfacción profesional del jefe de proyecto, y el grado

en el cual el software es utilizado. No existe acuerdo en la definición de éxito de un

proyecto de software, y además los jefes de proyectos no saben cómo conseguirlo.

Por otra parte, y señalan que los factores que conducen a fracasos en proyectos de

software son: fallas de estimación y programación de actividades; fallas en la

especificación de requerimientos; fallas de comunicación con el cliente/usuario;

pobre estructura organizacional, falta de liderazgo, falta de apoyo del nivel gerencial,

falta de esfuerzo, choques de personalidades; uso inefectivo de métodos de

desarrollo de software, procesos de negocios y asignación de recursos no

apropiados, gestión de proyectos y herramientas de seguimiento inadecuados.

2. Los beneficios de la gestión de los riesgos de un proyecto

Las ventajas de llevar a cabo una adecuada gestión de los riesgos de un proyecto no se

reducen a minimizar el impacto de las amenazas o reducir sus efectos adversos, sino que

también pasan por elevar los niveles de motivación general en los equipos de trabajo, al no

verse sometidos a presiones extra; y lograr un mayor índice de satisfacción laboral, también

en el Director de Proyecto, que reduce sus niveles de estrés al experimentar una mejor

sensación de control. La forma de beneficiarse de todas estas ventajas es sencilla, aunque

requiere de constancia y de una aplicación sistemática. No valen las excusas a la hora de:

Integrar la gestión de los riesgos de un proyecto en la planificación: los riesgos

no son una cuestión de reacción sino de planificación. Hay que tratar de actuar de

forma preventiva para optimizar la respuesta y evitar el riesgo o minimizar su

impacto. El enfoque integral es el que permite disfrutar de mayores ventajas en

relación con los resultados obtenidos.

Identificar los riesgos desde el principio: el primer paso en la gestión de riesgos del proyecto es detectar los riesgos que están presentes en el proyecto o pueden

aparecer durante su ejecución. Para ser exhaustivo es importante involucrar a los

miembros de los equipos más experimentados, que enriquecerán el proceso de

identificación con su aportación y su visión, desde la experiencia. Además, conviene

revisar las lecciones aprendidas de proyectos anteriores y la documentación de

proyecto, donde seguramente se encuentren claves importantes para mejorar la

gestión.

TOMAR ACCIÓN Analizar los riesgos: La comprensión de la naturaleza de un riesgo es una

condición previa para una buena respuesta. Por lo tanto, tomar algún tiempo para

prestar a los riesgos la atención que requieren, sin sacar conclusiones precipitadas

implica llevar a cabo un análisis de riesgos a diferentes niveles. En este sentido, las

simulaciones pueden aportar una perspectiva muy interesante.

Planificar e implementar la respuesta a los riesgos: la implementación de una

respuesta al riesgo es la actividad que realmente añade valor al proyecto. Ayuda a

prevenir una amenaza que se materializa o, al menos, minimizar sus efectos

negativos. La ejecución es clave en este punto pero su solidez dependerá de la

existencia de un plan de respuesta al riesgo que contemple, bien la influencia sobre

sus causas, bien los métodos a aplicar para paliar sus consecuencias. En cualquier

caso, el aspecto más crítico es que la respuesta sea siempre una decisión

consciente y no una reacción intuitiva, en la medida de lo posible. Para que los

resultados de la gestión de riesgos de un proyecto sean aún mejores hay que

tratar de optimizar el control que se hace de los mismos mediante:

o Un adecuado establecimiento de prioridades.

o La fluidez necesaria en la comunicación sobre esta área.

o La creación de un registro de riesgos actualizado.

o La programación del seguimiento de cada riesgo y amenazas detectados en

la planificación inicial.

3. Identificación de riesgos

La identificación de riesgos es una tarea sistemática que está orientada a

especificar las amenazas (estimación, calendarización, carga de recursos, etc..) al

plan del proyecto, al identificarse los riesgos conocidos y predecibles, la gestión del

proyecto nos proporciona una base para estar adelante y poder actuar en caso de

que alguno de aquellos sea inevitable.

Existen dos tipos de riesgos que son los más representativos para identificar:

● Riesgos genéricos: Son una amenaza potencial del software

● Riesgos específicos: Estos son los que solo se pueden identificar con un

buen conocimiento tecnológico, del personal y a su vez del entorno específico

del software, se desarrollan examinando el plan de proyecto y la declaración

del ámbito de software: es decir examinando el plan del proyecto y la

declaración de ámbito del software podríamos analizar qué características

especiales del producto podrían considerarse en cierto grado una amenaza

en el plan que se especificó en el proyecto.

Taxonomía de los riesgos

La mejor forma de identificar los riesgos es crear una lista de verificación de

elementos de riesgos, esta lista se puede utilizar centrándose en un subconjunto de

riesgos conocidos y predecibles hacia las subcategorías genéricas.

❖ Tamaño del producto: Riesgos asociados con el tamaño general del

software a construir o modificar.

❖ Impacto en el negocio: Riesgos asociados a las limitaciones impuestas por

la gestión o por el mercado específico.

❖ Características del cliente: Riesgos asociados con la sofisticación del

cliente y la habilidad del desarrollador para comunicarse con el cliente en los

momentos más oportunos.

❖ Definición del proceso: Riesgos asociados con el grado de definición del

proceso de software y su seguimiento por la organización de desarrollo.

❖ Entorno de desarrollo: Riesgos asociados con la disponibilidad y de calidad

de las herramientas que se van a emplear en la construcción del producto.

❖ Tecnología a construir: Riesgos asociados con la complejidad del sistema a

construir y la tecnología punta que contiene el sistema

❖ Tamaño y experiencia de la plantilla: Riesgos asociados con la experiencia

técnica y de los proyectos de los ingenieros del software que van a realizar el

trabajo.

La lista permite al gestor del proyecto comprobar los elementos de riesgos que

pueden organizarse en varias categorías que responden a cuestiones relevantes en

cada uno de los temas que se pueden describir en cada proyecto de software; es

decir que las respuestas que se pueden obtener en base a esta clasificación permite

al planificador establecer la estimación al momento de analizar el riesgo en un

software.

Un formato diferente podría dar una lista de comprobación contiene simplemente

unas características relevantes para cada subcategoría genérica para que

finalmente se genere una lista se liste un conjunto de componentes y controladores

del riesgo junto a las probabilidades de aparición.

Los controladores del rendimiento, el soporte, el coste y la planificación general del

proyecto se estudian como respuesta a preguntas posteriores.

La gestión debe de identificar los controladores del riesgo que afectan a los

componentes de riesgo hacia el software de los cuales se pueden identificar estos

principalmente:

➔ Riesgo de desempeño: Grado de incertidumbre de que el producto satisfaga

los requisitos y se ajuste y se ajuste al uso que se pretende darle.

➔ Riesgo de costo: Grado de incertidumbre de que se mantenga el

presupuesto del proyecto.

➔ Riesgo de soporte: Grado de incertidumbre de que el SW resultante será

fácil de corregir, adaptar y mejorar.

➔ Riesgo de calendarización: Grado de incertidumbre de que se mantenga la

calendarización del proyecto y de que el producto se entregue a tiempo.

Esta es una tabla de comprobación en donde se pueden generalizar los niveles de

riesgos en el proyecto:

Tabla de Grados de riesgos en la gestión de proyectos de software

4. Proyección del riesgo

También es llamada estimación del riesgo y lo que intenta realizar es clasifica el

riesgo en dos formas:

1. La posibilidad o probabilidad de que el riesgo sea real

2. Las consecuencias de los problemas asociados con el riesgo.

Además, lo que realizan el planificador del proyecto, los gestores y el personal

técnico en la proyección de riesgo es lo siguiente:

● Establecer una escala que refleje la posibilidad de un riesgo.

● Delineado de las consecuencias de riesgo.

● Estimación del impacto del riesgo en el proyecto y el producto.

● Tomar nota de la precisión global de la proyección del riesgo de modo que no

haya malas interpretaciones.

Se debe seleccionar los riesgos que se consideren de mayor prioridad, ya que

ningún equipo de software puede afrontar todos los riesgos en el mismo grado de

rigor. De tal forma el equipo asigna los recursos necesarios para los riesgos que

hayan sido priorizados.

Uso de Tablas de RiesgoPor medio del uso de la siguiente tabla se facilita una proyección del riesgo.

Riesgos Categoría Probabilidad Impacto

Mayor número de usuarios previstos TP 30% 3

1. En la columna Riesgo, se registran todos los riesgos

2. En la columna Categoría, cada riesgo se categoriza así:

● Tamaño del producto (TP)

● Impacto en la organización (IO)

● Tipo de cliente (TC)

● Proceso de producción (PP)

● Entorno de desarrollo (ED)

● Tecnología (T)

● Experiencia técnica (ET)

Se pueden utilizar las iniciales que se encuentran entre paréntesis o puede asignar

unas específicas.

3. En la columna Probabilidad, se registra la probabilidad de aparición de cada

riesgo.

4. En la columna Impacto, Se valora y se registra el impacto de cada riesgo.

5. Refinamiento del riesgo

En las primeras etapas el riesgo en la planificación del proyecto se puede considerar de una

manera muy general. Al paso del tiempo los riesgos pasan por un proceso de refinación

para especificar o detallar cada uno de los riesgos y no solamente establecer el

refinamiento sino también, la supervisión y el gestionamiento.

El riesgo se puede representar con el formato condición - transición - consecuencia,

estableciendo de la siguiente manera:

Dado que entonces existe una preocupación de que el formato anterior es denominado

CTC. Un ejemplo con un proyecto lo podemos ver a continuación:

El proyecto X se desea terminar a finales del presente año, pero resulta que los materiales

no se han completado. De tal forma lo más seguro es que el proyecto deba realizarse en

más tiempo del que se tenía planteado, lo que implicaría mayor trabajo.

Esta condición se puede refinar de la siguiente manera:

Sub Condición 1: Hay que determinar si realmente es necesario contar con esos

materiales.

Sub Condición 2: No se ha definido la totalidad de materiales necesarios para el desarrollo

del proyecto.

Sub Condición 3: Se debe buscar la posibilidad de que los materiales pueden ser

reemplazados por elementos que se puedan encontrar.

Con lo anterior se puede considerar que el refinamiento ayuda a alejar los riesgos

subyacentes y puede conducir un análisis y respuestas más sencillos.

6. Mitigación, monitoreo y manejo del riesgo

● ¿Por qué al enfocarnos en el impacto debemos tomar en cuenta los riesgos?

● orientan a futuro la gestión de los proyectos, aprendizaje y adaptación

● proveen fundamentos que permiten medir las probabilidades de lograr el impacto

● identifican los factores contribuyentes y limitantes (no dejarlos al azar)

● Conviertan los factores limitantes en riesgos

● transforman los supuestos (anteriormente asumidos en el Marco Lógico) en riesgos

Pasos para el manejo de riesgos

Todas las actividades de análisis de riesgo presentadas hasta ahora tienen un solo objetivo

- ayudar al equipo del proyecto a desarrollar una estrategia para tratar los riesgos-. Una

estrategia eficaz debe considerar tres aspectos:

● Mitigar el riesgo

● Monitorear el riesgo

● manejar el riesgo y planes de contingencia.

8. Plan de manejo

Riesgos y peligros para la seguridad, pueden aparecer riesgos después de haber

desarrollado con éxito el software y de haberlo entregado al cliente, estos riesgos están

típicamente asociados con las consecuencias de fallo del software una vez en el mercado.

En los comienzos de la informática, había un rechazo al uso de las computadoras y (del

software) para el control de procesos críticos de seguridad como por ejemplo reactores

nucleares, control de vuelos de aviones, sistemas de armamento y grandes procesos

industriales; aunque la probabilidad de fallo de un sistema de alta ingeniería es pequeña, un

defecto no detectado en un sistema de control y supervisión basados en computadora

podría provocar unas pérdidas económicas enormes o, pero, daños físicos significativos o

pérdidas de vidas humanas.

El coste y beneficios fundamentales del control y supervisión basados en computadora a

menudo superan al riesgo. Hoy en día, se emplean regularmente Hardware y Software para

el control de sistemas de seguridad crítica.

El plan RSGR

Se puede incluir una estrategia de gestión de riesgo en el plan del proyecto de Software o

se podrían organizar los pasos de gestión de riesgo en un plan diferente de reducción,

supervisión y gestión del riesgo (Plan RSGR), los documentos del plan RSGR se llevan a

cabo como parte del análisis de riesgo y son empleados por el jefe del proyecto como parte

del plan del proyecto general

9. Software de manejo de riesgo 01

9.1. Nombre

WrikeEs una herramienta online de gestión de proyectos y colaboración, que permite que sus

usuarios ajusten sus planes de proyectos, priorizan tareas, estén al tanto de la planificación

y colaboren online con sus compañeros.

9.2. Requerimientos tecnológicos1. Internet

2. Navegador

9.3. Funcionalidades1. Informes:

2. Activity stream de tareas

3. Revisión y aprobación

4. Paneles de control

5. Estado y flujos de trabajo

9.4. Ejemplo de aplicación

(Gestión de Proyectos y Trabajos con Wrike. Fácil. Gratis. Rápido y en Español)

https://www.youtube.com/watch?v=kpiG3EdSYu4

10. Software de manejo de riesgo 02

10.1. Nombre

@RISK

(se pronuncia “at risk”) realiza análisis de riesgo utilizando la simulación para mostrar

múltiples resultados posibles en un modelo de hoja de cálculo, y le indica qué probabilidad

hay de que se produzcan. Computa y controla matemática y objetivamente gran número de

escenarios futuros posibles, y luego le indica las probabilidades y riesgos asociados con

cada uno. Esto quiere decir que usted podrá decidir qué riesgos desea tomar y cuáles

prefiere evitar, tomando la mejor decisión en situaciones de incertidumbre.

10.2. Requerimientos tecnológicos

Compatibilidad: El software @RISK y DecisionTools Suite es compatible con todas las

versiones de 32 bits y 64 bits de Microsoft Windows XP hasta 10, Excel 2007 hasta 2016 y

Project 2007 hasta 2016.

Compatible con 64-bit

La tecnología 64-bit permite al software de Excel y de DecisionTools obtener acceso a una

cantidad de memoria del equipo mayor que nunca antes, lo que hace posible utilizar los

modelos mucho más grandes y una mayor potencia de computación.

10.3. Funcionalidades

1. Preparación del modelo. Comience por reemplazar los valores inciertos de la hoja

de cálculo con funciones de distribución de probabilidad de @RISK, como la Normal,

la Uniform o decenas de otras. Estas funciones de @RISK simplemente representan

una serie de posibles valores que podrían aparecer en una celda, en lugar de

limitarse a un solo caso. Seleccione su distribución en una galería gráfica, o defina

distribuciones usando los datos históricos de una entrada determinada. Incluso

puede combinar distribuciones con la función Compound de @RISK. Comparta

funciones de distribución específicas con otros usando la Biblioteca @RISK, o

permute de salida funciones de @RISK para compartirlas con los colegas que no

tengan @RISK.

2. Ejecución de la simulación. Haga clic en el botón Simular y observe. @RISK

recalculará el modelo de su hoja de cálculo cientos o miles de veces. En cada

simulación, @RISK toma muestras de valores aleatorios de las funciones de @RISK

que usted ha introducido, los pone en el modelo y registra los resultados obtenidos.

Explique a otros el proceso ejecutando su simulación en Modalidad Demo, con

actualización en vivo de gráficos e informes mientras se hace la simulación.

3. Conozca los riesgos. El resultado de una simulación es una visión de una completa

gama de posibles resultados, incluyendo la probabilidad de que se produzcan.

Añada gráficos a sus resultados con histogramas, diagramas de dispersión, curvas

acumulativas, diagramas de cuadro y más. Identifique factores críticos con gráficos

Tornado y análisis de sensibilidad. Pegue los resultados en Excel, Word o

PowerPoint, o colóquese en la Biblioteca @RISK para otros usuarios de @RISK.

Incluso puede guardar resultados y gráficos dentro del propio libro de trabajo de

Excel.

10.4. Ejemplo de aplicación

(Simulación con @Risk) https://www.youtube.com/watch?v=-gG0EZJYYZI

11. Cuadro comparativo de software de manejo de riesgo

Nombre Wrike @RISK

Permite ● Integración con

correo electrónico.

● Conocer las probabilidades

de ganar dinero -o sufrir

● Complementos de

Outlook y Apple Mail

● Colaboración de

documentos de forma

online

● Organización libre de

proyectos, que se

pueden personalizar.

● Aplicaciones móviles

para gestionar

mientras estamos

fuera de la oficina.

● Previsualización en la

web de hojas de

cálculo.

pérdidas- en su próxima

empresa

● Averiguar la probabilidad de

que su proyecto se termine a

tiempo y dentro del

presupuesto.

● Analizar la probabilidad de

alcanzar cualquier objetivo

marcado.

Requerimientos tecnológicos

Navegador web y Conexión

a internet.

Los requisitos del sistema de

@RISK 5.0 para Microsoft Excel,

para Windows son: PC Pentium o

superior. Microsoft windows 2000.

Windows XP o superior. @RISK

EJERCICIO

La empresa Software Innovation llevaba 3 meses de creada cuando una empresa hotelera les solicitó el desarrollo de una aplicación para reservas en línea utilizando última tecnología JEE5, bases de datos distribuidas (cada hotel tiene sus datos de disponibilidades y costos), web services, algunos hoteles ya han desarrollado servicios de seguridad y de autenticación y se requiere también la conexión con organizaciones que proveen medios de pago de tarjetas de crédito.

Software Innovation está conformado por un grupo de 5 ingenieros de software recién graduados con muchas expectativas y mucho entusiasmo y creatividad. Algunos han realizado desarrollos pequeños en plataformas web, otros en .net y algunos tienen experiencia en java aun cuando no conocen las últimas especificaciones de JEE5.Todos tienen un conocimiento básico de herramientas de control de versiones, de gestión de proyectos y saben conceptos básicos de ingeniería de software sobre planeación, arquitectura, diseño. Todos se consideran buenos diseñadores.

La empresa contratante, la cadena hotelera “vacaciones del sol” espera salir al mercado antes que la competencia, es decir en máximo 6 meses y está ejerciendo mucha presión sobre Software Innovation con los plazos de entrega. Quieren una versión inicial funcional y utilizable en 6 semanas y están dispuestos a realizar contratos independientes para el primer desarrollo y las subsecuentes extensiones. Al presidente de Software Innovation le preocupa que sus desarrolladores no tengan mucha experiencia trabajando en equipo, si bien, él sabe que cada uno es muy hábil y capaz. El presidente también será parte del grupo de desarrollo y ha decidido aceptar el reto.

TALLER: IDENTIFICACIÓN DE RIESGOS

Identifique los tres riesgos más importantes de este proyecto. Descripción Prioridad Probabilidad Impacto Contexto Planes de mitigación Plan de contingencia y triggers

Bibliografía

http://www.monografias.com/trabajos41/riesgo-etapa-requisitos/riesgo-etapa-

requisitos2.shtml

http://gespucese.blogspot.com.co/2013/06/segunda-exposicion-grupal-de-la.html

http://es.slideshare.net/nancyromerovargas/trabajo-proyectoss

https://www.moovly.com/gallery/user/bbe8fd08-4949-9147

http://ingesoftwaregestiondelriesgo.blogspot.com.co/

https://books.google.com.co/books?id=MXTI43ThoS4C&pg=PA87&lpg=PA87&dq=Tama

%C3%B1o+del+producto:+Riesgos+asociados+con+el+tama

%C3%B1o+general+del+software+a+construir+o+modificar.&source=bl&ots=O17E1xA9c_&

sig=Fwhc_gVaHrQjQwVWTadi0o-0E3s&hl=es&sa=X&redir_esc=y#v=onepage&q=Tama

%C3%B1o%20del%20producto%3A%20Riesgos%20asociados%20con%20el%20tama

%C3%B1o%20general%20del%20software%20a%20construir%20o%20modificar.&f=false

http://ing-software3.blogspot.com.co/2012/10/estimacion-de-riesgos.html

http://software-ufps.blogspot.com.co/2011/03/riesgos-del-software.html

https://www.wrike.com/

http://www.palisade-lta.com/risk/

https://prezi.com/s5mkypjkw_b3/administracion-del-riesgo/

https://utdana12011.wikispaces.com/file/view/resumenANGELES.pdf

https://olimponet.files.wordpress.com/2013/

http://santanderdequilichao-cauca.gov.co/apc-aa-files/

37353961323731663962373633383364/PLAN_MANEJO_DEL_RIESGO.pdf

http://www.procuraduria.gov.co/portal/media/file/descargas/control_interno/

planmanejoriesgosinstitucionales.pdf

http://datateca.unad.edu.co/contenidos/301404/301404_ContenidoEnLinea/

reduccin_del_riesgo.html

http://www.obs-edu.com/int/blog-project-management/estrategias-clave-para-minimizar-los-

riesgos-de-un-proyecto/beneficios-de-la-gestion-de-los-riesgos-de-un-proyecto