2. Errores clásicos encontrados Reuniones sin los responsables Los responsables del proyecto (Mike) no están presentes en las reuniones con los usuarios finales. Recorte del tiempo de entrega El plazo se recorta a mas de la mitad haciendo imposible su desarrollo completo. Es mas recomendable no aceptar el proyecto sabiendo que no se puede terminar en los plazos estipulados.
3. Errores clásicos encontrados Aumento de horas diarias El aumento de horas al día sobrecarga al grupo y baja su motivación. Es preferible alargar los tiempos de entrega si es posible. Mala compenetración en el equipo Los desarrolladores no se conocen todos entre si, además , no todos son bien recibidos. Mala comunicación entre usuario final y desarrolladores No hay ningún encuentro claro entre ellos
4. Errores clásicos encontrados Falla el análisis inicial En mitad del proyecto deben cambiar la estructura de datos, con la consecuente perdida de tiempo. Habría que dedicar mas tiempo a la planificación inicial. Código sin depurar Para llegar a los plazos el equipo no depura al 100% el código y debe reescribirlo después, al encontrarse fallos cruciales en el software
6. Metodología recomendada En mi caso recomendaría la metodología por prototipos. Para tener una idea mas clara de lo que quiere el usuario final en cada etapa.
7. Evaluación global del proyecto En primer lugar no se entrega dentro del plazo estipulado El codigo no esta depurado y listo Las pruebas no se han realizado correctamente Los desarrolladores abandonan la empresa LA EVALUACIAON HA SIDO MALA.
