Plan Subsidiario de Riesgos Plan Subsidiario de Riesgos CONTENIDOS 1. Matriz de impacto y probabilidad de riesgos 1. MATRIZ DE IMPACTO Y PROBABILIDAD DE RIESGOS RIESGO Falencias en conocimientos tecnológicos Problemas técnicos Incumplimient o de plazos Problemas de Comunicación IMPACTO Medio Medio Medio Alto PROBABILI DAD DESCRIPCIÓN Alta El tiempo de dedicación por parte de cada miembro del equipo seguramente se vea afectado por este riesgo, ya que el producto a desarrollar debe ser desplegado en un ambiente en el cual no se tiene experiencia, y las tecnologías necesarias requieren capacitación por parte del equipo desarrollador. Baja Fallas en los equipos de cómputo, pérdida de información, cortes de energía, etc. Alta Debido a motivos personales y a la cantidad de miembros en el equipo, es posible que en varias ocasiones algún miembro no se encuentre disponible para la ejecución de sus funciones. Baja Los problemas de comunicación pueden ocurrir bien sea por motivos personales o por fallas técnicas. PLANES DE CONTINGENCIA Cada miembro del equipo debe notificar las fortalezas y conocimientos que posea en las tecnologías escogidas. Deben buscarse fuentes bibliográficas que permitan una capacitación rápida y completa en los temas que se requieren para el desarrollo del proyecto. Durante el desarrollo del proyecto se hará uso de un sistema de control de versiones que permitirá recuperar datos en caso de eliminación accidental. Se realiza una planeación muy completa en la que participan todos los miembros del grupo. Cada persona tiene el deber de notificar con anticipación cuándo no puede cumplir con una tarea, de manera que su lugar pueda ser ocupado por alguien más. De todos modos se debe velar por el cumplimiento del informe de planificación. Se definen herramientas a utilizar para la comunicación, como lo son Facebook, Skype y el correo institucional. Cada miembro del equipo debe comprometerse a estar atento a cualquier situación extraordinaria que sea notificado por alguno de estos medios. Los recursos disponibles no pueden ser suficientes para el desarrollo del proyecto. Las limitaciones del hardware no permiten el buen funcionamient o de la aplicación. Cambios en los requerimiento s Cambios en el personal del proyecto Alto Alta Alta Alta Baja Media Baja Media Se puede llegar a un punto en el proyecto en el cual el tiempo parezca no ser suficiente para terminarlo, y ninguno de los miembros del equipo pueda invertir más en él. Puede haber algún tipo de incompatibilidad entre las herramientas a utilizar, fallos en los servidores y demás problemas técnicos. Algún cambio en los requerimientos en una etapa avanzada del proyecto requeriría un cambio drástico en el diseño de la aplicación. Se debe realizar una planificación ordenada, en la que cada uno de los miembros dé a conocer sus horarios de disponibilidad, y se debe garantizar que cada miembro del equipo conoce a cabalidad sus funciones. Se utilizarán herramientas en las que la mayoría del equipo ya tenga experiencia favorable y conozca de qué manera puede solucionar los problemas que se presenten. Se debe intentar implementar patrones de diseño y prever qué tipo de características nuevas se podría necesitar implementar. Aunque todos los proyectos son similares, El equipo puede es necesario dar a dividirse o juntarse conocer con claridad los con un equipo nuevo, lineamientos de la dependiendo de la empresa en los cantidad de documentos en que se integrantes que encuentren registrados, y tenga. hacer seguimiento a la adaptación de los nuevos miembros del equipo.