Está en la página 1de 6

Riegos de los proyectos

de software web
María Esther Yoga
19/07/2019
Riegos de los proyectos de software web

La existencia de riesgos es inherente a cualquier actividad humana en tanto que


absolutamente todo lo que realizamos en la vida está sometido a un determinado
grado de incertidumbre. A la hora de ejecutar un proyecto, por muy buena que sea
la planificación realizada, el conocimiento del ámbito y contexto en el que se
desarrolla el proyecto y las previsiones sobre el futuro, también siempre existe un
cierto margen para el error, que tiene su representación en los riesgos.

En la actualidad las empresas desarrolladoras de software enfrentan un elemento


crítico en el proceso de desarrollo de productos de software, que son los riesgos
que se presentan a nivel de cada una de las fases del desarrollo, estos deben ser
objeto de una gestión adecuada la cual debe ser iniciativa por la gerencia,
supervisada y controlada por cada uno de los jefes de las áreas importantes
involucradas en el desarrollo de software. La gestión de riesgos en proyectos de
software es una actividad expresada en múltiples metodologías, pero en la práctica
se aplican de forma particular dependiendo la lógica del negocio de cada
organización.

Los riesgos según el PMBOOK se define como la probabilidad de que ocurra un


evento ya sea positivo o negativo, en caso de ser positivo se considera como una
oportunidad y si es negativo representa una amenaza, que puede afectar la
ejecución del proyecto ya sea en el alcance, tiempo, costo, y calidad del producto o
servicio. Los Tipos de Riesgos son “Riesgos Conocidos” que hacen referencia a los
que han sido identificados y analizados, lo cual permite planificar el plan de
respuesta a estos y se les debe asignar una reserva para contingencias, los “Riesgos
Desconocidos” hacen referencia a los riesgos que se desconocen y se les puede
asignar una reserva de gestión. También es importante tener en cuenta que existe
una “Probabilidad de Ocurrencia” que hace referencia a la medida para estimar la
posibilidad de que ocurra un incidente o evento.

Relación del Riesgo con las fases del desarrollo de software

Los riesgos se reflejan desde el inicio del proyecto, por esta razón se debe realizar
la gestión en el grupo de procesos de planificación del proyecto. De igual forma
esta gestión debe ser aplicada a cada una de las fases del desarrollo de software, lo
cual permitirá garantizar la disminución de riesgos presentes en estas, evitando
sobre costos y demoras en el proyecto.

ERRORES MÁS COMUNES

 No se ha preparado antes de que empiece el proyecto.


 Incapacidad para tomar una decisión.
 Acceso limitado al Principal Contacto / Project Manager.
 Contacto principal no tiene la autoridad suficiente.
 Demasiada gente implicada en el proceso de decisión.
 La fijación de Bajo Detalles prioritarias.
 Grandes solicitudes de cambio de última hora en el Proyecto.
 Subestimar la línea de tiempo del proyecto.
 No se puede apreciar la causalidad.
 Ley de Morphy

RIESGOS DEL COMERCIO ELECTRÓNICO

Posible fraude

En este punto, las transacciones de compra y pago online se pueden ver afectadas
por ataques para adquirir información confidencial para uso fraudulento.

Pharming (suplantación de identidad)

El término “pharming” hace hincapié a la suplantación de identidad tanto en


correos electrónicos como páginas web. Es decir, no existe la certeza absoluta de
que la persona que realiza la transacción es realmente quien dice ser, tanto por
parte del vendedor como del comprador.

Actualmente existen multitud de métodos para comprobar la seguridad de un


comercio electrónico, y es este punto el que las empresas deben reforzar para
confirmar a sus clientes que su plataforma de venta online es segura y evitar la
desconfianza.
Errores técnicos o caídas de red

Otra desventaja del comercio online. Están fuera del alcance de solución de la
empresa. En ese caso, si los errores no se solucionan con prontitud, se puede
incurrir en graves pérdidas.

Gestión de proyectos acarrea una serie de riesgos que han de tenerse en cuenta.
Problemas más comunes y riesgos que podemos encontrarnos:

1. No existencia de unas normas de gestión del proyecto. Desarrollar unas


Normas de Gestión del Proyecto adecuado que recoja la definición del
proyecto, la planificación global, las decisiones tomadas en la reunión Kick-
Off (principales mecanismos de gestión y ejecución del proyecto),
responsabilidades y línea base aprobada para guiar la ejecución y control
del proyecto.

2. Planificaciones no ajustadas a la realidad debido a: estimaciones erróneas,


movilidad de los recursos, insuficiencia de recursos (cantidad y personal),
fechas prefijada y cambios de requisitos. Utilizar los procedimientos,
herramientas, técnicas y base de datos históricos adecuados para estimar el
tamaño, el esfuerzo, el coste y los recursos necesarios para la planificación y
seguimiento de proyectos.

3. No se tiene una visión del estado real de los proyectos y por ende ni
visibilidad de la evolución del proyecto. Establecer hitos principales y
reuniones de seguimiento periódicas para realizar informes del progreso
del proyecto.

4. Retraso en la entrega de las aplicaciones e, incluso, reducción en las


funcionalidades de las mismas. Realizar inventario de análisis de riesgos y
problemas y mantenerlos actualizados durante todo el desarrollo del
proyecto.

5. Falta de procedimientos de comunicación entre los grupos de las distintas


direcciones en el ámbito de un proyecto. Desarrollar un Plan de
Comunicación en el que se establezcan las necesidades de comunicación
durante el desarrollo del proyecto.
6. Falta de una matriz de escalado. Identificar donde o a quien escalar antes de
un bloqueo en el proyecto.

7. Falta de compromiso del cliente para el proyecto. Validar el plan de trabajo


con el cliente, estableciendo compromisos del cliente para el proyecto y
definiendo su participación dentro del mismo.

8. Falta de cumplimiento de acuerdos establecidos durante reuniones con el


cliente. Generación de agendas y actas para cada reunión con el cliente, y
validación de las actas por parte del cliente.

9. Existencia de personal del equipo de trabajo, sin que tenga establecida su


participación en el proyecto. Definición de roles y responsabilidades de
todos los miembros de equipo de acuerdo al plan de trabajo definido

10. Documentación del progreso del proyecto obsoleto o sin cumplir con los
estándares establecidos para su realización. Actualización periódica de la
información en la carpeta de proyecto y revisión de los estándares de
nomenclatura de todos los archivos.

11. Pérdida de contacto con clientes potenciales, para futuros proyectos .


Mantenimiento del contacto con el cliente tras el proyecto, especialmente si
existen oportunidades de continuidad (actualización de la BBDD de
contactos).

12. Modificaciones del alcance en el transcurso del proyecto . Informar al cliente


de los próximos pasos y de las tareas pendientes para gestionar
expectativas y anticiparse. Mantener una comunicación constante de los
responsables del proyecto – Reuniones de seguimiento. Revisar
periódicamente las actas de reunión de kick-off y propuesta inicial con todo
el equipo de proyecto.
BIBLIOGRAFIA

https://slideplayer.es/slide/4694108/

https://www.tooit.com/es/top-5-riesgos-del-desarrollo-web/

http://www.itmplatform.com/es/blog/cuales-son-los-principales-riesgos-en-
gestion-de-proyectos/

También podría gustarte