La trampa más común es: esto no se hace bien; Lo reconstruiremos de la manera correcta .
A menudo se da el caso de que cada vez que un cliente pasa de una compañía de desarrollo a otra, hay un requerimiento repentino de reconstruir todo el sistema. Este es especialmente el caso cuando se trata de un cambio repentino, por ejemplo, la empresa A no cumple con la fecha límite, por lo tanto, el cliente interrumpe el proyecto y lo entrega a la empresa B.
Esto sucede cuando:
- ¿Cómo pedirle a un desarrollador que escriba en silencio ya que su ruido de tipeo es tan molesto? ¿Qué podría hacer para ayudarlo a reducir el ruido de tipeo?
- Cómo cambiar el nombre de la etiqueta HTML en JavaScript
- ¿Sería costoso hacer y operar un sitio web como Rightmoves?
- ¿Debo aprender React JS 15.5 o debo esperar a que se lance la versión 16?
- ¿Cuál es la mejor base de datos gratuita como servicio? Preferiblemente una base de datos relacional (también puede ser académica libre).
- Los desarrolladores tienen diferentes estilos de codificación.
- La nueva compañía no tiene suficiente tiempo para comprender adecuadamente los problemas que hicieron que la compañía predecesora implementara soluciones cuestionables.
Esto lleva al interminable juego de pasar el problema. En cambio, la nueva compañía debería solucionar el problema original antes de emprender proyectos importantes de redesarrollo.