El camino de management: construir equipos, contratar, acompañar el desempeño y diseñar la organización. Sirve también a quien sigue la carrera técnica y necesita entender cómo se decide a su alrededor.
Armado con los posts publicados al 20 de septiembre de 2026.
La separación más importante es la primera: el Engineering Manager es el único de los tres que tiene gente a cargo. Feedback formal, evaluaciones, salarios y desvinculaciones son suyos. Un Tech Lead o un Staff Engineer influyen mucho y no deciden eso, y confundirlo genera conversaciones incómodas con la persona equivocada.
Idea clave
Tech Lead responde por el trabajo, Engineering Manager por las personas, Staff Engineer por las decisiones técnicas que cruzan equipos. El único con gente a cargo es el segundo. Y crecer no obliga a gestionar: si la empresa no tiene rama técnica real, eso es un dato sobre la empresa.
La agenda la trae la otra persona, la frecuencia es fija, y el seguimiento de lo hablado es lo que hace que valga la pena. Si se convirtió en un repaso de tareas, cambiá quién propone los temas antes de cancelarla.
Las dos preguntas son «¿qué tan seguido hizo esto?» y «¿cuánto cuesta que salga mal?». Ninguna es sobre la persona en general: son sobre esta tarea. Alguien con ocho años de experiencia puede estar en la fila de abajo para algo que nunca hizo, y no pasa nada.
Idea clave
Cruzá cuántas veces lo hizo con cuánto cuesta que salga mal, y nombrá el nivel en voz alta. Entregá el resultado esperado y no el procedimiento, acordá un punto intermedio para hablar, y dejá que los errores baratos ocurran: son la forma más eficiente de subir de fila.
El impacto es la parte que casi siempre falta, y es la que hace que el feedback importe. «Propusiste una versión reducida» es una observación; «propusiste una versión reducida y eso destrabó dos semanas de discusión» es una razón para volver a hacerlo.
Idea clave
Situación, comportamiento, impacto: quince segundos que convierten una impresión en algo que se puede hacer distinto. Vale igual para lo bueno —si no decís qué estuvo bien, no se puede repetir— y conviene decirlo esta semana, no en la evaluación.
La prueba de una expectativa bien escrita: dos personas distintas podrían decir si se cumplió o no, sin discutir. Si hace falta interpretar, todavía es un adjetivo.
Idea clave
Una expectativa sirve si dos personas pueden decir si se cumplió sin discutir. Escribí las cuatro dimensiones —autonomía, comunicación, calidad, alcance— con ejemplos concretos, sumá los acuerdos del equipo, y volvé a hablarlo cada vez que cambia el rol, el tamaño del equipo o lo que vos esperás.
Definí el perfil y la evaluación antes de la primera entrevista, usá muestras de trabajo, y que cada uno escriba su evaluación antes de escuchar la de los demás. Y reemplazá «¿encaja?» por «¿qué trae que hoy no tenemos?»: lo primero construye equipos que piensan todos igual.
Medí el onboarding en días hasta la primera entrega real, no en documentación leída. Accesos probados antes de que llegue, ambiente andando el primer día, un cambio chico y real en la primera semana, y un acompañante que no seas vos. Y preguntá en la semana dos qué fue lo más confuso: es información que se evapora.
La pregunta que ordena la evaluación no es «¿qué tan bien trabajó?», sino «¿qué hizo, y cómo se compara con lo que se espera de alguien en su nivel?». Sin una definición de nivel escrita, la evaluación termina comparando a la persona con quien la evalúa, que es una vara arbitraria.
Idea clave
Si algo sorprende en una evaluación, el problema es de quien se lo guardó. Separá desempeño, desarrollo y compensación; anotá durante todo el período para no evaluar el último mes; compará contra el nivel escrito y no contra tu propia vara; y cerrá con dos focos, no con siete.
Diagnosticá antes de actuar: no saber qué se espera, no saber cómo, no poder, no querer y no encajar se resuelven distinto. Decilo temprano y con claridad —suavizarlo hasta que no se entienda es lo más cruel que se puede hacer— y si hace falta un plan, que tenga apoyo real, puntos intermedios y consecuencias dichas sin eufemismos.
La pregunta útil no es «¿cómo lo retengo?» sino «¿por qué se quedaría?». Si la única respuesta es la inercia, la persona ya está en riesgo aunque todavía no lo sepa.
Idea clave
Para cuando alguien renuncia, ya es tarde. Preguntá por qué se quedaría, cerrá el ciclo de lo que entrega, mirá la carga sostenida y no la semana, y tené la conversación de sueldo antes de que la pidan. Y cuando lo que quiere no existe acá, decilo: vale más que una promesa que no vas a cumplir.
Escribir no es más lento: es asincrónico. Una decisión que por escrito tarda un día en cerrarse pero no interrumpe a nadie suele costarle menos al equipo que una reunión de treinta minutos con seis personas, que además rompe la concentración de las seis.
Idea clave
Escrito por defecto, llamada para lo difuso y lo emocional. Definí la franja común y no la gastes en estado, rotá la incomodidad horaria, llevá al canal escrito todo lo que se decide en conversaciones informales, y buscá a propósito las señales que en una oficina se notaban solas.
El criterio que ordena todo: un equipo debería poder entregar algo útil sin depender de la planificación de otro. Cuando eso no pasa, ninguna reunión de coordinación lo arregla, porque el problema está en dónde se trazó la línea.
Idea clave
Dividí por flujo de entrega, no por especialidad, y medí el éxito en cuánta coordinación necesita cada equipo para terminar algo. Los equipos de plataforma existen para que los demás no pidan permiso; si hay que pedirles algo, todavía no son plataforma.
Conway no dice que la organización determine la mejor arquitectura: dice que la va a determinar igual. Si la estructura de equipos y la arquitectura deseada no coinciden, gana la estructura de equipos, y el diseño se erosiona sin que nadie tome la decisión de abandonarlo.
Idea clave
Si la arquitectura que querés no coincide con la forma de tus equipos, gana la forma de tus equipos. Organizá con la forma del sistema que querés antes de migrarlo, y si no podés reorganizar, al menos hacé explícitas las fronteras y reducí la coordinación necesaria para cruzarlas.
La prueba de que un nivel está bien escrito: se puede señalar trabajo concreto que lo demuestra. Si para justificar una promoción hay que argumentar sobre cualidades en vez de mostrar cosas que pasaron, la escalera todavía no sirve.
Idea clave
Definí los niveles por alcance del trabajo y por evidencia observable, no por años, tecnologías ni cualidades. Una promoción bien hecha reconoce algo que ya viene pasando; si hay que argumentar sobre cualidades, la escalera todavía no sirve.
Mostrar la capacidad real cambia la conversación de «necesitamos más gente» a «esto es lo que entra y esto es lo que queda afuera; ¿qué preferimos?». La segunda es una decisión de negocio; la primera es un pedido.
Idea clave
Mostrá la capacidad real con el trabajo invisible incluido, cuantificá lo que queda afuera, y llegá con las alternativas evaluadas. Contratar no siempre es la mejor respuesta, y mostrar que lo pensaste es lo que hace creíble el pedido cuando sí lo es.
La regla que resume casi todo: tu jefatura nunca debería enterarse de un problema tuyo por otra persona. Ni por un cliente, ni por otro equipo, ni por su propia jefatura. Eso vale más que cualquier informe prolijo.
Idea clave
Que tu jefatura nunca se entere de un problema tuyo por otra persona. Conclusión primero, con opciones, ajustando el nivel de detalle y no la verdad. Con los pares, construí la relación cuando no necesitás nada: es lo que va a estar disponible el día que sí.
Primero a quien más le cambia y de a uno; después al equipo, todos juntos. Contestá las tres preguntas que la gente tiene en la cabeza, decí qué no cambia —tranquiliza más de lo que parece— y nombrá lo que todavía no sabés con una fecha. Nunca niegues algo que después va a ocurrir.
atlas.matiascaliz.com.ar/materias/liderazgo-de-personas — si algo de acá no se entiende solo, el post completo lo explica.