[MÚSICA] [MÚSICA] Hola, ¿qué tal, cómo estás? En este video vamos a platicar sobre cómo manejar los riesgos en el proyecto y vamos a iniciar con el proceso de identificación de los riesgos. Al finalizar el video, podrás conocer la forma de redactar adecuadamente los riesgos. También vamos a conocer las técnicas para la identificación de los riesgos. Es hora de comenzar. En la identificación de los riesgos, como tal, revisando el proceso vemos que hay diferentes entradas, en las cuales fundamentalmente requerimos información del alcance del proyecto, del cronograma, de lo que es los recursos humanos, factores ambientales, procesos organizacionales. Es decir, información que nos van a permitir considerar sobre quién debemos de hacer identificación de riesgos. Y la salida de este proceso, como mencionábamos, es un documento llamado el registro de riesgos. En ese registro de riesgos lo que debemos hacer es escribir o redactar adecuadamente los riesgos para el proyecto. Pero aquà la pregunta es, ¿cómo redactar un riesgo adecuadamente? Esta redacción de ese riesgo, o de estos riesgos, debe estar ya sea en una tabla, en un registro, en un software como el Project, o algún software en el cual pongamos una nota para cada actividad o para cada paquete de trabajo. Debemos redactar ese registro, ese riesgo que estamos identificando pero, ¿cómo hacerlo? Se sugiere que hagamos una redacción del acontecimiento, del evento que estamos visualizando, de una manera muy clara, muy concreta, de cómo puede afectarnos negativamente a los objetivos de proyecto. Los objetivos en el sentido de el tiempo, es decir, la duración, el costo, el alcance o la calidad. Y asà también debemos de identificar las causas probables que estarÃan generando ese evento de riesgo. Es decir, esta es una relación de causa y de efecto. Cuando redactamos riesgos regularmente podemos escribir algo asà como esto. Riesgo en la fecha de finalización de proyecto que termine después de lo planeado. O que el proyecto fracase o que el proyecto cueste más. Estos no son riesgos, simplemente pueden ser efectos o podrÃan ser consecuencias del riesgo ue hemos identificado. Una redacción adecuada serÃa el posible retraso en la fecha de terminación del proyecto. Ese es el evento implicado debido a retrasos en la entrega del componente XYZ. Con lo cual, esto me dice que esta es la causa que estarÃa generando ese evento identificado, lo cual podrÃa generar una penalización del 5% en el precio final del proyecto. Allà estoy viendo el efecto o la consecuencia negativa que tenemos. Como mencioné, cuando redactemos un riesgo debemos redactarlo en términos de una causa, en términos de un efecto y identificando el evento como tal. Aquà podemos ver lo que acabo de mencionar. El evento, pues es ese posible retraso de dos semanas en la fecha de finalización del proyecto, con la causa probable que ahà tenemos, que estarÃa atribuyendo esa causa al retraso por el proveedor en la entrega del componente y el efecto enfocado a un coste, en este caso. O podrÃa ser a un retraso, o a una afectación al alcance. Ahà estoy viendo que serÃa el efecto generar una penalización del 5% en el costo final del proyecto. Esa es una manera adecuada de redactar un riesgo. Ahà estamos viendo que ese riesgo está asociado a una actividad, y está un número, que ese número, recordando, ese código de cuenta que nos identifica la actividad o el paquete de trabajo. Y también hay una clasificación de ese riesgo, que más adelante voy a describir. ¿Qué técnicas tenemos para identificar los riesgos? Bueno, pues ahà podemos ver que hay diferentes formas de identificar riesgos, está la lluvia de ideas, está la técnica Delphi, está lo que se llama el análisis FODA, o fuerzas, oportunidad, debilidades y amenazas, está la revisión de documentos o las listas de verificación, más conocidas como check list. Vamos a conocer algunas de estas técnicas, pero antes de ello me gustarÃa comentarte que la regla para identificar riesgos es hacerlo sobre paquetes de trabajo, sobre actividades muy especÃficas del proyecto. Es decir, la identificación de los riesgos debemos hacerla sobre cuestiones muy concretas, muy especÃficas, no sobre el proyecto en general. Es decir, identificar riesgos sobre el paquete de trabajo de logÃstica, desarrollo de personal, equipamiento, y asà respectivamente. O sobre actividades muy concretas, si lo queremos hacer especÃficamente. Primeramente, la lluvia de ideas. ¿Qué es la idea de ideas? Es reunir al grupo de expertos, o los involucrados y afectados en el proyecto, reunirlos fÃsicamente en un lugar, con un moderador, empezar a trabajar sobre cada paquete de trabajo, sobre cada actividad, y pedir opiniones sobre qué riesgos identifican en cada uno de estos elementos. La caracterÃstica es que deben estar en el mismo lugar, los expertos, deben estar opinando, y el resultado pues debe pasar por un proceso de verificación, de validación de las opiniones, de los riesgos que se están identificando, de acuerdo a la redacción que vimos anteriormente. El problema de esta técnica es de que puede llevar mucho tiempo o puede sesgarse la información si hay alguna persona que sea muy influyente y que diga que no hay riesgos en este proyecto, y entonces se termina el ejercicio, ¿verdad? A diferencia de otra técnica que se llama la técnica Delphi o Delpha, en la cual las personas no tienen que estar necesariamente en el mismo lugar, las opiniones son anónimas, se puede hacer a través de sistemas computacionales, de foros de discusión, y la caracterÃstica es de que no necesariamente se sabe quién está opinando o está diciendo qué cosa. Eso nos resuelve el problema de sesgar la información. Si el director general de la empresa opina algo sobre un riesgo, sobre una actividad, los demás no saben qué es lo que está opinando y por lo tanto hay una mayor libertad de opinar acerca de cuáles serÃan los riesgos que se están identificando. Estas dos técnicas son las más utilizadas para identificar riesgos. También tenemos otra técnica, que serÃa el análisis FODA o fortalezas, oportunidades, debilidades y amenazas. A través de cuestionarios muy concretos, se pide al equipo o a los interesados en este ejercicio, qué fortalezas visualizan en el proyecto, eso serÃan riesgos positivos, o qué debilidades estarÃan visualizando, eso serÃan riesgos negativos, en tiempo, en costo, en alcance, en recursos y asà respectivamente. O qué oportunidades o qué amenazas estarÃan visualizando. Son cuestionarios muy concretos que nos dicen información acerca de el tipo de riesgo que podrÃamos visualizar. Otra técnica de identificación de riesgos es usar diagramas o mapas. En este caso estoy viendo un diagrama de Ishikawa, conocido de esa manera, o de causa-efecto, donde en la punta de este diagrama tenemos el efecto que estamos visualizando, el efecto negativo, por ejemplo, de un proyecto, y en la parte de atrás vemos ramificaciones que nos podrÃan representar las causas que estarÃan generando ese posible efecto. Esta es una diagramación donde podrÃamos visualizar diferentes tipos de riesgos basados en sus causas, y en sus efectos que podrÃamos hacer. Esa es una herramienta de identificación de riesgos. Otra herramienta de identificación de riesgos es la lista de verificación, conocida como check list. Esto, por ejemplo, aquà vemos que, regularmente en un avión comercial, antes de despegar, se revisan 280 puntos, antes de que el avión tome pista y despegue, ¿verdad? Estos son puntos de verificación basados en lecciones aprendidas o riesgos conocidos que hemos tenido en proyectos anteriores. Al revisar estos puntos de seguridad o estos riesgos conocidos, nuevamente podemos identificar nuevos riesgos que podrÃamos tener en nuestro proyecto. Esta es otra forma de identificar riesgos en un proyecto. Toda esta información de riesgos identificados hay que traducirla a un documento llamado el registro de riesgos. ¿Qué es el registro de riesgos? Es una tabla en la cual vamos a ir llenando, donde asociamos a cada riesgo de acuerdo a una actividad en especÃfico, a la IDT o número de cuenta que tenemos, describimos el evento de riesgos y describimos la causa, el efecto y categorizamos o clasificamos el riesgo, a qué categorÃa pertenece, si es técnico, externo, administración de proyectos, o si es de otra caracterÃstica diferente, si necesitamos definirlo con otro aspecto. Este documento es fundamental porque después vamos a ir llenándolo con más columnas, acerca de otros atributos o caracterÃsticas que tenga el riesgo que tenemos. Este serÃa el resultado de este primer proceso de identificación de riesgos. Te dejo con unas preguntas para pensar estos conceptos. Espero que te haya ido muy bien en esta pregunta y te invito a revisar la información que tenemos para ti en la plataforma, para que profundices más en estos conceptos. Gracias. [MÚSICA]
