Para muchas empresas, la externalizaci\u00f3n de sus procesos DevOps se ha convertido en una forma de vida, y eso es algo que no deber\u00eda sorprender, viendo c\u00f3mo los equipos de desarrollo externalizados pueden ampliar las capacidades del personal interno, ayudar a ahorrar dinero y proporcionar oportunidades para asumir proyectos m\u00e1s grandes.<\/p>\n\n\n\n
Sin embargo, para muchas empresas, quiz\u00e1s la suya propia, los equipos de desarrollo ampliados nunca se sienten como parte de la cultura o la organizaci\u00f3n, y esa desconexi\u00f3n puede obstaculizar la colaboraci\u00f3n y dificultar que su equipo interno logre sinergias con el talento de desarrolladores externos. <\/p>\n\n\n\n
Dicho esto, le invitamos a unirse a nosotros para explorar los aspectos b\u00e1sicos de los equipos de desarrollo internos frente a los externos. Tambi\u00e9n le daremos siete consejos pr\u00e1cticos para ayudarle a alinear todo su talento DevOps.\u00a0<\/p>\n\n\n\n
Es f\u00e1cil que los equipos de desarrollo subcontratados se sientan desconectados de su personal principal; al fin y al cabo, sus miembros trabajan en zonas f\u00edsicamente desconectadas y distantes -a menudo en pa\u00edses totalmente distintos- y, dado que normalmente los emplea un proveedor de soluciones de externalizaci\u00f3n de TI, la sensaci\u00f3n de compartimentaci\u00f3n no hace sino aumentar. En cambio, los miembros de su equipo interno disfrutan de una mayor seguridad laboral como trabajadores a tiempo completo.<\/p>\n\n\n\n
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\u00f3n. <\/p>\n\n\n\n
Los equipos de desarrollo subcontratados no tienen por qu\u00e9 existir en la zona gris entre empleados y aut\u00f3nomos; hay varias formas de hacer que se sientan valorados y apreciados a la vez que se fomenta la qu\u00edmica con el personal interno. <\/p>\n\n\n\n
Teniendo esto en cuenta, aseg\u00farese de hacer lo siguiente antes de poner en marcha su pr\u00f3ximo proyecto conjunto de DevOps:<\/p>\n\n\n\n
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\u00e9n es responsable de qu\u00e9, y trabaje para minimizar el solapamiento entre las responsabilidades del equipo siempre que sea posible; no querr\u00e1 que los trabajadores de su personal interno y sus equipos de desarrollo subcontratados asuman el doble de trabajo. <\/p>\n\n\n\n
Cuando todo el mundo sabe lo que se espera de \u00e9l, puede desempe\u00f1ar sus responsabilidades con mayor eficacia y, adem\u00e1s, mantener a todo el mundo alineado en cuanto a funciones y responsabilidades reduce la probabilidad de conflictos. <\/p>\n\n\n\n
El siguiente paso es crear l\u00edneas de comunicaci\u00f3n claras entre los dos equipos. Los desarrolladores subcontratados deben tener un punto de contacto designado dentro del equipo interno y viceversa. Adem\u00e1s, designa a un segundo al mando en cada equipo para garantizar que puedan comunicar informaci\u00f3n urgente, incluso si su principal punto de contacto no est\u00e1 disponible.<\/p>\n\n\n\n
Decidir qui\u00e9n ser\u00e1 ese punto de comunicaci\u00f3n es solo una parte de la ecuaci\u00f3n; tambi\u00e9n hay que definir c\u00f3mo se comunicar\u00e1n los equipos entre s\u00ed y con qu\u00e9 frecuencia. Puedes utilizar el correo electr\u00f3nico o un sistema de mensajer\u00eda basado en aplicaciones para simplificar el intercambio de informaci\u00f3n, pero independientemente de la plataforma que elijas, la clave est\u00e1 en garantizar que todos utilicen el mismo canal. <\/p>\n\n\n\n
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 \u00e9xito general del proyecto. <\/p>\n\n\n\n
Lo ideal ser\u00eda que sus grupos internos y externos pudieran colaborar f\u00e1cilmente en tareas conjuntas durante todo el ciclo de vida del proyecto y, para alcanzar ese nivel de colaboraci\u00f3n, ambos grupos deben utilizar las mismas metodolog\u00edas de gesti\u00f3n de proyectos; de lo contrario, se encontrar\u00e1n con conflictos sobre c\u00f3mo dividir y priorizar su trabajo. <\/p>\n\n\n\n
Deje claros sus objetivos a los equipos de desarrollo subcontratados. H\u00e1gales saber lo que quiere conseguir con el proyecto y divida su objetivo general en hitos m\u00e1s peque\u00f1os.<\/p>\n\n\n\n
Aunque tenga que salvaguardar los datos confidenciales y confidenciales de su empresa, puede compartir sus objetivos generales y, cuando el personal subcontratado entienda c\u00f3mo es el juego final, podr\u00e1 adaptarse mejor a las necesidades de su organizaci\u00f3n. <\/p>\n\n\n\n
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\u00f3n a corto plazo, pueden temer que expresar sus preocupaciones comprometa su papel en el proyecto.<\/p>\n\n\n\n
Por ello, hay que dejar claro desde el principio que todos los comentarios constructivos son bienvenidos. Si creas una cultura de apertura, podr\u00e1s obtener nuevas perspectivas sobre viejos problemas y ver los retos de tu proyecto desde una perspectiva hol\u00edstica. <\/p>\n\n\n\n
En cuanto a los comentarios, aseg\u00farese 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\u00f3n, tienes que conocerlos.<\/p>\n\n\n\n
Del mismo modo, p\u00f3ngase en contacto con el jefe del equipo subcontratado y p\u00eddale que recabe sus propias opiniones. Conocer la percepci\u00f3n del proceso por parte del otro equipo le ayudar\u00e1 a fomentar un entorno m\u00e1s colaborativo e integrador. <\/p>\n\n\n\n
La externalizaci\u00f3n 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\u00e1n en zonas horarias radicalmente distintas, y las diferencias culturales pueden agravar a\u00fan m\u00e1s estos problemas, lo que dificultar\u00e1 la sinergia entre ambos grupos.<\/p>\n\n\n\n
Por lo tanto, deber\u00eda considerar dar prioridad a la externalizaci\u00f3n nearshore. Un equipo nearshore est\u00e1 situado en una naci\u00f3n adyacente a Estados Unidos, lo que significa que sus miembros trabajan en zonas horarias similares, comprenden mejor las diferencias de culturas y tendr\u00e1n m\u00e1s oportunidades de colaborar. <\/p>\n\n\n\n
Los equipos de desarrollo subcontratados pueden ser activos valiosos para su organizaci\u00f3n, especialmente al escalar sus operaciones o asumir enormes proyectos DevOps, pero si desea obtener el m\u00e1ximo provecho de estas asociaciones, debe asegurarse de que su personal interno y externo est\u00e9n alineados. <\/p>\n\n\n\n