El equilibrio entre la vida laboral y personal en Amazon como ingeniero de software, ¿es realmente tan malo?

La conciliación de la vida laboral y personal en Amazon depende del equipo en el que te encuentres.

Amazon practica lo que se conoce en la industria como "You build it, you own it". Esto significa que un equipo de servicio que construye un servicio es dueño de cada aspecto del servicio. El equipo es responsable de implementarlo y mantenerlo. Cada equipo tiene que asignar una rotación de guardia. Al menos una persona del equipo está de guardia. Si el servicio se cae, o salta una alarma, o por cualquier razón no funciona como debería, se llama a la persona de guardia... aunque sea a las 3 de la mañana

Esto se hace para animar al equipo de servicio a construir el servicio de forma que sea fácil de mantener y se reduzca la carga operativa. Es sorprendente, pero el resto de la industria no maneja esto. En la mayoría de las empresas, un equipo de ingenieros construye un producto y lo lanza por encima de la valla a un equipo operativo. El equipo operativo se encarga de levantarse a las 3 de la mañana. El resultado final es que las correcciones de los problemas operativos no tienen prioridad, y la carga operativa aumenta hasta ser insoportable. Una cosa que Amazon ha aprendido es que cuando haces que los ingenieros que escriben el código para el servicio sean responsables del funcionamiento del servicio, o bien lo escriben de forma que se reduzca la carga operativa, o bien automatizan el infierno de las operaciones. Esto crea una fuerte cultura DevOps

El problema es que cuando tienes un equipo que no operacionaliza su servicio correctamente, terminan tomando toda la carga operativa, y los tanques de equilibrio de la vida laboral. Todo el mundo tiene que arrimar el hombro para solucionar el problema. En empresas más tradicionales, el departamento de operaciones habría asumido esta carga. El equipo de operaciones está acostumbrado a esto y tiende a no quejarse tanto como el equipo de desarrollo. En un mundo ideal, el equipo que crea los problemas operacionales se vería obligado a asumirlos hasta que se solucionen los problemas principales y la carga operativa. La realidad es que la gente cambia de trabajo, y tiene que ser sustituida por otra gente. Especialmente, si un equipo tiene problemas operativos horribles, entonces todo el equipo podría irse. Esto significa que los directivos contratan a otras personas para sustituirlos. Y el nuevo grupo de personas hereda los problemas. Es un reto que un servicio con problemas operativos se convierta. Ciertamente no es imposible, pero es un reto.

Si te contratan en Amazon, tu percepción de la empresa va a depender mucho del equipo al que te incorpores. Por desgracia, Amazon no hace lo que hacen algunas empresas tecnológicas: rotar a los nuevos empleados dentro de un par de equipos durante los primeros 6 meses. He estado tratando de abogar por esto internamente.

Lo mejor que puedes hacer es ser sincero con tu gerente de contratación, y pedirles que te cuenten sobre su carga operativa. El gerente de contratación es la mejor persona para hacer esta pregunta a