¿Cuándo cambió Google sus políticas de contratación con respecto al nivel de enfoque de las descripciones de trabajo?

* SI * ha cambiado, fue a principios de este año (2014). Durante los ~ 5 años anteriores a eso, fui efectivamente el “propietario” de las ofertas de trabajo / sitio de trabajo de Ingeniería de Software de Google para Mountain View, y sí, tiene razón: nuestra práctica ha sido en gran medida publicar solo [semi] genéricos Requisitos de “perfil” de SWE y descripciones de trabajo no enfocadas / especializadas. Sin embargo, esta práctica solo se aplica a Ingeniería de Software (el ejemplo que proporcionó en su pregunta) y no a otras funciones de Eng o no Eng. Además, con el tiempo ha habido alguna variación en la medida en que los sitios distribuidos de Google (es decir, no HQ) se adhirieron a las prácticas establecidas en MTV).

Digo * SI * arriba, porque no me queda claro que las cosas realmente hayan cambiado. Al mirar el sitio de trabajo de Google hoy, todas las publicaciones de trabajo de SWE “muy enfocadas” parecen estar en la unidad de negocios de Google en YouTube, Google X, o en una de las otras unidades de negocios de Google que opera de manera autónoma, y ​​no son roles de SWE con Google Core . Durante esos ~ 5 años en los que fui responsable de examinar las solicitudes para publicar nuevas solicitudes de trabajo de SWE en MTV, había pedido a esas unidades autónomas que no publicaran sus propias solicitudes especializadas en el sitio de trabajo principal de Google, ya que competían por los globos oculares con el software principal ” Ingeniero – Mountain View “requiere que 60-80% de los SWE de Google en MTV hayan sido contratados tradicionalmente. Mi mejor conjetura es que no es tanto un cambio de política de contratación intencional lo que ha resultado en que se publiquen los requisitos especiales ahora, sino que esas unidades autónomas han “escapado” de sus publicaciones especializadas sin el área de producto central Equipos de reclutamiento de SWE habiendo notado que estos requisitos de nicho ahora están suplantando los requisitos de perfil primario bajo los cuales se realiza la gran mayoría de la contratación de SWE.

—–

En caso de que alguien esté interesado, aquí está el historial (estos rangos de fechas son aproximados):

1998 hasta ~ 2005: Google solo tenía una única solicitud de trabajo “genérica” ​​para la ingeniería de software en cada ubicación. ¿Lo racional? El principio fundamental del proceso de contratación de ingeniería de Google es y siempre ha sido contratar ingenieros inteligentes con habilidades fundamentales sólidas (codificación, algoritmos, estructuras de datos, diseño de software). Al contratar SWE con habilidades generalizadas para * Google Engineering * en lugar de especialistas para roles, equipos o proyectos específicos, esto permitió que Google hiciera que los ingenieros giraran fácilmente entre diferentes proyectos a medida que la tecnología, las prioridades comerciales y sus intereses cambiaran con el tiempo. (Punto de trivia: a los requisitos se les asignaron números cuando se crearon en el Sistema de Seguimiento de Solicitantes [original] de Google, y “Ingeniero de Software – Mountain View” fue la solicitud # 1).

~ 2005: iirc, cuando me uní a Google en 2005, solo había 3 solicitudes SWE en MTV (“Ingeniero de software – Mountain View”, “Ingeniero de software, Java – Mountain View”, “Ingeniero de software, Windows – Mountain View”). Sin embargo, en este momento, Google necesitaba desarrollar una experiencia más especializada dentro de Engineering Org para ayudar a la empresa a escalar, y decidimos crear publicaciones de trabajo SWE adicionales para que las personas con habilidades únicas sepan que Google tenía necesidades en esos zonas Por ejemplo, creé uno para “Ingeniero de software, Internacionalización – Mountain View” y otro para “Ingeniero de software, Accesibilidad – Mountain View” – y un puñado de mis compañeros de equipo también creó algunos. Sin embargo, a pesar de tener estas solicitudes de trabajo especializadas, el paradigma de contratación de Google se mantuvo enfocado en evaluar las habilidades fundamentales (no es que Google no quiera especialistas; simplemente no quiere personas que sean * solo * especialistas y carezcan de un CS fundamental que lo respalde debajo de él) ) Además, en realidad no había garantía de que alguien contratado bajo el requisito de “Ingeniero de Software, Internacionalización” fuera asignado (el término de Google para el proceso de asignación del proyecto) al equipo de Ingeniería de i18n; pueden terminar en otro lugar según sus preferencias y las necesidades comerciales de la compañía en el momento en que fueron contratados.

~ 2008: descubrimos que las cosas se habían salido de control y que más de 900 requisitos individuales de trabajo de Ingeniero de Software se publicaron en Google Careers (alrededor de la mitad de los cuales fueron para puestos en Mountain View). Al encuestar a los candidatos (y referir a los empleados), la retroalimentación frecuente fue que había demasiados puestos casi idénticos y que era difícil saber a qué postularse / referirse. Entonces, alrededor de ese tiempo, volvió a adoptar la práctica de publicar solo 2-3 solicitudes SWE (“Ingeniero de software”, “Ingeniero de software front-end”, “Ingeniero de software, Ingeniería de confiabilidad del sitio”).

~ 2011- marzo de 2014: durante este tiempo ampliamos la cantidad de requisitos básicos / de perfil para incluir “Ingeniero de software, Aplicaciones móviles (iOS / Android),” Ingeniero de software, Redes “e” Ingeniero de software, Privacidad “, y también comenzamos incluyendo un par de requisitos de New Grad SWE en las páginas principales de trabajos.

(Dejé Google en marzo de 2014 y no puedo hablar de ninguna política nueva que se haya adoptado desde entonces. Una nueva persona realmente hizo la transición al cargo de Jefe de personal técnico global de Google hace aproximadamente un mes, y es posible que haya implementado algunas cambios)