9no Ing.

Sistemas

Riesgos de personas en
proyectos informáticos

ASIGNATURA
Administración de Proyectos Informáticos

PROFESOR
Ing. Richard Ramírez

ALUMNA
Viviana Cujilan Ramos

9no Ing. Sistemas

Administración de Proyectos Informáticos

Riesgos inherentes en la ingeniería de software

Concepto de Riesgo

Un concepto claro de lo que es un riesgo en los proyecto es una condición incierta que, en caso de que
suceda, tiene un efecto positivo o negativo en el desarrollo de un proyecto, aquí ya la amenaza se
materializa.

Riesgos o errores comunes de personas en el desarrollo de proyectos informáticos

Identificar, analizar, evaluar, tratar, comunicar los riesgos, esto permite a las organizaciones evitar pérdidas.

Aquí consta alguno de los riesgos más comunes por parte de las personas en los proyectos informáticos:

1.- Motivación débil.

Motivar al personal de trabajo.

Uno de los errores que afecta el desarrollo de los proyectos informáticos es la pérdida de motivación del
grupo, situación que se da sobre todo en proyectos muy largos.

2.- Personal inadecuado o mediocre.

Tener en cuenta la capacidad de los miembros del equipo de trabajo, es posible que tenga el mayor
enfoque en la productividad.
El personal contratado no cuenta con conocimientos adecuados para el desarrollo del proyecto.

3.- Empleados problemáticos incontrolados.

En este riesgo afecta la velocidad de desarrollo del proyecto, es una de los problemas más comunes entre
los miembros de trabajo.
Los conflictos entre los miembros del equipo de trabajo conducen a problemas en la comunicación y en el
diseño.

4.- Hazañas.

En este riesgo nos dificulta la cooperación entre los elementos que aportan al proceso del software.

5.- Añadir más personal a un proyecto atrasado.

Esto sucede cuando un proyecto se alarga y al añadir mas personal puede causar conflictos al equipo de
trabajo existente.
La incorporación de nuevo personal de desarrollo al proyecto ya avanzado, y el aprendizaje reducen la
eficiencia de los miembros del equipo existentes.

6.- Oficinas ruidosas e inadecuadas.

Muchos de los desarrolladores dicen que sus condiciones de trabajo son incomodas no acorde a sus
necesidades. Una oficina ruidosa afecta al desarrollo del proyecto.
Un estudio nos dice que: Las personas que laboran en oficinas silenciosas y privadas funcionan mejor que
los que trabajan en oficinas ruidosas ya que el ruido distrae y perturba el trabajo de los que laboran en
dichas oficinas.

7.- Fricciones entre los clientes y los desarrolladores.

El efecto o causa principal es la mala comunicación cuyos efectos son el escaso entendimiento de los
requerimientos como un sencillo diseño de la interfaz de usuario y la peor de todo esto seria el rechazo del
cliente a aceptar el proyecto terminado.

Viviana Cujilan 2

vcujilanr@unemi.edu.ec
Administración de Proyectos Informáticos

8.- Expectativas poco claras o identificadas.

El cliente no proporciona una información correcta o real de las necesidades q quiera que cumpla el
software o no son claras para los desarrolladores, por ende al final el riesgo es que el proyecto no sea
aceptado por el cliente porque no cumple con los requerimientos solicitados.

9.- Falta de un líder efectivo del proyecto.

Sin un líder efectivo, es causa de desorden en el desarrollo del proyecto.

Siempre debe haber un líder en el grupo de desarrollo del proyecto, quien se encarga de llevar un orden en
el proceso de desarrollo

10.- Falta de participación o motivación de los miembros del equipo.

Todos los miembros de desarrollo del proyecto del software deben integrarse en el proyecto. Ya que la
cooperación se ve si se integran todos los miembros, facilitando así una coordinación del desempeño para
un desarrollo rápido del proyecto.
Una buena motivación para los miembros del grupo ayuda en el buen desarrollo del proyecto de manera
más eficiente.

11.- Falta de participación del usuario.

Cuando no se involucra al usuario se corre el gran riesgo de que no se entiendan los requerimientos del
proyecto ya que esto es perdida de tiempo y que a la larga retrasarían el desarrollo del proyecto.

12.- Políticas antes que el desarrollo.

Conceder la política y dejar de ultimo los resultados es fatal para el desarrollo.

13.- Ilusiones.

Las ilusiones al principio del proyecto llevan a un precipicio al final y puede ser la matriz de más problemas
en el proyecto de software.
No prometer a los clientes algo que no podemos cumplir al final.

14.- Retrasos en la finalización

Entrega tardía por parte de los desarrolladores de la tarea asignada, por mala planificación.
Esto es un gran problema y muy común ya que no se cumple con el tiempo estipulado al principio del
desarrollo del proyecto, ya que ocasiona molestias para el cliente y genera perdida de confiabilidad de los
clientes hacia los desarrolladores.

15.- otros riesgos o errores:

 Pérdida de personal de desarrollo por causa de los despidos.

 Personal obligatorio, se da cuando hay tareas asignada a muy pocas personas, siendo
especialmente crítico con tareas con sólo una persona responsable.

 El proyecto tarda más de lo acordado.

 Las tareas principales, lo que es informaciones no se han completado a tiempo.

 La falta de integración entre la dirección y el equipo de desarrollo hacen lenta la toma de decisiones
en dicho proyecto.

 Los miembros del equipo no se integran en el proyecto, y por lo tanto no hay el nivel de rendimiento
esperado.

 La falta de conocimiento llegan a la necesidad de repetir el trabajo.

Viviana Cujilan 3

vcujilanr@unemi.edu.ec
Administración de Proyectos Informáticos

 Algún miembro de trabajo abandona el proyecto antes de su finalización.

 Las personas más apropiadas para trabajar en el proyecto no están disponibles.

Riesgos en los Usuarios Finales

 Los usuarios finales insisten en nuevos requisitos para el proyecto.

 Al momento de entrega del proyecto, a los usuarios finales no les agrada el trabajo final, por lo que
hay que volver a diseñarlo y a construirlo.

 No se solicita información al usuario para el desarrollo del proyecto, por lo que dicho proyecto al
final no se ajusta a las necesidades del usuario.

Riesgos en los Clientes

 Los componentes o herramientas que proporciona el cliente tienen poco valor, por lo que tienen que
hacerse trabajos extra de comprobación, diseño e integración.

 El cliente no acepta el software entregado, incluso aunque cumpla todos sus requerimientos,
necesidades y políticas.

 El cliente piensa en una velocidad de desarrollo que el personal de desarrollo del proyecto se le
hace imposible alcanzar.

 El cliente no entiende los procesos del software.

 El cliente no tiene comunicación con el personal de desarrollo del proyecto.

Riesgos en el Personal Contratado

 El personal contratado no suministra los componentes en el período establecido.

 El personal contratado proporciona material mediocre, por lo que hay que añadir un tiempo extra
para mejorar la calidad.

 Los proveedores no se integran en el proyecto, con lo que no se alcanza el nivel de rendimiento que
se necesita.

 El personal contratado abandona el proyecto antes de su finalización.

 El personal necesita un tiempo extra para acostumbrarse a trabajar con herramientas o entornos
nuevos ya existentes.

 Pérdida de personal por situación laboral, enfermedad, vacaciones, días festivos.

Tenemos claro que una mala gestión de los recursos humanos puede marcar el éxito así como también el
fracaso en dicho proyecto por mas buenas que sea la planificación.

Nos queda claro que cualquier organización que trate seriamente de mejorar la productividad primero debe
preocuparse de temas involucrados con el personal, como la motivación, desempeño de equipo de trabajo,
selección del personal y formación.

Así que recordemos “Hay que evitar caer una y otra vez en los mismos errores y aprender de ellos”.

Viviana Cujilan 4

vcujilanr@unemi.edu.ec
Administración de Proyectos Informáticos

Bibliografía

WEB:

http://www.eduardoleyton.com/apuntes/USACH_Gestion_Informatica.pdf

http://alarcos.inf-cr.uclm.es/doc/pgsi/doc/teo/7/pgsi-t7.pdf

http://upcommons.upc.edu/pfc/bitstream/2099.1/7330/1/Proyecto%20Riesgo.pdf

Textos:

Desarrollo y gestión de proyectos informáticos: Por Steve McConnell

Viviana Cujilan 5

vcujilanr@unemi.edu.ec