La deslocalización, caso reales

Siempre que había oído hablar de "deslocalización" lo había asociado con grandes empresas, como HP, IBM o Apple, que enviaban líneas de producción, de hardware o software, a países en vías de desarrollo donde los salarios son míseros y la actividad sindical suele ser más que inexistente. Luego supe de casos de empresas pequeñas, las llamadas startups, que en ocasiones contrataban proyectos a otras empresas pequeñas de India o Pakistan con lamentables resultados. Código nada optimizado, errores de comunicación...

Pero ahora lo estoy viendo en primera persona, con una pequeña empresa que tiene una delegación en un país americano (y no, no es EEUU) en donde se realizan los desarrollos de la misma, quedando la parte de calidad, gestión de proyectos y atención al cliente en España. Con el fin de ahorrar dinero, dicen.

La verdad es que la comunicación se ve tremendamente complicada debido a la diferencia horaria, a la falta de una metodología clara y, sobre todo, a una desorganización que haría que el ejército de Pancho Villa pareciera una legión romana. Los tiempos se disparan hacia el infinito mientras los errores y las correcciones requieren días donde en casos normales podrían suponer horas o, con suerte, escasos minutos.

¿Realmente merece la pena este desastre? Depende de qué es lo que se valora. Si es el servicio al usuario final y la calidad del software está claro que no. Mejor sería contratar a un número infinito de monos escribiendo en ordenadores con el compilador instalado hasta que uno diese con el código correcto para el programa por puro azar. Ahora, si lo que se valora es el dinero... pues no lo tengo tan claro pues los plazos y la poca satisfacción del cliente también deberían ser cuantificados en ese cálculo.