El director quiere reemplazar a algunos de sus desarrolladores locales con experiencia por personas en un país distante cuya experiencia no es competente para juzgar, que no tienen experiencia con el código y que no pueden ser supervisados o asesorados directamente por nadie que sepa el código.
He pasado por eso dos veces. En ambos casos, las firmas extranjeras de bajo costo no lograron entregar a tiempo con la calidad adecuada. Cuando los desarrolladores locales escucharon que el trabajo se dirigía al extranjero, encontraron otros trabajos en lugar de esperar a ser despedidos. A medida que continuó la hemorragia de experiencia, los horarios se deslizaron, los errores críticos no se solucionaron, los clientes se enojaron y cambiaron a sus competidores, y finalmente ambas compañías se retiraron.
También hubo problemas extraños con la comunicación, las expectativas y la cultura. Por ejemplo, un equipo extranjero no estaba registrando mucho código o respondiendo rápidamente al correo electrónico. Resultó que el gerente de TI local obtuvo una bonificación por mantener bajos los costos, por lo que tenía toda la oficina con una conexión a Internet de baja velocidad. En otra ocasión, los probadores de control de calidad del tercer mundo ponen rutinariamente varios errores muy diferentes en el mismo informe de error; su gerente tenía miedo de quedarse sin números de errores.
Algunos equipos en lugares económicos están bien. Por lo que escuché, Red Hat parece tener un equipo muy competente en Beijing. Pero ya tenían años de experiencia con personas que trabajan en todo el mundo a través del teletrabajo antes de comenzar a hacerlo, y la gente de Beijing son empleados de Red Hat, no una empresa de outsourcing.
