Problemas en los proyectos de software.

Hay todo un dilema cuando un proyecto de software va mal, y es que en algunos casos si no es que en la mayoría (en mi caso en la mayoría así lo ha sido) le quieren echar la culpa al desarrollador y los administrativos no toman su responsabilidad.

Resulta que cuando se lleva a cabo un desarrollo, se tienen que contemplar los riesgos que conlleva llevar dicho proyecto, si no se toman las medidas necesarias para detectar a tiempo dichos riesgos, el proyecto podría tener retrasos e incluso que nunca llegue a producción.

Cuando un desarrollador novato entra en una consultora, tiende a pensar que si no sale el proyecto es por su culpa (experiencia personal y comentarios de compañeros), con lo cual llegan a quedarse una o dos o incluso mas tiempo trabajando para sacar a tiempo el proyecto.

¿Pero que pasa con los administradores del proyecto?

Porque ese afán de culpar al desarrollador de que el proyecto va mal, y hacerlo sentir mal y sin mas remedio condenarlo a quedarse tiempo extra vendiéndole que si no cumple con su trabajo lo corren.

A mi humilde punto de vista es una manera muy fatalista de aprovecharse de la necesidad de los desarrolladores.

Bueno, antes de continuar, ¿quienes son los mentados administradores?

Pueden ser, la gerencia, el líder de proyecto, el arquitecto de software, recursos humanos, el proyect manager, el product owner, el scrum master (si es que se usa scrum como metodología de gestión de proyectos), incluso si se tiene un líder técnico muy arrogante y ególatra, podrá ser que nos culpen cuando un proyecto va mal.

Recordando un poco el libro de ing. De software de Braude (1), les muestro los factores de riesgo en orden de importancia.

1. Falta de compromiso de la alta administración.

2. Falla al obtener el compromiso del usuario.

3. Error al entender los requerimientos.

4. Participación inadecuada del usuario.

5. Falla al manejar las expectativas del usuario final.

6. Cambio de alcance y/o de objetivos.

7. Falta de conocimientos o aptitudes requeridas del personal.

Como lo pueden notar, el desarrollador es el que menos tiene la culpa de que un proyecto ande mal, como bien lo dice Braude, la falta de compromiso de la alta administración es el principal riesgo para que un proyecto salga mal.

O el del líder de proyecto, que no entienda lo que en realidad pide el usuario final, y a nosotros los desarrolladores nos ponen hacer cosas que desde el levantamiento de requerimientos están mal.

O también no falta que vamos en una etapa avanzada del proyecto y nos cambian los requerimientos.

A pero eso si, el desarrollador tiene la culpa por que prever esos cambios de los requerimientos es su trabajo por que el lo esta desarrollando.

Todo esto hace que me pregunte lo siguiente:

¿Dónde esta el rol de los administradores del proyecto?

(1)

Ingeniería de software. Una perspectiva orientada a objetos

Capitulo 2 Administración de proyectos.

Braude.