Una carrera profesional que funcione de verdad para ingenieros
Diseña carreras de ingeniería con expectativas claras, competencias medibles y doble vía, que retengan tanto a ICs como a futuros managers.
La mayoría de las carreras profesionales de ingeniería fallan porque describen cualidades aspiracionales en lugar de comportamientos observables. "Demuestra excelencia técnica" no le dice nada a un ingeniero sobre qué debe hacer diferente mañana. Las carreras efectivas definen expectativas concretas contra las que los ingenieros pueden autoevaluarse, los managers pueden evaluar de forma consistente y las organizaciones pueden usar para tomar decisiones salariales justas.
El objetivo no es una rúbrica perfecta: es un lenguaje compartido que haga que las conversaciones sobre crecimiento sean productivas en lugar de políticas.
Definir dimensiones de competencia observables
Cada nivel necesita competencias descritas en términos de comportamientos observables, no de rasgos de personalidad. "Se hace cargo" es vago. "Identifica riesgos en su proyecto y los escala con mitigaciones propuestas antes de que se conviertan en bloqueos" es accionable.
// ❌ Vague competency definitions
const vagueLevel = {
title: "Senior Engineer",
expectations: [
"Demonstrates technical excellence",
"Shows leadership",
"Mentors others",
"Has strong communication skills",
],
};
// What does "demonstrates" mean? How do you measure it?// ✅ Observable behavior-based competency framework
interface CompetencyDimension {
name: string;
description: string;
levels: Map<string, BehaviorExpectation[]>;
}
interface BehaviorExpectation {
behavior: string;
examples: string[];
antiPatterns: string[];
}
const technicalCompetency: CompetencyDimension = {
name: "Technical Execution",
description:
"Ability to design, implement, and ship reliable software",
levels: new Map([
[
"mid",
[
{
behavior:
"Completes well-scoped features independently with" +
" guidance on approach",
examples: [
"Implements API endpoint from design doc",
"Adds test coverage for existing module",
"Debugs production issues with support from seniors",
],
antiPatterns: [
"Needs step-by-step instructions for every task",
"Frequently blocked without asking for help",
],
},
],
],
[
"senior",
[
{
behavior:
"Designs and delivers complex features across" +
" multiple components with minimal guidance",
examples: [
"Designs schema migration strategy for live system",
"Leads technical implementation of cross-team feature",
"Identifies and resolves systemic performance issues",
],
antiPatterns: [
"Only works on isolated tasks within one service",
"Avoids ambiguous problems",
],
},
],
],
[
"staff",
[
{
behavior:
"Sets technical direction for large initiatives" +
" and influences architecture decisions across teams",
examples: [
"Writes RFC adopted across multiple teams",
"Leads migration of core system with clear rollback plan",
"Defines technical standards others follow",
],
antiPatterns: [
"Technical decisions don't extend beyond own team",
"Architecture docs gather dust without adoption",
],
},
],
],
]),
};Los antipatrones son tan importantes como los ejemplos positivos. Dejan explícito qué no cuenta para el siguiente nivel, evitando autoevaluaciones desalineadas.
El problema de la doble vía
Forzar a los ingenieros a pasar a la gestión para avanzar en su carrera hace perder tu mejor talento técnico. Una doble vía con paridad real —mismas bandas salariales, misma influencia organizacional— retiene tanto a quienes construyen como a quienes lideran.
interface CareerTrack {
name: "individual-contributor" | "management";
levels: LevelDefinition[];
}
interface LevelDefinition {
title: string;
level: number;
compensationBand: string;
scopeDescription: string;
keyDifferentiator: string;
}
const icTrack: CareerTrack = {
name: "individual-contributor",
levels: [
{
title: "Software Engineer",
level: 1,
compensationBand: "L1",
scopeDescription: "Individual tasks within a team",
keyDifferentiator:
"Delivers assigned work with guidance",
},
{
title: "Software Engineer II",
level: 2,
compensationBand: "L2",
scopeDescription: "Features within a team",
keyDifferentiator:
"Independently delivers multi-week features",
},
{
title: "Senior Software Engineer",
level: 3,
compensationBand: "L3",
scopeDescription: "Team-level technical decisions",
keyDifferentiator:
"Owns team technical direction, mentors juniors",
},
{
title: "Staff Software Engineer",
level: 4,
compensationBand: "L4",
scopeDescription: "Cross-team technical influence",
keyDifferentiator:
"Sets direction across multiple teams",
},
{
title: "Principal Software Engineer",
level: 5,
compensationBand: "L5",
scopeDescription: "Organization-wide technical strategy",
keyDifferentiator:
"Shapes company technical strategy and culture",
},
],
};
const managementTrack: CareerTrack = {
name: "management",
levels: [
{
title: "Engineering Manager",
level: 3, // Parallel to Senior IC
compensationBand: "L3",
scopeDescription: "Single team delivery and growth",
keyDifferentiator:
"Manages team of 5-8, owns delivery and people growth",
},
{
title: "Senior Engineering Manager",
level: 4,
compensationBand: "L4",
scopeDescription: "Multiple teams or complex domain",
keyDifferentiator:
"Manages managers or large team, owns domain strategy",
},
{
title: "Director of Engineering",
level: 5,
compensationBand: "L5",
scopeDescription: "Department-level strategy",
keyDifferentiator:
"Sets department direction, manages senior managers",
},
],
};Observa que las bandas salariales se alinean entre las dos vías. Un Staff Engineer y un Senior Engineering Manager ocupan la misma banda. Esto evita que la vía de gestión se convierta en el único camino hacia un mejor salario.
Criterios de promoción y recolección de evidencia
Las promociones deben ser decisiones basadas en evidencia, no concursos de popularidad ni ejercicios de sesgo de recencia. Estructura el proceso de recolección de evidencia a lo largo de todo el período de evaluación.
interface PromotionPacket {
candidate: string;
currentLevel: string;
targetLevel: string;
period: { start: Date; end: Date };
evidence: CompetencyEvidence[];
sponsorStatement: string;
peerFeedback: PeerFeedback[];
recommendation: "promote" | "not-yet" | "needs-discussion";
}
interface CompetencyEvidence {
dimension: string;
targetBehavior: string;
examples: WorkExample[];
}
interface WorkExample {
description: string;
impact: string;
date: Date;
scope: "individual" | "team" | "cross-team" | "org-wide";
verifiedBy: string;
}
interface PeerFeedback {
reviewer: string;
relationship: "peer" | "report" | "cross-team" | "stakeholder";
strengths: string[];
growthAreas: string[];
}
function assessReadiness(
packet: PromotionPacket,
targetLevel: LevelDefinition
): {
ready: boolean;
gaps: string[];
strengths: string[];
} {
const gaps: string[] = [];
const strengths: string[] = [];
for (const evidence of packet.evidence) {
const hasSubstantialExamples =
evidence.examples.length >= 2 &&
evidence.examples.some(
(e) => e.scope !== "individual"
);
if (hasSubstantialExamples) {
strengths.push(evidence.dimension);
} else {
gaps.push(
`${evidence.dimension}: needs more examples at` +
` ${targetLevel.scopeDescription} scope`
);
}
}
return {
ready: gaps.length === 0,
gaps,
strengths,
};
}Calibración entre equipos
Distintos equipos y managers aplican los estándares de forma diferente. Las sesiones de calibración garantizan equidad en toda la organización.
interface CalibrationSession {
participants: string[];
candidates: PromotionPacket[];
levelBeing Calibrated: string;
}
function prepareCalibration(
packets: PromotionPacket[]
): {
groupedByLevel: Map<string, PromotionPacket[]>;
discussionOrder: PromotionPacket[];
} {
const grouped = new Map<string, PromotionPacket[]>();
for (const packet of packets) {
const level = packet.targetLevel;
const existing = grouped.get(level) ?? [];
existing.push(packet);
grouped.set(level, existing);
}
// Discuss borderline cases first — they benefit most
// from cross-team perspective
const ordered = packets.sort((a, b) => {
const aGaps = assessReadiness(a, {} as LevelDefinition).gaps.length;
const bGaps = assessReadiness(b, {} as LevelDefinition).gaps.length;
// Candidates with some gaps but also strengths are borderline
const aBorderline = aGaps > 0 && aGaps < 3 ? 0 : 1;
const bBorderline = bGaps > 0 && bGaps < 3 ? 0 : 1;
return aBorderline - bBorderline;
});
return {
groupedByLevel: grouped,
discussionOrder: ordered,
};
}Conclusiones clave
Las carreras profesionales efectivas describen comportamientos observables en lugar de rasgos aspiracionales: "identifica riesgos y los escala con mitigaciones propuestas" siempre supera a "demuestra liderazgo". Construye dobles vías con paridad real: mismas bandas salariales para IC y gestión en niveles equivalentes, para que los ingenieros no tengan que gestionar personas solo para ganar más. Incluye antipatrones junto a los ejemplos positivos en cada nivel para evitar autoevaluaciones desalineadas y hacer las expectativas inequívocas. Estructura las decisiones de promoción en torno a paquetes de evidencia recolectados durante todo el período de evaluación, no narrativas sesgadas por la recencia armadas la semana anterior a las revisiones. Ejecuta sesiones de calibración entre equipos para normalizar los estándares y evitar la inflación de promociones en equipos con managers permisivos. La carrera profesional no es un ejercicio burocrático: es el marco que determina si tus mejores ingenieros se quedan y crecen o se van a organizaciones que valoran sus contribuciones con más claridad.
