Está en la página 1de 3

1.

Descripción de los hechos generales del caso

En el caso de estudio se puede evidenciar la ejecución de un proyecto que termino


con un retraso de seis meses y con la pérdida o ausencia indefinida de miembros
del equipo. Seguidamente, se asume un segundo proyecto que desde el principio
contaba con un retraso de dos meses, para lo cual se elabora un “plan” que consiste
en un seguimiento no riguroso a las tareas realizadas por los miembros del equipo
y en mejorar su ambiente de trabajo. Aunque se consideraron algunos problemas
que se presentaron en el proyecto anterior, no se consideró un plan o estrategia
sobre los riesgos y errores que llevaron a que fracasara, y que podían repetirse en
el segundo proyecto. Por otra parte, Kim que era la líder del proyecto actuó más
como jefe, presionando su equipo y eso no género un aumento en su rendimiento
sino todo lo contrario, no actuó con liderazgo, ya que, fallo en anticipar soluciones.
Adicionalmente, se incluye en el equipo de desarrollo a Bob faltando tan sólo dos
meses para la fecha de entrega, a pesar de su compromiso entrega tarde, y con
modificaciones a elementos que debieron ser nuevamente documentados y
probados. Finalmente, no había un lenguaje común para el proceso de desarrollo,
lo que afecto la integración del sistema y produjo muchos errores de sintaxis, por lo
cual la integración tardó más de lo previsto y que, además, retraso la documentación
y pruebas del sistema.

2. Identificación del problema


Mala planeación del proyecto.

3. Análisis: Qué aspectos considera que estuvieron bien en el desarrollo del


proyecto, Qué aspectos considera que se dieron de manera incorrecta en el
proyecto.

 Aspectos que estuvieron bien:


Tener en cuenta la opinión de áreas como documentación y calidad permite
identificar sus necesidades y establecer fechas que faciliten el desarrollo de sus
actividades a tiempo. El aumento de incentivos en el ámbito laboral transforma el
ambiente laboral y aumenta la motivación de los miembros del equipo, no obstante
solo se consiguió que el rendimiento del equipo de desarrollo sufriera la curva de la
bañera, debido a, la presión que se ejerció posteriormente para terminar el proyecto.
Definir las interfaces permite iniciar la documentación del mismo y elaborar planes
de pruebas.

 Aspectos que estuvieron mal:

Iniciar el proyecto con un retraso de dos meses aumenta el riesgo del proyecto, no
realizar seguimiento de las actividades desarrolladas por los miembros del equipo
aumenta la incertidumbre del proyecto, pues al no realizar seguimiento no hay un
indicador de avance de las actividades. Incluir nuevos desarrolladores en el equipo
faltando poco tiempo para la fecha de entrega, lo cual es sabido en ingeniería de
software que agregar personal nuevo a un proyecto en desarrollo casi nunca aporta
si no que retrasa, sin mencionar que el desarrollador no contaba con el tiempo
necesario para desarrollar las funcionalidades y que el desarrollo dependía de su
buena voluntad para trabajar horas extra. La ausencia de un lenguaje común para
el proceso de desarrollo, afecto la integración del sistema, produjo errores de
sintaxis y retrasó la integración, la documentación y pruebas del sistema. No
respetar y modificar las interfaces establecidas, y entregar un producto inestable
afectan el trabajo de las áreas de documentación y calidad.

4. Desde su formación como Ingeniero de Sistemas, enumere una lista de 10


recomendaciones que hubiesen podido apoyar un mejor desempeño del
proyecto

 Crear un estándar para no tener problemas al integrar (nombre de variables,


métodos, clases).
 Realizar el plan de riesgos del proyecto.
 No comprometerse con alcances que no se pueden cumplir, mantener tiempos más
realistas.
 Planificar mejor los tiempos de cada una de sus actividades, establecer
responsables y poner hitos con anticipación, esto podría evitar un retraso de última
hora.
 Lo miembros del equipo tienen que estar más comprometidos con sus tareas
asignadas, por lo tanto no agregar personal después de iniciado un proyecto por
más que conozca sobre el tema.
 Cada desarrollador cuente con un tiempo necesario, más un tiempo de holgura para
el desarrollo de sus actividades.
 Llevar a cabo control y seguimiento de las actividades.
 Realizar integraciones parciales (manejo de repositorios), para evitar realizar estas
acciones al final.
 Contar con el personal necesario para el inicio del desarrollo, no esperar un
desarrollador para evitar conflictos.