UNIVERSIDAD ESTATL DE MILAGRO

GESTION DE
PROYECTOS
RIESGOS HUMANOS
Almendariz Manzo Lizeth Gilda

9no semestre

UNIVERSIDAD ESTATAL DE MILAGRO

 GESTIÓN DE PROYECTOS.

Introducción.

La gestión de riesgo es el acto o la práctica de tratar con los riesgos, lo que incluye la planificación, la
valoración de los elementos de riesgo, desarrollo de estrategias para su manejo y el seguimiento de riesgo
para comprobar su evolución.

La gestión de los riesgos de los proyectos debe ser especialmente cuidadosa con aquellos procesos claves
dentro de los proyectos.

Hay que tener siempre en cuenta una buena gestión del riego debe ser principalmente proactiva y reactiva
únicamente como plan de contingencia. El riesgo debe ser eliminado o al menos minimizando en su origen
(debe contemplarse siempre la posibilidad de atacar el origen del riesgo más que el propio riesgo).

RIESGOS HUMANOS.

Son los riesgos relacionados con el personal que realizará el trabajo, con su preparación y el logro de las
competencias necesarias para obtener resultados positivos, así como los que tengan relación con otras
personas involucradas.

Se incluyen además los relacionados a los ingresos económicos injustos, la monotonía, y la falta de
incentivos y motivación. En esta categoría se tienen en cuenta las competencias y la creatividad del líder del
proyecto para que el equipo de trabajo se sienta motivado y la facilidad o libertad para la toma de decisiones
frente a riesgos y en situaciones de incertidumbre.

Incluye los procesos necesarios para realizar el uso más efectivo de las personas involucradas en el
proyecto. Podemos decir también que se encuentran varios tipos de riesgos que van de la mano con los
riesgos humanos.

 El ambiente: Aquí se incluyen los riesgos relacionados con el entorno donde se desarrollará el
trabajo así como el entorno donde la solución será implantada; se asimilan los riesgos relacionados
con el comportamiento social de las personas que desarrollarán la solución así como de las
personas que la usarán.
 Los estratégicos: Están relacionados con la planeación estratégica de la empresa que realizará el
trabajo y en cómo el proyecto ayuda a alcanzar esos objetivos estratégicos.
 Con la gestión: Es la probabilidad de pérdidas por errores e ineficiencia de la organización interna
del equipo de dirección del proyecto. Estos riesgos están asociados con la administración
inadecuada del proceso de cambio que incluye compromisos y entrenamiento de los usuarios a los
cambios de los procesos y la forma de comunicarlos e implementarlos.
 Los que se encuentran asociados a la estimación y programación de actividades: Esta es una de las
categorías más importantes, pues está relacionada con la planificación de las actividades. Una mala
estimación del tiempo en las actividades provoca un fuerte cambio en el proyecto e influye en el
ánimo de las personas que trabajan en él.
  Los tecnológicos: Están relacionados con la probabilidad de daños en la tecnología a utilizar en el
proyecto, los problemas de suministros tecnológicos, y el mantenimiento (en caso de fallas).
 Estos riesgos están asociados con los procesos de la información tecnológica que definen,
desarrollan, mantienen y operan un entorno de procesamiento de información y las aplicaciones
asociadas (servicio al cliente, pago de cuentas).
 En el negocio: Son los riesgos asociados a la volatilidad de los negocios. Esta categoría incluye los
riesgos asociados a la gestión de las necesidades del cliente, la frecuencia de los cambios y cómo
se procesan estos cambios y los efectos que generan.
 De imagen: Son los riesgos asociados a la imagen de la empresa que acometerá el proyecto. Esta
categoría de riesgos incluye hacer una valoración del cliente que permita predecir los criterios
relacionados con el trabajo que se realizará.

FUENTES DE RIESGO

Riesgos asociados al Cliente y/o Usuario

 Requerimientos (requisitos) confusos / incompletos

 Cambios frecuentes a los requerimientos (requisitos) del proyecto durante la ejecución 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 información precisa de los requerimientos (requisitos) y /o proceso de revisión.
 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 límite o penalizaciones de la
terminación.

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
 Rotación del personal

Riesgos asociados a la Experiencia

 Nueva Tecnología
 Nuevo ambiente de desarrollo
 Nuevo Hardware

Riesgos potenciales en el que intervienen los humanos o personas.

Usuarios.
Los usuarios finales insisten en nuevos requerimiento.
En el último momento, a los usuarios finales no les gusta el producto, por lo que hay que volver a
diseñarlo y a construirlo.
Los usuarios no han realizado la compra del material necesario para el proyecto y por lo tanto no
tienen la infraestructura necesaria
No se ha solicitado información al usuario, por lo que el producto final no se ajusta a las
necesidades del usuario, y hay que volver a crear el producto.

Cliente.
El cliente insiste en nuevos requisitos
Los ciclos de revisión/decisión del cliente para los planes, prototipos y especificaciones son más
lentos de lo esperado.
El cliente no participa en los ciclos de revisión de los planes, prototipos y especificaciones, o es
incapaz de hacerlo, resultando unos requisitos inestables y la necesidad de realizar unos requisitos
inestables y la necesidad de realizar unos cambios que consumen tiempo.
El tiempo de comunicación del cliente (por ejemplo, tiempo para responder a las preguntas para
aclarar los requerimientos) es más lento del esperado.
 El cliente insiste en las decisiones técnicas que alargan la planificación.
El cliente intenta controlar el proceso de desarrollo, con lo que el progreso es más lento de lo
esperado.
Los componentes suministrados por el cliente no son adecuados para el producto que se está
desarrollando, por lo que se tiene que hacer un trabajo extra de comprobación, diseño e integración.
Los componentes suministrados por el cliente tienen poca calidad, por lo que tienen que hacerse
trabajos extras de comprobación, diseño e integración.
Las herramientas de soporte y entornos impuestos por clientes son incompatibles, tienen un bajo
rendimiento o no función de forma adecuada, con lo que se reduce la productividad.
El cliente no acepta el software entregado, incluso aunque cumpla todas sus especificaciones
El cliente piensa en una velocidad de desarrollo que el personal de desarrollo puede alcanzar.

Personal Contratado.
El personal contratado no suministra los componentes en el periodo establecido.
El personal contratado proporciona material de una calidad inaceptable, por lo que hay que añadir
un tiempo extra para mejorar la calidad.
Los proveedores no se integran en el proyecto, con o que no se alcanza el nivel de rendimiento que
se necesita.

Personal.
La contratación tarda más de lo esperado.
Las tareas preliminares no se han completado a tiempo.
La falta de relaciones entre la dirección y el equipo de desarrollo relentizar la toma de desiciones.
Los miembros del equipo que implican en el proyecto, y por lo tanto no alcanzan el nivel de
rendimiento deseado.
La falta de motivación y de moral reduce la productividad.
La falta de especialización necesaria aumenta los defectos y las necesidades de repetir el trabajo.
El personal necesita un tiempo extra para acostumbrarse a trabajar con herramientas o entornos
nuevos.
El personal necesita un tiempo extra para acostumbrarse a trabajar con hardware nuevo.
El personal necesita un tiempo extra para aprender un lenguaje de programación nuevo.
El personal contratado abandona el proyecto antes de su finalización.
Alguien de la plantilla abandona el proyecto antes de su finalización.
La incorporación de un nuevo personal de desarrollo al proyecto ya avanzado, y el aprendizaje y
comunicaciones extra imprevistas reducen la eficiencia de los miembros del equipo existente.
Los miembros problemáticos de un equipo no son apartados, influyendo negativamente en la
motivación del resto del equipo.
Los miembros del equipo no trabajan bien en conjunto.
Los conflictos entre los miembros del equipo conducen a problemas en la comunicación y en el
diseño, errores en la interfaz y tener que repetir algunos trabajos.
Las personas mas apropiadas para trabajar en el proyecto están disponibles, pero no se pueden
incorporar por razones políticas o de otro tipo.
Se neesitan personas para el proyecto con habilidades especificas y no se encuentran.
Se necesitan personas para el proyecto con habilidades muy especificas y no se encuentran.
Las personas claves solo están disponible en una parte del tiempo.
No hay suficiente personal para el proyecto.
Las tareas asignadas al personal no se ajustan a sus posibilidades.
El personal trabaja mas lento de lo esperado.
El sabotaje por parte de la dirección del proyecto deriva una planificación ineficiente e inefectiva.
El sabotaje por parte del persona deriva de una perdida de trabajo o en un trabajo poca calidad, por
lo que hay que repetir algunos trabajos.

Bibliografía.

http://www.liderdeproyecto.com/articulos/conceptos_basicos_de_riesgos.html
http://www.materiabiz.com/mbz/estrategiaymarketing/nota.vsp?nid=45581
Libro: Desarrollo y Gestión de Proyectos Informaticos.
AUTOR: Steve McConnell