Para muchas empresas, la externalización de sus procesos DevOps se ha convertido en una forma de vida, y eso es algo que no debería sorprender, viendo cómo los equipos de desarrollo externalizados pueden ampliar las capacidades del personal interno, ayudar a ahorrar dinero y proporcionar oportunidades para asumir proyectos más grandes.
Sin embargo, para muchas empresas, quizás la suya propia, los equipos de desarrollo ampliados nunca se sienten como parte de la cultura o la organización, y esa desconexión puede obstaculizar la colaboración y dificultar que su equipo interno logre sinergias con el talento de desarrolladores externos.
Dicho esto, le invitamos a unirse a nosotros para explorar los aspectos básicos de los equipos de desarrollo internos frente a los externos. También le daremos siete consejos prácticos para ayudarle a alinear todo su talento DevOps.
Equipos de desarrollo internos o externos
Es fácil que los equipos de desarrollo subcontratados se sientan desconectados de su personal principal; al fin y al cabo, sus miembros trabajan en zonas físicamente desconectadas y distantes -a menudo en países totalmente distintos- y, dado que normalmente los emplea un proveedor de soluciones de externalización de TI, la sensación de compartimentación no hace sino aumentar. En cambio, los miembros de su equipo interno disfrutan de una mayor seguridad laboral como trabajadores a tiempo completo.
Dicho esto, si quiere que sus trabajadores internos se alineen con su equipo de desarrollo ampliado, debe asegurarse de que todos se sientan parte de la cultura de la empresa en igualdad de condiciones. Cuando todos se sienten valorados y respetados, pueden trabajar juntos con mayor eficacia por el bien de la organización.
7 consejos para alinear los equipos de desarrollo internos y externos
Los equipos de desarrollo subcontratados no tienen por qué existir en la zona gris entre empleados y autónomos; hay varias formas de hacer que se sientan valorados y apreciados a la vez que se fomenta la química con el personal interno.
Teniendo esto en cuenta, asegúrese de hacer lo siguiente antes de poner en marcha su próximo proyecto conjunto de DevOps:
1. Definir el alcance de cada equipo
El viejo adagio de "mantente en tu carril" puede aplicarse igualmente a DevOps, pero si quieres que cada grupo se centre en sus competencias y responsabilidades principales, tienes que definir el alcance de sus respectivas funciones. Deje claro quién es responsable de qué, y trabaje para minimizar el solapamiento entre las responsabilidades del equipo siempre que sea posible; no querrá que los trabajadores de su personal interno y sus equipos de desarrollo subcontratados asuman el doble de trabajo.
Cuando todo el mundo sabe lo que se espera de él, puede desempeñar sus responsabilidades con mayor eficacia y, además, mantener a todo el mundo alineado en cuanto a funciones y responsabilidades reduce la probabilidad de conflictos.
2. Establecer líneas de comunicación claras
El siguiente paso es crear líneas de comunicación claras entre los dos equipos. Los desarrolladores subcontratados deben tener un punto de contacto designado dentro del equipo interno y viceversa. Además, designa a un segundo al mando en cada equipo para garantizar que puedan comunicar información urgente, incluso si su principal punto de contacto no está disponible.
Decidir quién será ese punto de comunicación es solo una parte de la ecuación; también hay que definir cómo se comunicarán los equipos entre sí y con qué frecuencia. Puedes utilizar el correo electrónico o un sistema de mensajería basado en aplicaciones para simplificar el intercambio de información, pero independientemente de la plataforma que elijas, la clave está en garantizar que todos utilicen el mismo canal.
3. Crear un flujo de trabajo unificado
A partir de las comunicaciones generales, los equipos de desarrollo internos y externos deben estar de acuerdo sobre el trabajo que se va a realizar, la forma de priorizarlo y su importancia para el éxito general del proyecto.
Lo ideal sería que sus grupos internos y externos pudieran colaborar fácilmente en tareas conjuntas durante todo el ciclo de vida del proyecto y, para alcanzar ese nivel de colaboración, ambos grupos deben utilizar las mismas metodologías de gestión de proyectos; de lo contrario, se encontrarán con conflictos sobre cómo dividir y priorizar su trabajo.
4. Alineación de metas y objetivos
Deje claros sus objetivos a los equipos de desarrollo subcontratados. Hágales saber lo que quiere conseguir con el proyecto y divida su objetivo general en hitos más pequeños.
Aunque tenga que salvaguardar los datos confidenciales y confidenciales de su empresa, puede compartir sus objetivos generales y, cuando el personal subcontratado entienda cómo es el juego final, podrá adaptarse mejor a las necesidades de su organización.
5. Fomentar una cultura de apertura
Con demasiada frecuencia, los miembros de equipos de desarrollo ampliados dudan en hablar cuando ven un problema o comparten ideas, porque creen que sus puntos de vista no son bienvenidos. Como empleados contratados o socios de subcontratación a corto plazo, pueden temer que expresar sus preocupaciones comprometa su papel en el proyecto.
Por ello, hay que dejar claro desde el principio que todos los comentarios constructivos son bienvenidos. Si creas una cultura de apertura, podrás obtener nuevas perspectivas sobre viejos problemas y ver los retos de tu proyecto desde una perspectiva holística.
6. Programar sesiones periódicas de feedback
En cuanto a los comentarios, asegúrese de recabarlos pronto y con frecuencia, y de que las sesiones de comentarios sean bidireccionales. Conecta con tu personal interno de DevOps y averigua si las cosas van bien; si hay puntos de fricción, tienes que conocerlos.
Del mismo modo, póngase en contacto con el jefe del equipo subcontratado y pídale que recabe sus propias opiniones. Conocer la percepción del proceso por parte del otro equipo le ayudará a fomentar un entorno más colaborativo e integrador.
7. Utilizar un equipo Nearshore
La externalización de procesos DevOps a personal que se encuentra al otro lado del mundo conlleva dificultades inherentes. El personal interno y el grupo externo se encontrarán en zonas horarias radicalmente distintas, y las diferencias culturales pueden agravar aún más estos problemas, lo que dificultará la sinergia entre ambos grupos.
Por lo tanto, debería considerar dar prioridad a la externalización nearshore. Un equipo nearshore está situado en una nación adyacente a Estados Unidos, lo que significa que sus miembros trabajan en zonas horarias similares, comprenden mejor las diferencias de culturas y tendrán más oportunidades de colaborar.
¿Está listo para aprovechar las ventajas de los equipos de desarrollo subcontratados?
Los equipos de desarrollo subcontratados pueden ser activos valiosos para su organización, especialmente al escalar sus operaciones o asumir enormes proyectos DevOps, pero si desea obtener el máximo provecho de estas asociaciones, debe asegurarse de que su personal interno y externo estén alineados.
Si no está seguro de por dónde empezar, considere la posibilidad de aprovechar servicios de consultoría para elaborar una estrategia de externalización sólida, evaluar varios socios y priorizar las opciones nearshore frente a las tradicionales offshore. Al hacerlo, podrá cosechar los beneficios y acelerar el crecimiento de su empresa.
