ingenieriasoftwarechud.files.wordpress.comingenieriasoftwarechud.files.wordpress.com/2017/05/trab… ·...
Post on 30-Jul-2020
0 Views
Preview:
TRANSCRIPT
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
top related