“ El riesgo se halla de forma implícita asociado a toda actividad”

Presentación del tema: "“ El riesgo se halla de forma implícita asociado a toda actividad”"— Transcripción de la presentación:

1

2 “ El riesgo se halla de forma implícita asociado a toda actividad”

3 Todo suceso se ve marcado por las acciones del pasado. Todo suceso se ve marcado por las acciones del pasado.  El riesgo acompaña a todo cambio.  El riesgo implica elección e incertidumbre.  El riesgo, como la muerte y los impuestos, es una de las pocas cosas inevitables en la vida.

4 Concepto de riesgo. El riesgo constituye una falta de conocimiento sobre futuros acontecimientos. El riesgo constituye una falta de conocimiento sobre futuros acontecimientos. Se define como el efecto acumulativo que estos acontecimientos adversos podrían tener sobre los objetivos de la actividad planificada. Es la probabilidad que se presente un nivel de consecuencias económicas, sociales o ambientales en un sitio particular y durante un período de tiempo definido. Se obtiene de relacionar la amenaza con la vulnerabilidad de los elementos expuestos. Se define como el efecto acumulativo que estos acontecimientos adversos podrían tener sobre los objetivos de la actividad planificada. Es la probabilidad que se presente un nivel de consecuencias económicas, sociales o ambientales en un sitio particular y durante un período de tiempo definido. Se obtiene de relacionar la amenaza con la vulnerabilidad de los elementos expuestos.

5 ¿Qué es la clasificación de riesgo? Es un proceso de análisis que se efectúa sobre la base de antecedentes cuantitativos y cualitativos de una empresa, es decir, mediante estudios sobre el nivel de liquidez (capacidad de pago de las deudas de una empresa), rentabilidad, endeudamiento, proyecciones del negocio en el futuro, inversiones que realiza, competencia que enfrenta la empresa, etc. Es un proceso de análisis que se efectúa sobre la base de antecedentes cuantitativos y cualitativos de una empresa, es decir, mediante estudios sobre el nivel de liquidez (capacidad de pago de las deudas de una empresa), rentabilidad, endeudamiento, proyecciones del negocio en el futuro, inversiones que realiza, competencia que enfrenta la empresa, etc.

6 Gestión de riesgos: El análisis y la gestión del riesgo son una serie de pasos que ayudan al equipo del software a comprender y a gestionar la incertidumbre. Un proyecto de software puede estar lleno de problemas. Un riesgo es un problema potencial (puede ocurrir o no). Pero sin tener en cuenta el resultado, es necesario identificarlo, evaluar su probabilidad de aparición, estimar su impacto, y establecer un plan de contingencia por si ocurre el problema. Gestión de riesgos: El análisis y la gestión del riesgo son una serie de pasos que ayudan al equipo del software a comprender y a gestionar la incertidumbre. Un proyecto de software puede estar lleno de problemas. Un riesgo es un problema potencial (puede ocurrir o no). Pero sin tener en cuenta el resultado, es necesario identificarlo, evaluar su probabilidad de aparición, estimar su impacto, y establecer un plan de contingencia por si ocurre el problema.

7 ¿Quién se encarga de realizar la gestión de riesgo de un proyecto? Todos los que estén involucrados en el proceso del software-gestores, ingenieros de software y clientes-participan en el análisis y la gestión del riesgo. Todos los que estén involucrados en el proceso del software-gestores, ingenieros de software y clientes-participan en el análisis y la gestión del riesgo.

8 ¿Por qué es importante? El software es una empresa difícil. Muchas cosas pueden ir mal, y francamente a menudo van mal. Esta es una de las razones por las que hay que estar preparados – comprendiendo los riesgos y tomando las medidas proactivas para evitarlo o gestionarlo- es un elemento clave de una buena gestión de proyectos de software. El software es una empresa difícil. Muchas cosas pueden ir mal, y francamente a menudo van mal. Esta es una de las razones por las que hay que estar preparados – comprendiendo los riesgos y tomando las medidas proactivas para evitarlo o gestionarlo- es un elemento clave de una buena gestión de proyectos de software.

9 ¿Cuáles son los pasos?  Cada riesgo es analizado para determinar la probabilidad de que pueda ocurrir y el daño que puede causar si ocurre.  El reconocimiento de que algo puede ir mal es el primer paso, llamado la identificación del riesgo.

10  A continuación, cada riesgo es analizado para determinar la probabilidad de que pueda ocurrir y el daño que puede causar si ocurre.  Una vez establecida esta información, se priorizan los riesgos, en función de la probabilidad y del impacto.  Por último, se desarrolla un plan para gestionar aquellos riesgos con gran probabilidad e impacto.

11 ¿Cuál es el producto obtenido? Se realiza un Plan de Reducción, Supervisión y Gestión del riesgo (RSGR) o un informe de riesgos. Se realiza un Plan de Reducción, Supervisión y Gestión del riesgo (RSGR) o un informe de riesgos.

12 Estrategias frente al riesgo Estrategias reactivas: se encarga de evaluar las consecuencias del riesgo cuando este ya se ha producido (ya no es un riesgo) y lo que nos queda es actuar en consecuencia al riesgo que se ha producido. En el mejor de los casos esta estrategia supervisa el proyecto en previsión de posibles riesgos. Estrategias reactivas: se encarga de evaluar las consecuencias del riesgo cuando este ya se ha producido (ya no es un riesgo) y lo que nos queda es actuar en consecuencia al riesgo que se ha producido. En el mejor de los casos esta estrategia supervisa el proyecto en previsión de posibles riesgos.

13 La estrategia proactiva: es donde se hace una evaluación previa y sistemática de los riesgos. La estrategia proactiva: es donde se hace una evaluación previa y sistemática de los riesgos. -Se identifican los riesgos potenciales. -Se identifican los riesgos potenciales. -Se evalúa su probabilidad e impacto. -Se evalúa su probabilidad e impacto. -Se establece una prioridad según su importancia. -Se establece una prioridad según su importancia. -El equipo de software establece un plan para controlar el riesgo. -El equipo de software establece un plan para controlar el riesgo.

14 El riesgo implica dos características:  Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no ocurrir; por ejemplo, no hay riesgos de un 100% de probabilidad.  Pérdida: si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas.

15 Riesgos en Ingeniería de Software

16 Riesgos del proyecto: amenazan al plan del proyecto. Si los riesgos del proyecto se hacen realidad, es probable que la planificación temporal del proyecto se retrase y que los costes aumenten. Riesgos del proyecto: amenazan al plan del proyecto. Si los riesgos del proyecto se hacen realidad, es probable que la planificación temporal del proyecto se retrase y que los costes aumenten. La complejidad del proyecto, tamaño y el grado de incertidumbre estructural fueron también definidos como factores de riesgo de proyecto. La complejidad del proyecto, tamaño y el grado de incertidumbre estructural fueron también definidos como factores de riesgo de proyecto.

17 Riesgos técnicos: son los que amenazan la calidad y la planificación temporal del software que hay que producir. Si un riesgo técnico se convierte en realidad, la implementación puede llegar a ser difícil o imposible. Los riesgos técnicos identifican problemas potenciales de diseño, implementación, de interfaz, verificación y de mantenimiento. Riesgos técnicos: son los que amenazan la calidad y la planificación temporal del software que hay que producir. Si un riesgo técnico se convierte en realidad, la implementación puede llegar a ser difícil o imposible. Los riesgos técnicos identifican problemas potenciales de diseño, implementación, de interfaz, verificación y de mantenimiento.

18 Riesgos del negocio: son los que amenazan la viabilidad del software a construir. Los riesgos del negocio a menudo ponen en peligro el proyecto o el producto. Los candidatos para los principales riesgos del negocio son: Riesgos del negocio: son los que amenazan la viabilidad del software a construir. Los riesgos del negocio a menudo ponen en peligro el proyecto o el producto. Los candidatos para los principales riesgos del negocio son:

19  De mercado  De estrategia:  De ventas:  De gestión:  De presupuesto:

20 Identificación de riesgos Debemos mencionar también que existen dos grupos de riesgos: Debemos mencionar también que existen dos grupos de riesgos:  Genéricos: Son comunes a todos los proyectos.  Específicos: Implican un conocimiento profundo del proyecto.

21 Estas son algunas de las categorías de los riesgos:  Relacionados con el tamaño del producto  Con el impacto en la organización  Con el tipo de cliente  Con la definición del proceso de producción  Con el entorno de desarrollo  Con la tecnología  Con la experiencia y tamaño del equipo

22 Asociados con el tamaño del producto  Confianza en la estimación:  Numero de programas, archivos y transacciones  Tamaño relativo al resto de proyectos  Tamaño de la base de datos  Número de usuarios  Número de cambios de requerimientos previstos antes y después de la entrega  Cantidad de software reutilizado

23 Impacto en el negocio Impacto en el negocio: riesgos asociados con las limitaciones impuestas por la gestión o por el mercado. Impacto en el negocio: riesgos asociados con las limitaciones impuestas por la gestión o por el mercado.

24  Visibilidad desde la dirección de la organización  Fecha límite de entrega razonable  Número de clientes que usarán el producto  Numero de productos con los que deberá interaccionar  Sofisticación del usuario final  Cantidad y calidad de la documentación a entregar al cliente  Límites legales y gubernamentales  Costes asociados al retraso en la entrega  Costes asociados a errores en el producto

25 Relacionados con el cliente Características del cliente: riesgos asociados con el grado de sofisticación del cliente y la habilidad del desarrollador para comunicarse con el cliente en los momentos oportunos. Características del cliente: riesgos asociados con el grado de sofisticación del cliente y la habilidad del desarrollador para comunicarse con el cliente en los momentos oportunos.

26  Hay experiencias anteriores con dicho cliente  Tiene una idea clara de lo que precisa  Está dispuesto a dedicar tiempo en la especificación formal de requerimientos  Está dispuesto a participar en las revisiones  Es un usuario experto  Entiende el ciclo de vida de una aplicación

27 Riesgos del proceso de producción Definición del proceso: riesgos asociados con el grado de definición del proceso del software y su seguimiento por la organización de desarrollo. Definición del proceso: riesgos asociados con el grado de definición del proceso del software y su seguimiento por la organización de desarrollo.

28 -Existe una metodología escrita para el proyecto -Se realiza gestión de la configuración -Se usan métodos específicos para análisis de software -Se utilizan herramientas para soportar el análisis y el diseño -Se dispone de técnicas de especificación de aplicaciones para facilitar la comunicación con el cliente.

29 -Se documenta suficientemente cada subcontrato -Se documenta suficientemente cada subcontrato -Hay mecanismos para controlar los cambios en los requerimientos que tienen impacto en el software -Hay mecanismos para controlar los cambios en los requerimientos que tienen impacto en el software -Conoce todo el mundo los Standard -Conoce todo el mundo los Standard

30 Riesgos tecnológicos -Se trata de una tecnología nueva en la organización -Se requieren nuevos algoritmos o tecnología de I/O -Se debe interactuar con hardware nuevo -Se debe interactuar con software que no ha sido probado

31 Respecto al entorno de desarrollo -Hay herramientas de gestión de proyectos -Hay herramientas de gestión del proceso de desarrollo -Hay herramientas de análisis y diseño -Hay generadores de código apropiados para la aplicación -Hay herramientas de prueba apropiadas

32 Asociados al equipo y la experiencia –Es el mejor personal disponible –Tienen los miembros las técnicas apropiadas –Está el personal comprometido en toda la duración del proyecto –Habrá parte del personal dedicado solamente en parte al proyecto –Puede la rotación del personal perjudicar el proceso de desarrollo

33 Componentes del riesgo  Rendimiento  Coste  Mantenibilidad o soporte  Planificación

34 Estimación de riesgos La proyección del riesgo, también denominada estimación del riesgo, intenta medir cada riesgo de dos maneras: la probabilidad de que el riesgo sea real y las consecuencias de los problemas asociados con el riesgo, si ocurriera. La proyección del riesgo, también denominada estimación del riesgo, intenta medir cada riesgo de dos maneras: la probabilidad de que el riesgo sea real y las consecuencias de los problemas asociados con el riesgo, si ocurriera.

35 Creación de una tabla de riesgos

36 Mitigación de riesgos La planeación de la mitigación de riesgos es un proceso colaborativo en el que se identifican los riesgos que afectan a la comunidad, proyecto o proceso, se evalúa la vulnerabilidad a los riesgos y se llega a un consenso acerca de cómo reducir o eliminar los efectos de estos riesgos. La planeación de la mitigación de riesgos es un proceso colaborativo en el que se identifican los riesgos que afectan a la comunidad, proyecto o proceso, se evalúa la vulnerabilidad a los riesgos y se llega a un consenso acerca de cómo reducir o eliminar los efectos de estos riesgos.

37 La identificación de Riesgos posibles y potenciales tanto internos como externos y la consecuente acción de Prevención o Mitigación respectiva por riesgos y por particular es el eje de este análisis. La suma general de estas acciones es lo que se define como Plan de Contingencia. La identificación de Riesgos posibles y potenciales tanto internos como externos y la consecuente acción de Prevención o Mitigación respectiva por riesgos y por particular es el eje de este análisis. La suma general de estas acciones es lo que se define como Plan de Contingencia.