Según PMI (2021),Ocurre cuando existe una desalineación significativa entre lo que el cliente o stakeholder espera recibir (en funcionalidad, calidad, plazo o costo).
- Un cliente cree que la primera versión de una aplicación móvil (MVP) incluirá todas las funciones.
- Un director ejecutivo espera que un nuevo sistema ERP se implemente y esté funcionando a plena capacidad en solo tres meses
Expectativas poco realistas
Son las dificultades que surgen al combinar componentes, módulos, servicios o sistemas desarrollados por separado.
- Al desarrollar una aplicación que usa un servicio de pago externo y un mapa de un tercero, las APIs de ambos servicios son incompatibles en su versión actual.
- El módulo de inventario y el módulo de ventas de un sistema, desarrollados por equipos diferentes no se sincronizan.
Problemas de integración
De acuerdo con Wysocki (2019), es la subestimación o sobreestimación de los recursos financieros necesarios para completar el proyecto. Wysocki (2019).
- El presupuesto para un proyecto de construcción solo incluye los materiales y la mano de obra directa.
- Se estima el costo para desarrollar un software basándose en el mejor de los casos, sin considerar el tiempo que tomará la resolución de bugs.
Cálculo erróneo de costos
Tipos de riesgo
Pressman (2020) menciona que es el flujo deficiente, inexacto o tardío de información entre las partes interesadas (stakeholders).
- Un analista de negocio actualiza un requisito después de una reunión con el cliente, pero no lo comunica al líder de desarrollo.
- Un equipo trabaja de forma remota y no utiliza una herramienta centralizada para reportar el avance.
Falta de comunicación
Son eventos o condiciones que causan que las actividades o el proyecto en su totalidad tomen más tiempo del planificado.
- Un proyecto depende de que un proveedor externo entregue un componente de hardware específico.
- El desarrollador principal y más experimentado del proyecto sufre una enfermedad que lo mantiene ausente por un mes.
Retrasos
Control de calidad
Es el riesgo de que los procesos implementados para asegurar que el producto o servicio cumple con los estándares de calidad requeridos sean insuficientes.
- Para cumplir con una fecha de lanzamiento ajustada, el equipo decide saltarse las pruebas de estrés y rendimiento.
- No existe un protocolo definido para las pruebas de código.
Bibliografía
- Project Management Institute. (2021). Guía de los fundamentos para la dirección de proyectos (Guía del PMBOK) (7.a ed.). Project Management Institute, Inc.
- Pressman, R. S., & Maxim, B. R. (2020). Ingeniería del software: Un enfoque práctico (9.a ed.). McGraw-Hill Education.
- Wysocki, R. K. (2019). Effective project management: Traditional, agile, extreme (8.a ed.). Wiley.
Tipos de riesgo
JORGE RUIZ SALINAS
Created on October 17, 2025
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Urban Illustrated Presentation
View
Geographical Challenge: Drag to the map
View
Decisions and Behaviors in the Workplace
View
Tangram Game
View
Process Flow: Corporate Recruitment
View
Weekly Corporate Challenge
View
Wellbeing and Healthy Routines
Explore all templates
Transcript
Según PMI (2021),Ocurre cuando existe una desalineación significativa entre lo que el cliente o stakeholder espera recibir (en funcionalidad, calidad, plazo o costo).
Expectativas poco realistas
Son las dificultades que surgen al combinar componentes, módulos, servicios o sistemas desarrollados por separado.
Problemas de integración
De acuerdo con Wysocki (2019), es la subestimación o sobreestimación de los recursos financieros necesarios para completar el proyecto. Wysocki (2019).
Cálculo erróneo de costos
Tipos de riesgo
Pressman (2020) menciona que es el flujo deficiente, inexacto o tardío de información entre las partes interesadas (stakeholders).
Falta de comunicación
Son eventos o condiciones que causan que las actividades o el proyecto en su totalidad tomen más tiempo del planificado.
Retrasos
Control de calidad
Es el riesgo de que los procesos implementados para asegurar que el producto o servicio cumple con los estándares de calidad requeridos sean insuficientes.
Bibliografía