types risks software projects
¿Está desarrollando algún plan de prueba o estrategia de prueba para su proyecto? ¿Ha abordado todos los riesgos correctamente en su plan de prueba o estrategia de prueba?
Como las pruebas son la última parte del proyecto, siempre están bajo presión y limitaciones de tiempo. Para ahorrar tiempo y dinero, debería poder priorizar su trabajo de prueba.
¿Cómo se priorizarán las pruebas? Para esto, debería poder juzgar el trabajo de prueba más importante y menos importante. ¿Cómo decidirá qué trabajo es más o menos importante? Aquí surge la necesidad de realizar pruebas basadas en riesgos.
¿Qué es el riesgo?
'El riesgo son eventos futuros inciertos con una probabilidad de ocurrencia y potencial de pérdida'
La identificación y gestión de riesgos son las principales preocupaciones en todo proyecto de software. El análisis eficaz de los riesgos del software ayudará a una planificación y asignación de trabajo eficaces.
En este artículo, cubriré cuáles son los “Tipos de riesgos”. En los próximos artículos, intentaré centrarme en la identificación de riesgos, la gestión de riesgos y la mitigación.
Los riesgos se identifican, clasifican y gestionan antes de la ejecución real del programa. Estos Riesgos se clasifican en diferentes categorías.
Categorías de riesgos
# 1) Riesgo de programación: El cronograma del proyecto se desliza cuando las tareas del proyecto y los riesgos de liberación del cronograma no se abordan correctamente. Los riesgos de programación afectan principalmente a un proyecto y, finalmente, a la economía de la empresa y pueden conducir al fracaso del proyecto.
Los horarios a menudo se retrasan debido a las siguientes razones:
- Estimación de tiempo incorrecta
- Los recursos no se controlan correctamente. Todos los recursos como personal, sistemas, habilidades de las personas, etc.
- No identificar funcionalidades complejas y el tiempo requerido para desarrollar esas funcionalidades.
- Expansiones inesperadas del alcance del proyecto.
# 2) Riesgo presupuestario
- Estimación presupuestaria incorrecta.
- Sobrecostos
- Ampliación del alcance del proyecto
# 3) Riesgos operacionales: Riesgos de pérdida debido a fallos en la implementación del proceso incorrecto o riesgos de eventos externos. Causas de los riesgos operativos:
- No abordar los conflictos de prioridad
- No resolver las responsabilidades
- Recursos insuficientes
- No hay una formación adecuada en la materia
- Sin planificación de recursos
- No hay comunicación en el equipo.
# 4) Riesgos técnicos: Los riesgos técnicos generalmente conducen a fallas en la funcionalidad y el rendimiento.
Las causas de los riesgos técnicos son:
¿Cuánto cuesta el pos de tostadas?
- Requisitos en constante cambio
- No hay tecnología avanzada disponible o la tecnología existente se encuentra en las etapas iniciales.
- El producto es complejo de implementar.
- Difícil integración de módulos de proyectos.
# 5) Riesgos programáticos: Estos son los riesgos externos más allá de los límites operativos. Todos estos son riesgos inciertos que están fuera del control del programa. Estos eventos externos pueden ser:
- Quedarse sin fondo.
- El desarrollo del mercado
- Cambiar la estrategia y la prioridad de los productos del cliente
- Cambios en las reglas del gobierno.
Todas estas son categorías comunes en las que se pueden clasificar los riesgos de proyectos de software. Cubriré en detalle '¿Cómo identificar y gestionar los riesgos?' en el próximo artículo.
Lectura recomendada
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Trabajo de asistente de control de calidad de pruebas de software
- Tipos de pruebas de software: diferentes tipos de pruebas con detalles
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Elegir las pruebas de software como carrera
- Trabajo autónomo de redactor de contenido técnico de pruebas de software
- En el sitio: modelo offshore de proyectos de prueba de software (y cómo hacer que funcione para usted)
- Algunas preguntas interesantes de la entrevista sobre pruebas de software