Riesgos

Apuntes:

Riesgos

Describir el riesgo
Usar escenarios de fracaso que sean medibles y accionables.

“En situaciones de carga pico, los clientes experimentan latencias mayores a cinco segundos.”

“Un atacante podría obtener información confidencial a través de un Ataque de intermediario (Man in the Middle).”

¿Cómo identificamos riesgos?
Requerimientos (Dificultad / Complejidad)
Es importante conocer si el requerimiento es complejo, es decir si la dificultad de resolver este requerimiento es muy alta.
Atributos de calidad (Incertidumbre)
Es importante entender si sabemos o no sabemos cómo mejorar un atributo específico. Cuanta más incertidumbre hay en algo que detectamos que es importante, más alto es el riesgo de esa situación.
Conocimiento del dominio (Riesgo prototípico)
Es importante saber si lo que hemos implementado ya ha sido implementado o no, porque los dominios conocidos suelen tener riesgos prototípicos.

Priorizar riesgos
Es importante porque generalmente no podemos resolver todos, entonces si nos concentramos en resolver riesgos que no eran importantes, entonces estaremos invirtiendo mucho tiempo en algo que no era tan relevante. Debemos siempre tener en cuenta qué riesgos ponen en peligro el éxito o fracaso de la solución. Priorizamos nuestros riesgos y entendemos tanto nosotros como nuestros stakeholders que algunos riesgos no vamos a poder cubrirlos en el primer momento, sino que vamos a postergar el ataque o la mitigación de dichos riesgos para cuándo podamos invertir tiempo en ellos. Así los riesgos y los requerimientos van a ser priorizados y van a poder ser parte de nuestro plan organizado en dónde entendemos qué es lo más importante arquitectónicamente para resolver.

Describir los Riesgos

Es importante cubrir los riesgos tratando de describir que pasaría si no llegáramos a cubrir ese riesgo?

Clasificar Riesgos
Una vez que describimos el riesgo, debemos clasificar el tipo de riesgo en:
Riesgos de Ingeniería
Riesgos de Gestión de proyecto

Como Identificamos riesgos:
Resolver un requerimiento es Complejo?

Sabemos resolver el requerimiento? (Atributo de calidad)
Ejemplo: Seguridad
Entre mas incertidumbre haya. Mas alto será el riesgo.

Tenemos conocimiento del Dominio?

Priorizar Riesgos
Algunos riesgos no se van a poder cubrir en ciertos momentos

Investigue un poco mas sobre el ejemplo de uno de los riesgo por si a alguien le interesa.
¿Que es un ataque MAN-IN-THE-MIDDLE?
Como sugiere su nombre en inglés, en este método se introduce un intermediario (el cibercriminal o una herramienta maliciosa) entre la víctima y la fuente.En el ataque MiTM más habitual, se utiliza un router WiFi para interceptar las comunicaciones del usuario. Esto se puede realizar configurando el router malicioso para que parezca legítimo o atacando un error del mismo e interceptando la sesión del usuario. En el primero de los casos, el atancante configura su ordenador u otro dispositivo para que actúe como red WiFi, nombrándolo como si fuera una red pública (de un aeropuerto o una cafetería). Después, el usuario se conecta al “router” y busca páginas de banca o compras online, capturando el criminal las credenciales de la víctima para usarlas posteriormente.
info: https://latam.kaspersky.com/blog/que-es-un-ataque-man-in-the-middle/469/

¿Qué pasa cuando el arquitecto debe describir los riesgos y no cuenta con experiencia previa? ¿Estos riesgos pueden ser bien calculados? Saludos, AF.

• Los riesgos son importantes para priorizarlos y atacarlos en orden y asegurar que las soluciones arquitectónicas que propongamos resuelvan los problemas más importantes. Una vez que tenemos los riesgos identificados, debemos priorizarlos, recuerda que no es necesario mitigarlos todos, debemos siempre tener en cuenta y dar prioridad a aquellos riesgos que ponen en peligro la solución que se esta construyendo.

• Intenta tratar los riesgos con posibles escenarios de fracaso y que pasaría en caso de que ese riesgo se haga real.

• Veamos como identificar los riesgos:

  • En la toma de requerimientos --> dificultad / complejidad
    • M mayor complejidad mayor grado de riego
  • En los atributos de calidad --> incertidumbre
    • Cuanta mas incertidumbre hay, mas alto es el riesgo.
  • Conocimiento del dominio --> Riesgo prototípico
    • Son aquellos que podemos atacar de forma estándar o que ya otros los han atacado y solucionado.

Un riesgo es un problema potencial -> Puede ocurrir o no.

Por tal razón es importante:

• Identificarlo
• Evaluar su posibilidad de aparición
• Estimar su impacto
• Establecer un plan de contingencia por si ocurre el problema

Qué importante poder identificar riesgos pero gran responsabilidad. Me suena mucho a que los arquitectos de software en cierto sentido deben tener cierto nivel de seniority en cuanto a experiencia previa o en caso de no contar con ella, apoyarse de la experiencia de otros arquitectos que tenga a la mano o como bien mencionan en otros comentarios de todo el equipo de desarrollo

A que framework sobre riesgos se refirere?

La Matriz de Riesgos, la debe administrar el Lider de Proyecto pero siempre el Arquitecto esta de la mano del Lider, debemos pensar en lo siguiente:

Descripción del Riesgo
Afectación del Riesgo
Fecha
Mitigación

Con está información el Lider podrá gestionarlo .

11. Mis apuntes sobre: "Riesgos"
Es necesario identificar los riesgos para poder priorizarlos y atacarlos en orden y
asegurar que las soluciones arquitectónicas que propongamos resuelvan los problemas más importantes.

Describir el riesgo: Usar escenarios de fracaso que sean medibles y accionables.
Identificar riesgos: Hay un framework para identificar riesgos que se basa en 3 puntos:

11.1. Requerimientos: Entender si el requerimiento es complejo.
11.2. Atributos de calidad: Entender si sabemos o no cómo mejorar un atributo específico.
11.3. Conocimiento del dominio: Saber si lo que estamos implementando ya ha sido implementado
o no.

Una vez que tenemos la información, priorizamos riesgos. Los riesgos y requerimientos van a
ser priorizados y van a poder ser parte de nuestro plan ordenado en donde entendemos qué es lo
más importante arquitectónicamente para resolver.

Las decisiones arquitectonicas son realizadas no solo en base a requerimientos del producto, sino también de los requerimientos de los stakeholders, y los riesgos.

RIESGOS
.
Se deben tener en cuento los riesgos al momento de implementar el sistema. Estos riesgos son importantes para priorizarlos y atacarlos en orden, esto garantiza que las desiciones arquitectónicas que se están tomando solucionan los problemas mas importantes.
.
Para trabajar orientado a los riesgos los primeros es describir los riesgos, es decir, encontrar los posibles riesgos que el sistema puede tener y como los va a resolver.
.
Una vez descrito el riesgo se debe entender de que consta este riesgo si es un riesgo del sistema de ingeniera y se debe mitigar a través del diseño y la implementación del sistema o es un riesgo de gestión del proyecto.

En los requerimientos y riesgos podemos aplicar el método de George Polya.

1. Entender el problema (comunicación y análisis)
2. Planear la solución (modelado y diseño de software)
3. Ejecutar el plan (generación de código)
4. Examinar la exactitud del resultado (probar y asegurar la calidad)

Es muy importante priorizar riesgos y poder administrar los riesgos, ya que en el software muchas cosas pueden salir mal, por esta razón es que estar preparado, comprender los riesgos y tomar medidas proactivas para evitarlos o manejarlos son elementos clave de una buena administración de proyecto de software. (PRESSMAN)

listar los riesgos y priorizar cuales se deben resolver de inmediato para poder tener un exito

¿Qué es el ataqué intermediario que comenta en curso? ¿Cómo lo enfrentan?

Es importante saber priorizar los riesgos para así saber cuáles podrían afectar en gran escala el éxito del producto software.

Priorizar los riesgos es importante, porque de esa forma podemos invertir mejor el tiempo en riesgos que pueden ser perjudicial para el desarrollo del proyecto y darle un poco menos a los que al fin y al cabo no tienen mayor relevancia

✅

Los riesgos son las probabilidades de que algo salga mal o fracaze

por tanto podemos ponernos en el hecho de que ya fracazó para poder tomar acciones que pueden manejar ese riesgo antes que suceda.

luego tambien tener una lista de prioridad de cuales riesgos que más pueden afectar al sistema.

Aquí lo que confunde mucho, es el hecho que las metodologías ágiles, se autodenominan ágiles tratanto de presentar un nuevo modelo operativo de cara a diseñar/desarrollar productos de software, pero terminan usandose el mismo modus operandis de las metodologías de desarrollo de software tradicionales.

Realmente el ágilismo como tal, es aplicado y tiene su contexto natural, en empresas con un alto grado de madurez en sus procesos de desarrollo de software, pero tratar de implementar ágilismo en equipos, procesos o empresas poco organizadas, es contraproducente.

Este curso esta muy completo, gracias.

Tremendo curso, gracias

RIESGO
Riesgo de ingenieria,

• Riesgos con el análisis, diseño e implementación
  Riesgos de gestión del proyecto,
• Corto de tiempo
• no contar con recurso
• tamaño del equipo

Identificar riegos

• REQUERIMIENTOS
  Identificar la dificultad del requerimiento del riesgo
• ATRIBUTOS DE CALIDAD
  Si sabemos como mejorar un problema de seguridad por ejemplo, pedido por la inseguridad del conocimiento que tenemos en algo
• CONOCIMIENTO DEL DOMINIO
  identificar si lo que estamos usado ya ha sido implementado anteriormente y reconocer sus riesgos
  PRIORIZAR RIESGOS
  No podremos centrarnos en resolver riesgos importantes para no invertir tiempo en algo irrelevante

Entender la priorización de riesgos

Excelente clase 😃

RESUMEN:

Riesgos:

Encontrar los riesgos que el sistema puede tener.
¿Qué pasaría si fracasamos?

Latencia alta.
Attack midle men. Intercepción entre la comunicación. se soluciona con protocolo http

Riesgo de ingeniería

Es con la implementación del sistema?

Riesgo de gestión.

Ausencia de recursos, secuenciamiento de trabajo…

Framework para identificar riesgos.

REQUERIMENTOS: COMPLEJO/DIFICIL.
ATRIBUTOS CALIDAD: INCERTIDUMBRE SOBRE LO QUE >PODEMOS O NO MEJORAR.
CONOCIMIENTO DLE DOMINIO: RIESGO PROTOTÍPICO. Lo conocido y docuemtnado que podemos atacar de forma estándar.

POSTERIORMENTE SE DEBEN PRIORIZAR LOS RIESGOS para mitigar de lo más crítico a lo menos crítico.

El dominio (negocio).

tipos de riesgo
ingeniera
son todos aquellos riesgos de area tecnica, como bugs, fallas de seguridad, deuda tecnica, etc
proyecto
todos aquellos riesgos mas relacionado con la admin como lo son costes o deadlines

Pienso que tambien otro riesgo es saber los limites como empresa para no fracasar en el intento de la implementacion. Es decir, saber que consecuencias pueden haber si superamos nuestros limites.

Creo que la idea principal es priorizar riesgos.

hay que priorizar los riesgos:
hay riesgos de ingenieria o de gestion de proyecto
nos basamos en la toma de requerimientos, en los atributos de calidad y conocimiento del dominio

Los riesgos se caracterizan por cierto nivel de incertidumbre acerca de algunos de los requerimientos del sistema o por ciertas situaciones prototípicas.

Identifying risks

¿Cuáles son los frameworks para evitar los riesgos prototípicos?

Excelente curso.

Algo que genera conflicto algunas ocasiones, en los proyectos es como tratar los riesgos y aveces se vuelve complejo dependiendo de el punto del vista, ya sea del usuario del stakeholder o del equipo de desarrollo. Lo que para un ente es un riesgo para otro no

Riesgos que correrá la implementacion del sistema, es importante identificarlos para priorizarlos y atacarlos. Las decisiones arquitectónicas deben solucionar los problemas mas importante y no cualquier problema que encontremos.
Una manera de identificarlos es pensar en que pasaría si fracasamos

Riesgos de ingeniería: Relacionados con el análisis, diseño e implementacion.
Riesgo de proyecto: relacionados con la planificación, secuencionamiento de trabajo, entregas, tamaños de equipo etc.

Las principales causas que incrementan el nivel de riesgo de un proyecto de software son:
a. Caer en alguno de los errores típicos.
b. Desarrollar sin metodología.
c. No tener una correcta estimación, evaluación y administración de riesgos.

Excelente!

muy bien

Los riesgos son factores a tener en cuenta durante el diseño del sistema. Debemos en primer lugar, sabe describir e identificar los riesgos que se nos puedan presentar, no solo con ejemplos descritos, sino también, identificar situaciones como la Incertidumbre, Complejidad de lo planteado y Riesgos Prototípicos, siendo esto último escenarios ya conocidos, planteados en conocimientos previos.

Debemos saber que no todos los Riesgos son solucionables, por ende, debemos priorizarlos. Teniendo en cuenta como más importantes aquellos que atenten contra la integridad de la solución ideada al problema existente.

Cada vez me gusta mas 😄

Mas allá de los requerimientos, hay que tener en cuenta los riesgos que estos implican para poder priorizarlos y atacarlos en orden.

Hay que lograr describir los riegos y poder identuficarlos, para luego catalogarlos cómo:

• Riegos de ingeniería: Relacionado con el análisis, diseño e implementación del producto.
• Riesgos de gestión del proyecto: Relacionados con la planificación, secuenciamiento del trabajo, entregas, tamaño de equipo, etc.

Buena explicacion

Es muy importante priorizar riesgos porque no se pueden resolver todos, hay que enfocarse en los relevantes

¡¿CÓMO IDENTIFICAMOS RIESGOS?! (Sí, las caps eran necesarias).

Estrategías para gestionar los riesgos identificados:

• Evitar
• Aceptar
• Transferir
• Mitigar
  Priorizar con la matriz de riesgos.

Buen tema!

Riesgos en la Arquitectura de Software
Identificar los riesgos dentro de nuestra fase de Desarrollo es importante para priorizarlos y atacarlos en orden y asegurar que las soluciones arquitectónicas que propongamos resuelvan los problemas más importantes.

En la fase de desarrollo podemos identificar 3 diferentes tipos de Riesgos

En la toma de requerimientos -->

dificultad / complejidad

En los atributos de calidad -->

incertidumbre, cuanto mas incertidumbra hay, mas alto es el riesgo.

Conocimiento del dominio -->

Riesgo prototípico, son aquellos que podemos atacar de forma estándar.

Una vez que tenemos los riesgos identificados, debemos priorizarlos, recuerda que no es necesario mitigarlos todos, debemos siempre tener en cuenta y dar prioridad a aquellos riesgos que ponen en peligro la solución que se esta construyendo.

Los riesgos son importantes para priorizarlos y atacarlos en orden y asegurar que las soluciones arquitectónicas que propongamos resuelvan los problemas más importantes.
Identificar los riesgos:
En la toma de requerimientos --> dificultad / complejidad
En los atributos de calidad --> incertidumbre, cuanto mas incertidumbre hay, mas alto es el riesgo.
Conocimiento del dominio (negocio). --> Riesgo prototípico, son aquellos que podemos atacar de forma estándar.
Una vez que tenemos los riesgos identificados, debemos priorizarlos, recuerda que no es necesario mitigarlos todos, debemos siempre tener en cuenta y dar prioridad a aquellos riesgos que ponen en peligro la solución que se esta construyendo.