¿Cómo es la incorporación de un ingeniero nuevo en tu equipo?

Apunta a un cambio real en producción en la primera semana y a propiedad genuina al final del primer mes. Dale un compañero de referencia que no seas tú, documentación de configuración que repare según la use, una primera tarea con una definición de hecho clara y expectativas escritas a los treinta, sesenta y noventa días. Introduce el contexto por capas: primero producto, luego arquitectura, luego historia.

El objetivo es un cambio real en producción en la primera semana, por pequeño que sea, porque hasta que alguien no ha recorrido el pipeline entero una vez todavía no trabaja aquí de verdad. Para que eso sea posible mantengo un pequeño backlog de tareas iniciales auténticas, no de relleno, dimensionadas para que toquen la construcción, la revisión y el despliegue. Cada persona nueva tiene un compañero que no soy yo, cuyo trabajo explícito es responder a las preguntas que la gente se siente tonta haciéndole a su manager. La documentación de configuración pertenece a quien se incorporó más recientemente, así se repara cada vez en lugar de pudrirse durante un año. Sobre el contexto, hago producto antes que arquitectura, porque un diagrama de sistema no significa nada hasta que sabes qué hacen los clientes con él, y guardo las historias de por qué lo construimos así para la tercera semana. Escribo lo que espero a los treinta, sesenta y noventa días y lo comparto el primer día, y luego lo reviso con la persona de verdad, porque un plan que nadie revisa es decoración.