El trabajo PLM offshore tiene una reputación desigual, y en buena parte merecida: traspasos entre zonas horarias, ingenieros que rotan cada pocos meses y conocimiento que se va con ellos. Esto es lo que marca la diferencia, visto desde el equipo que hace el trabajo.
Compartir la jornada
El factor más infravalorado es el reloj. Un equipo que está conectado cuando lo están sus ingenieros puede unirse a las dailies, responder preguntas en minutos y arreglar una release fallida esa misma tarde. Marruecos está en la hora central europea o a una hora de ella, lo que elimina la mayor parte de la fricción que ralentiza el trabajo offshore.
Usar las herramientas del cliente
Trabajamos en su Git, sus tableros y su chat, con cuentas que controla usted. Así el trabajo es visible mientras se hace y no se pierde nada si la colaboración termina: el código, los tickets y las conversaciones ya son suyos.
Mantener a las mismas personas
El conocimiento de Windchill es específico de cada instalación. Un equipo estable durante años aprende su modelo de datos, sus integraciones y a su gente. Pregunte a cualquier proveedor cuánto tiempo suelen permanecer sus ingenieros con un mismo cliente y qué pasa con el conocimiento cuando cambian.
Automatizar los puntos de traspaso
La mayoría de los problemas offshore aparecen cuando el trabajo cambia de manos. Los pipelines, las pruebas automatizadas y los runbooks escritos reducen esos momentos: un cambio se compila, se prueba y se despliega de la misma forma, lo haya escrito quien lo haya escrito.
Preguntas para un proveedor offshore
- ¿En qué horario estará realmente conectado el equipo, y en qué zona horaria?
- ¿Trabajaremos con ingenieros identificados por su nombre, y durante cuánto tiempo?
- ¿Trabajan en nuestras herramientas y entornos, o en los suyos?
- ¿Cómo mantienen los datos de producción dentro de nuestros sistemas?
- ¿Cómo es una release, paso a paso?
Las respuestas dicen más sobre cómo irá la colaboración que cualquier tarifa.