Materia: Gestin de proyectos.Alumno: Valenzuela Silva Felipe Antonio

Riesgos en los proyectos de software.RiesgoLa Real Academia de la Lengua Espaola define el riesgo como la Contingencia o proximidad de un dao. En sentido estricto, el riesgo implica solamente la posibilidad de sufrir dao o prdida. En el contexto del proyecto, la identificacin del riesgo tambin se refiere a las oportunidades (resultados positivos) as como las amenazas (resultados negativos). La administracin de riesgos son los medios a travs de los cuales la incertidumbre se maneja de forma sistemtica, para aumentar la probabilidad de lograr los objetivos del proyecto.Evaluacin de Riesgo(se concentra en identificar los riesgos y en qu concentrarse) Hacer una lista de todos los peligros potenciales que afectarn el proyecto (identificacin del riesgo) Determinar la probabilidad de las consecuencias de la ocurrencia y de la prdida del potencial de cada elemento identificado (cuantificacin del riesgo) Clasificar los elementos (del ms al menos peligroso

Fuentes de RiesgoRiesgos asociados al Cliente y/o Usuario Requerimientos (requisitos) confusos / incompletos Cambios frecuentes a los requerimientos (requisitos) del proyecto durante la ejecucin del mismo Cliente y/o Usuario que no es eficiente, eficaz o completo en cumplir sus responsabilidades del proyecto --- Cliente y/o Usuario que no est lo suficientemente disponible o que no conoce lo suficiente para proporcionar informacin precisa de los requerimientos (requisitos) y /o proceso de revisin. Cliente y/o Usuario que no tiene expectativas realistas sobre los resultados del proyecto, locuaz genera restricciones de alto riesgo. Restricciones Contractuales como penalizaciones por no lograr fechas lmite o penalizaciones de la terminacin.Riesgos asociados a los calendarios Tareas o Hitos (Milestone) faltantes Duracin inexacta de la mtrica Estimaciones no precisas Un calendario basado en cantidades exageradas de tiempo extra para todo el equipo.

Riesgos asociados a los recursos Roles y/o responsabilidades NO claras Recursos NO disponibles Habilidades y/o Conocimientos requeridos NO satisfechos o inadecuados Equipo faltante o Inadecuado Rotacin del personalRiesgos asociados a la Experiencia Nueva Tecnologa Nuevo ambiente de desarrollo Nuevo HardwareRiesgos asociados al Proceso de Administracin de Proyectos Descomposicin de Tareas (WBS) una descomposicin inadecuada falla en identificar todas las actividades que son parte del proyecto. Mtricas: estimaciones de tiempo y costo- las estimaciones agresivas o las desarrolladas con informacin insuficiente tiempo llevan a un riesgo mayor. Fallas del Flujo de Trabajo: en la entrega, en la autorizacin de la terminacin, no cumplimiento de fechas lmite. Falla de Aseguramiento de Calidad: proceso con fallas, carencia de la funcin de aseguramiento de calidadControl de Riesgos(hacer algo sobre los riesgos) Establecer tcnicas y estrategias para atenuar los riesgos ms altos (planeacin del riesgo) Ejecutar estrategias para resolver los factores de alto riesgo (respuesta del riesgo) Supervisar de la eficacia de las estrategias y de los niveles de modificacin de riesgos a lo largo del proyectoLa informacin para determinar riesgo viene de: Descripcin del producto. La naturaleza del producto del proyecto tendr un efecto mayor en los riesgos identificados. Por ejemplo, los productos que implican tecnologa probada, en igualdad de circunstancias, implicarn menos riesgo que productos, cules requieren innovacin o invencin. Documentos/planes del proyecto: Las revisiones del documento de alcance, del plan del proyecto, del plan de adquisicin del personal, etc. pueden revelar riesgos. Informacin histrica: Bases de Datos del proyecto, expedientes del proyecto, experiencia del personal. Entrevistas del Cliente y/o Usuario, as como de los estudios de viabilidadLos riesgos asociados al producto del proyecto se describen a menudo en trminos de su costo e impacto en sus calendarios.Identificacin del riesgoLa identificacin del riesgo debe considerar riesgos internos y externos. Los riesgos internos son los elementos que el equipo de proyecto puede controlar o influenciar, por ejemplo asignaciones del personal. Los riesgos externos van ms all del control o de la influencia del equipo de proyecto, tal como cambios de mercado o acciones del Gobierno.Podemos tambin hablar de riesgo inherente que resultan de la naturaleza de los objetivos y del alcance o riesgo adquirido que resulta del enfoque, metodologas, herramientas, tcnicas, habilidades y de la experiencia que se aplican al proyectoHerramientas y tcnicas para la identificacin del riesgo1. Checklists. Las listas de comprobacin se agrupan tpicamente por la fuente del riesgo. Algunas reas de aplicacin han sido ampliamente utilizadas para la clasificacin de las fuentes del riesgo.2. Diagramacin. La diagramacin puede ayudar al equipo de proyecto a entender mejor las causas y efectos de los riesgos.3. Entrevistas.- Las entrevistas orientadas a riesgos con varios de los involucrados (personas que sern impactadas por el proyecto) pueden ayudar a identificar riesgos no identificados durante actividades normales de la planeacin. Los registros de las entrevistas previas al proyecto deben estar disponibles (por ejemplo, las aplicadas durante el estudio de viabilidad).Riesgos en proyectos de software.La gestin de proyecto de software implica riesgos nicos en comparacin con otros tipos de gestin de proyectos. Para el desarrollo de software se organizan proyectos, los cuales son guiados por objetivos definidos entre el cliente y el equipo de trabajo. Estos proyectos tienen gran impacto y significacin econmica, poltica y social. En ellos siempre existe la posibilidad de que un contratiempo pueda presentarse y produzca desviaciones en los objetivos pactados. Para gestionar un proyecto de desarrollo de software con xito, debe comprenderse qu puede ir mal y cmo hacerlo bien (Pressman, 2010; Pressman y Maier, 2005).Segn el informe The Chaos Report1 (2011) del Standish Group2, aproximadamente el 37% de los proyectos que se inician son completados con el alcance esperado, en el tiempo planificado y dentro del presupuesto asignado. El 42% son completados con menor alcance, y/o sobrecosto y/o fuera de trmino. El resto de los proyectos (21%) son cancelados antes de terminar (The Standish Group, 2011).Por otra parte, en un estudio de eGovernment for Development (2010) de la Universidad de Manchester, se plantea que slo el 15% de los proyectos son considerados exitosos, el 35% de los proyectos que se inician no se culminan y el 50% restante se consideran como fracaso parcial. En ese mismo informe se plantea que los principales factores del fracaso de los proyectos son (eGovernment for Development, 2010):

especificaciones y requerimientos cambiantes o incompletos, falta de involucramiento de usuarios, pocos conocimientos tcnicos del equipo de proyecto uso inadecuado de mtodos y herramientas, expectativas poco realistas, falta se soporte gerencial, gestin de proyectos dbil, lo que incluye no identificacin de riesgos, falta de planificacin, comunicacin deficiente.