Caso MDA

Caso Práctico MDA
Introducción

Como evaluación de la asignatura de Metodología y Desarrollo de Aplicaciones, se propone realizar un ejercicio consistente en resolver un caso práctico de un problema real, a partir de la descripción de la situación de un proyecto y de los problemas que surgen. En el primer apartado relacionamos el enunciado de la situación, y en el segundo las preguntaspropuestas sobre el caso, y finalmente nuestra propuesta para solucionarlas.

Enunciado

Tras un fin de semana de relax y tranquilidad, me incorporé el martes 1 de marzo para comenzar una semana laboral que se anunciaba llena de retos y sobresaltos. Soy Jefe de Proyecto en una empresa de Consultoría en Tecnologías de la Información y me habían anunciado que debía ayudar a la recuperación delproyecto P3, que estaba atravesando por serios problemas.

Mi jefe me había dicho que el proyecto estaba muy retrasado y que el cliente (2M) había manifestado su descontento con la situación. 2M es un cliente muy importante y su descontento había llegado a la Dirección General de mi empresa, por lo que se decidió reforzar el equipo para reconducir la situación. Mi misión consistía en ser elprimero de estos refuerzos. Tenía que analizar el estado del proyecto y proponer un conjunto de acciones para su recuperación.
Por todo esto, comencé a recabar información sobre el proyecto el mismo martes a primera hora.
En primer lugar, llamé a Daniel, el jefe de proyecto actual. Daniel me explicó lo siguiente:
- “El proyecto nació con una gran presión de plazos. Se trata de unaaplicación y un portal que estarán disponibles en Internet para los clientes de 2M. El entorno tecnológico es JavaEE con Oracle y Websphere Portal. La Dirección de 2M estableció en enero del año pasado un compromiso con su propio público y sus accionistas para poner el portal P3 en servicio a 31 de diciembre. Nosotros fuimos contratados para ejecutar el proyecto a principios de septiembre.Estimando el esfuerzo de desarrollo, llegamos a la conclusión de que para poder concluir en el plazo establecido, de 3 meses y medio, necesitábamos un equipo de 30 personas. Para organizar un equipo de ese tamaño en pocas semanas tuvimos que contar con personal de 2 oficinas y desviar parte del trabajo a la software factory de Ciudad Real. Gestionar el desarrollo en un equipo distribuido no hasido fácil.”
Posteriormente, llamé al Gerente de Cuenta1, Alberto. Alberto llevaba tratando con ese cliente más de 5 años y tenía muy buenas relaciones con ellos. Le pedí que me transmitiese las impresiones que le llegaban del cliente.
-“El cliente se queja, y creo que con razón, de que no tiene ni idea de cuándo va a acabar el proyecto. Ya le hemos dado varias fechas y nunca las hemoscumplido. Cuando le entregamos una nueva versión del sistema, a los pocos días nos indica la existencia de muchas cosas que no funcionan bien. Parece como si el equipo de trabajo no probase las cosas antes de entregarlas.
Por otro lado, hace dos semanas, estábamos dando un curso de formación a usuarios desplazados de las Delegaciones Regionales, aprovechando una convención de mandos intermedios. Laúltima tarde del curso el sistema dejo de funcionar. Imagínate la impresión causada a los alumnos. Menos mal que era la última tarde. Cuando pedí una explicación de lo sucedido, me dijeron que un programador estaba desarrollando un cambio al registro de solicitudes y que ese cambio afectó a la base de datos impidiendo la operación normal del sistema. Pienso que esto debería estar más controlado ¿nocrees?”
Y añadió a continuación:

-“ Además de lo que diga el cliente, en este proyecto llevamos ya un volumen de pérdidas directas de 140.000 €. Esto es un desastre para nuestros resultados de este año. ¿No podemos cerrar este proyecto ya de una vez?”
Cuando volvía a mi puesto me crucé con Javier, un analista que había participado en el proyecto y al que conocía desde hace varios años....