Riesgos

Proyecto Wev
 Errores más comunes
1. El equipo no se ha preparado antes de que empiece el proyecto.
2. Incapacidad del líder del proyecto para tomar una decisión.
3. Acceso limitado con el Principal Contacto - Project Manager.
4. El contacto principal no tiene la autoridad suficiente.
5. Demasiada gente implicada en el proceso de decisión.
6. La fijación de Detalles prioritarios.
7. Grandes solicitudes de cambio de última hora en el proyecto.
8. Subestimar la línea de tiempo del proyecto.
9. No se puede apreciar la causalidad.
10. Ley de Morphy
 1. NO SE HA PREPARADO ANTES DE
QUE EMPIECE EL PROYECTO
• Objetivos de la página web no definidos.
• Requisitos funcionales desconocidos.
• Se desconocen las ideas y las peticiones de la gente
que usted ha consultado dentro de su organización.
• No se cuenta con los detalles de diseño, incluyendo
copias de las imágenes, logos y banners que aparecen
en el sitio.
• Se carece de Información, Branding.
• No se cuenta con inventario de contenido, es decir, el
tipo de contenido que se encontrará disponible en el
sitio, así como un registro de los contenidos existentes.
 1. NO SE HA PREPARADO ANTES DE
QUE EMPIECE EL PROYECTO
• La información relativa a los proveedores existentes, por ejemplo,
los ejércitos de correo electrónico o cuentas mercantes para el
comercio electrónico que se utilizan actualmente. Es útil para
planificar designar quién será responsable de la comunicación los
proveedores en caso de necesidad y para estar al tanto de todas las
obligaciones contractuales pertinentes o los problemas de
compatibilidad que puedan afectar el nuevo sitio.
• No se cuenta con una lista de las contribuciones de contenido, el
equipo de la migración, la planificación del equipo, contactos, y las
personas que tendrán que ser capacitadas.
• Nada tiene que estar escrito sobre roca, un equipo de desarrollo
puede refinar y ajustar los detalles a medida que avanza un
proyecto determinado. Estar armado con información no solo
acelera el proceso de desarrollo, sino, además, ayuda a identificar
las necesidades y expectativas de los involucrados, como del
proyecto mismo.
 2. INCAPACIDAD PARA TOMAR UNA
DECISIÓN
• No se puede trabajar hasta que usted proporcione las
respuestas o instrucciones correspondientes:
– Al diseñador, sobre detalles visuales básicos, sus
maquetas, anteproyectos.
– Al arquitecto de la información, sobre el contenido, de no
ser así existe la posibilidad de paralizar el diseño y
desarrollo.
– Al director, sobre las especificaciones, requisitos, funciones
del proyecto y citas aprobadas.
• Cualquier decisión es importante la omisión de alguna
puede causar serios retrasos para todas las áreas.
 3. ACCESO LIMITADO AL PRINCIPAL
CONTACTO / PROJECT MANAGER
• Identificar quién proporciona la información por
parte del cliente.
• Quién es el responsable de estar en contacto con
él.
• Recuerda que si el equipo de desarrollo tiene
preguntas, son necesarias las respuestas
pertinentes antes de seguir adelante.
• Cuánto tiempo se necesita para obtener esas
respuestas, hay que tener en cuenta que entre
más tiempo pasa, más se retrasa el proyecto.
4. CONTACTO PRINCIPAL NO TIENE LA
AUTORIDAD SUFICIENTE
• Si la persona designada no tiene la autoridad
para la acción, la luz verde, provocará pérdida
de tiempo y retrasos constantes.
• Quien tiene la autoridad debe tener tiempo
para reunirse con el contacto, revisar el plan
propuesto, aprobarlo y comunicarlo con el
equipo.
 5. DEMASIADA GENTE IMPLICADA EN
EL PROCESO DE DECISIÓN
• Sí se toma mucho tiempo para tomar una
decisión, más tardado será el proceso de
desarrollo, sí la cantidad de personal que
interviene en la toma de decisiones es muy
amplia, se requerirá de un mayor esfuerzo
para llegar a un consenso.
 6. LA FIJACIÓN DE DETALLES
PRIORITARIOS
• Durante el desarrollo los artículos para el sitio web
deben ser identificados como prioridad, baja o alta.
– Baja prioridad: son los elementos que se pueden cambiar
fácilmente, o artículos considerados accesibles, en tanto el
tiempo y el presupuesto lo permitan.
– Alta prioridad: son los elementos esenciales, a veces, difícil
de cambiar, y un "must have". El estado de estos se puede
revisar durante todo el proceso.
• El punto es concentrarse en los clasificados como alta
prioridad, para asegurarse de que se aplican antes de
atender los elementos de menor prioridad.
CUADRO DE IMPORTANCIA
7. GRANDES SOLICITUDES DE CAMBIO
DE ÚLTIMA HORA EN EL PROYECTO
• Hacer cambios drásticos implica estar listo para el
retraso que esto conlleva.
• Petición por parte del:
– Cliente: utilizar la documentación acordada (debe de
estar firmada) para argumentar que esto no estaba
contemplado e intentar obtener más tiempo.
– Miembro del equipo: es importante hablar con todos
para definir como afectarán los cambios propuestos a
la línea de tiempo y al presupuesto del proyecto.
 8. SUBESTIMAR LA LÍNEA DE TIEMPO
DEL PROYECTO
• La fase de planificación, por sí sola, tiene un tiempo
estimado que va desde una semana a dos meses,
dependiendo del proyecto. Usted debe tener en cuenta el
tiempo que será necesario para construir los
requerimientos funcionales, el diseño aprobado, las
plantillas, el diseño de construcción, la migración del
contenido existente o para llenar el sitio con nuevo
contenido, sobre todo, para hacer frente a los problemas
que se puedan presentar durante las pruebas.
• Una línea de tiempo está designada para servir como pauta
en cuanto a los objetivos que se pretenden lograr en un
plazo de tiempo razonable. Es mejor sobrestimar la
cantidad de tiempo que cada fase requerirá.
 9. NO SE PUEDE APRECIAR LA
CAUSALIDAD
• Cada fase de desarrollo afecta a la siguiente. Una
decisión sobre el contenido afecta al desarrollo o
el diseño en su totalidad.
• Si usted no sabe, por ejemplo, cómo necesita una
lista de contenido, el desarrollador no podrá
construir el portal o la página web.
• Si usted no sabe los detalles específicos de los
elementos que se aparecerán en la página
principal, el diseñador no podrá incorporarlos.
• Si una fase de desarrollo se detiene, lo más
probable es que se retrase el resto del proyecto.
 LEY DE MORPHY
1. Sí algo puede salir mal, saldrá mal, en el peor momento y en el peor lugar.
2. Todo suceso malo, es susceptible de empeorar.
3. Cambiar de cola siempre produce el efecto de retrasar en la que te encontrabas
primero.
4. Sí cuentas con un tiempo limite para realizar un proyecto, requerirás como
mínimo del doble.
5. Siempre existirán usuarios que presenten resistencia al cambio.
6. El número de incidencias con un usuario es inversamente proporcional a su
descontento con el proyecto.
7. Cualquier grado de seguridad impuesto será vulnerado a la primera.
8. A mayor diferencia tecnológica con clientes y proveedores, mayor necesidad de
integración con ellos.
9. A mayor violación de las obligaciones legales, mayor necesidad de aparentar
legalidad.
10. A la creencia de menor necesidad del cambio tecnológico, mayor es ésta
LEYES DE MURPHY EN PROYECTOS
TECNOLÓGICOS
 GESTIÓN DE RIESGO
• Se refiere a la incertidumbre y amenaza que
se puede presentar en todos los proyectos.
• Gestión de riesgos: serie de pasos que ayudan
a comprender y manejar la incertidumbre que
implica el desarrollo de un proyecto de
 RIESGO
• Tipo general: • Que pueden aparecer:
– Reactivo. – Tecnología.
– proactivo. – Personal.
• Categorías: – Organizacionales.
– Incertidumbre. – Herramientas.
– Perdida. – Requerimientos.
• Tipo proyecto web – Estimación.
– Proyecto.
– Técnico.
– Negocio.
RIESGOS POR CATEGORÍAS
PROCESO DE GESTIÓN DE RIESGOS
CUADRO DE RIESGOS
PROYECTO EL ANÁLISIS DE RIESGOS
• Predecir las amenazas serias a un proyecto determinado.
• Permitir que se pongan en práctica acciones que mitiguen
el riesgo.
• Tener por adelantado los planes de contingencia.
• Mejorar la toma de decisiones directivas, con fundamento
en la cartera del proyecto.
• Proporcionar datos valiosos para negociar con los
proveedores del mercado.
• Ayudar a crear un ambiente sin “sorpresas” (disminuir el
riesgo).
• Fomentar el liderazgo decisivo en lugar de la dirección de
crisis.
 TIPOS DE ANÁLISIS
• Cuantitativo: Intenta establecer valores
concretos, expresados en números o
cantidades para calcular los costos de daños y
los controles de seguridad.
• Cualitativo: Establece un análisis profundo,
parte de la experiencia de los clientes, los
proveedores y el equipo de
 ANÁLISIS CUANTITATIVO
• Es un proceso que evalúa la prioridad de los
riesgos identificados usando la probabilidad.
Impacto sobre los objetivos como:
– Costos.
– Cronograma.
– Alcance.
– Calidad.
• La matriz de probabilidad e impacto puede usarse
para clasificar los riesgos según su importancia
individual.
 ANÁLISIS CUALITATIVO

• Es una forma rápida de establecer prioridades para la

planificación de la respuesta a los riesgos. Los posibles
resultados del análisis cualitativo de riesgos son:
• Lista de prioridades o clasificaciones relativas de los
riesgos del proyecto.
• La matriz de probabilidad e impacto puede usarse para
clasificar los riesgos según su importancia individual. La
prioridad de los riesgos puede establecerse para el:
– Costo.
– Tiempo.
– Alcance.
– Calidad.
 ANÁLISIS CUALITATIVO

• Riesgos agrupados por categorías:

– Listas de chequeos
– Análisis preliminar de riesgos PHA
– What if?
– Análisis de modo de falla y efecto FMEA
– Entrevistas estructuradas/semiestructuradas
– El método Delphi
– Matriz de riesgo relativo
– Valor montario esperado (VME o EMV)
– Matriz de probabilidad e impacto
 ANÁLISIS Y EVALUACIÓN DE RIESGOS
• MÉTODOS CUALITATIVOS:
– Listas de chequeos
– Análisis preliminar de riesgos PHA
– What if?
– Análisis de modo de falla y efecto FMEA
– Entrevistas estructuradas/semiestructuradas
– El método Delphi
– Matriz de riesgo relativo
– Valor monetario esperado (VME o EMV)
 ANÁLISIS Y EVALUACIÓN DE RIESGOS
• MÉTODOS SEMI CUANTITATIVOS:
– Método de árbol de fallas
– Método de riesgo y operabilidad HAZOP
– Redes Bayesianas
– Método de Monte Carlo
– Análisis de sensibilidad
– Método HAZID
– Método HPA