Adiós al cargo, hola al arquetipo: los cinco perfiles que están fundiendo los roles de TI

Durante casi treinta años, entrar a un área de sistemas fue como leer un organigrama tallado en piedra. Estaba el Frontend y estaba el Backend. Estaba el Diseñador, que no tocaba código, y el de QA, que llegaba al final. Estaba el Full Stack, orgulloso de cruzar la frontera; el de Ciberseguridad, que decía que no a casi todo; el Product, dueño del "qué", y el Project Manager, dueño del "cuándo". Cada uno con su casilla, su rampa de ascenso y su tribu.

En junio de 2026, Boris Cherny —jefe de Claude Code en Anthropic, la persona que construyó la herramienta que hoy usan millones de desarrolladores— publicó una reflexión breve que puso ese organigrama en duda. No anunció un modelo ni vendió un framework. Escribió, casi pensando en voz alta, que "a medida que ingeniería, producto, diseño, etc. se funden en un nuevo tipo de rol", los cargos de siempre empiezan a parecer una mala forma de describir a las personas. Y propuso otra: mirar a la gente no por su título, sino por cinco arquetipos.

Cinco maneras de crear valor

Los cinco arquetipos no describen departamentos. Describen cómo aporta alguien a lo largo del ciclo de vida de un producto: desde la chispa inicial hasta el sistema maduro que hay que cuidar. Estos son, con la definición del propio Cherny:

• Prototyper — el que enciende. Trae ideas completamente nuevas y produce muchas, la mayoría de las cuales nunca se lanza. Su valor no es acertar siempre, sino generar volumen de opciones.
• Builder — el que materializa. Convierte rápido un prototipo o una idea en producto o infraestructura con calidad de producción. Es el puente entre "se podría" y "existe".
• Sweeper — el que depura. Limpia la interfaz, simplifica el código y el sistema, des-lanza lo que sobra, optimiza el rendimiento. Crea valor quitando, no solo agregando.
• Grower — el que ajusta al mercado. Toma un producto ya construido e itera sobre él para mejorar su encaje con el mercado. Vive en la distancia entre "funciona" y "la gente lo quiere".
• Maintainer — el que sostiene a escala. Es dueño de un sistema maduro y lo hace seguro, confiable, rápido y eficiente a medida que crece. Su terreno es la escala y la continuidad.

La observación más fina no es la lista, sino la frase que viene después. Cherny nota que estos arquetipos "no están realmente atados a la función laboral": en su empresa, algunos diseñadores encajan en el arquetipo 1, otros en el 2, otros en el 3; y lo mismo pasa con los ingenieros y los product managers. El arquetipo es una dimensión distinta al cargo. Y mucha gente cruza dos, a veces tres.

Lo veo todo mezclándose en una sola cosa. Llámalo builder, llámalo ingeniero, llámalo product manager: no sé cuál es el título, pero el rol está cambiando.

¿Por qué ahora? Porque la tarea que durante décadas separó a un ingeniero de un diseñador —escribir el código— pesa cada vez menos en el trabajo total. "Programar es un porcentaje pequeño" de la ingeniería, dice Cherny; el resto es "hablar con usuarios, generar ideas, depurar, pensar cómo funciona algo, planear". Cuando la máquina escribe el código, lo que distingue a una persona de otra ya no es si sabe programar, sino qué aporta al producto. Y eso —encender, materializar, depurar, hacer crecer, sostener— nunca respetó las fronteras del organigrama.

Dónde cae cada rol de TI

Aquí está el ejercicio interesante. Si los arquetipos cruzan los cargos, ¿dónde tiende a caer cada rol clásico de un área de desarrollo? Ninguno vive en una sola columna —esa es justo la tesis—, pero cada uno tiene un centro de gravedad: las fases del ciclo de vida donde históricamente ha aportado más. Este mapa lo hace visible.

Intensidad: ● núcleo, donde más brilla · ◕ frecuente · ◔ ocasional · ○ raro. Lee cada fila de izquierda a derecha: es el viaje de un rol por el ciclo de vida del producto.

El mapa cuenta tres historias de un vistazo. La primera: el Prototyper se concentra donde uno lo espera —Product, Full Stack, Diseño— pero no es exclusivo de nadie. La segunda: el Maintainer es el hogar natural del Backend, el QA, el DevOps y el de Seguridad; son los oficios que siempre pensaron en la escala, la falla y el largo plazo. Y la tercera, la más reveladora: la columna del Sweeper está encendida en casi todas las filas. Depurar, simplificar, quitar resulta ser la habilidad más repartida y, como veremos, la más escasa.

Rol por rol: qué se disuelve y qué queda

Frontend y Backend dejan de ser una frontera y pasan a ser un énfasis. Cuando el agente escribe el CRUD y el componente, lo que queda del frontend es el juicio de producto —Prototyper, Sweeper de la interfaz— y lo que queda del backend es el criterio de sistema a escala —Maintainer—. El Full Stack, que antes era el generalista incómodo, se vuelve el perfil más natural de todos: es el único que ya vivía cruzando columnas.

El Diseñador es quizá el que más gana. Liberado de pelear con la herramienta para "entregar specs", su arquetipo real —Prototyper de experiencias, Sweeper implacable de lo que sobra en pantalla, Grower que afina el encaje— por fin se puede ejercer construyendo, no documentando. En el equipo de Cherny, cuenta él, "los PRD están muertos: los prototipos los reemplazaron".

QA, DevOps y Ciberseguridad comparten un mismo centro de gravedad —el Maintainer— y ahí están su fortaleza y su advertencia. Su valor no desaparece: en un mundo donde cualquiera genera código a raudales, quien garantiza que ese código sea confiable, seguro y sostenible a escala se vuelve más necesario, no menos. Pero es un valor que se ejerce tarde en el ciclo, y quien solo sepa habitar esa columna quedará lejos de donde se decide el producto.

Product y Project se separan con nitidez en este marco. El Product Manager es Prototyper y Grower puro —vive en el "qué inventamos" y el "cómo lo hacemos encajar"—. El Project Manager, en cambio, gravita hacia el final del ciclo: coordinar, sostener el ritmo, hacer que las cosas lleguen. Dos oficios que la costumbre juntó bajo la palabra "gestión" y que los arquetipos revelan como casi opuestos.

La mezcla cambia con la madurez del producto

Cherny agrega una segunda idea, tan importante como la primera: no existe un equipo "ideal" en abstracto. El equipo sano es el que tiene la mezcla de arquetipos adecuada al momento del producto.

• Producto nuevo, antes de encontrar su mercado — fuerte en Prototyper + Builder + Sweeper. Todo es explorar rápido, construir y podar; sostener todavía no es el problema.
• Producto que crece y ya encontró su mercado — Builder + Sweeper + Grower, con algo de Maintainer. Ya no basta con inventar: hay que construir bien, afinar el encaje y empezar a cuidar lo que funciona.
• Producto maduro, con mercado consolidado — Sweeper + Grower + Maintainer, con algo de Builder. El centro de gravedad se mueve a sostener, crecer y simplificar; inventar de cero pesa menos que cuidar lo que existe.

Leídas juntas, las tres etapas dicen algo incómodo y útil: el mismo talento que hace despegar un producto rara vez es el que lo mantiene sano años después. No porque una persona valga más que otra, sino porque el producto pide cosas distintas en cada momento. El Prototyper brillante se asfixia en un sistema maduro; el Maintainer excelente ahoga un producto que todavía necesita caos.

Qué significa para tu carrera

Si esta forma de mirar se generaliza, la pregunta de carrera más honesta deja de ser "¿soy backend o soy PM?" y pasa a ser "¿en qué parte del ciclo aporto de verdad: enciendo, materializo, depuro, hago crecer o sostengo?". La respuesta es portable entre puestos, empresas e industrias. El título en la tarjeta, cada vez menos.

Hay un arquetipo que conviene mirar dos veces: el Sweeper. Casi todos quieren ser Prototyper —ideas— o Builder —construir—. Muchísima menos gente disfruta quitar: simplificar, des-lanzar, borrar código, reducir la superficie de un sistema. En el mapa aparece encendido en casi todas las filas, y en la mezcla de equipo está presente en las tres etapas. En un mundo donde generar código y features se vuelve barato, quien sabe restar con criterio es probablemente el perfil más subvalorado del mercado.

Hay una segunda pista, y viene textual de Cherny: "los mejores con las herramientas de hoy no son necesariamente los que serán mejores con las de mañana". La ventaja no está en dominar una herramienta concreta —un framework, un lenguaje, un IDE—, sino en la fluidez para adoptar la siguiente. El arquetipo, la forma en que creas valor, sobrevive a las herramientas; el dominio de una herramienta puntual caduca.

Conviene, eso sí, no sobreactuar. Cherny describe un equipo particular —Claude Code, en una empresa de IA, con títulos deliberadamente planos y un producto en plena explosión— y él mismo enmarca todo como una hipótesis: "quizá los roles del futuro se parezcan más a esto". Un área con otras fuerzas no se rige por las mismas reglas, y la piedra del organigrama no se disuelve de un día para otro. Pero como lente para mirar a un equipo y para pensar una carrera, los cinco arquetipos tienen una virtud rara: describen lo que una persona realmente hace, mucho mejor que la palabra impresa en su cargo.

El organigrama no va a desaparecer. Se va a volver líquido. Y quien sepa nombrar su propio arquetipo —y moverlo a donde el producto lo necesita— va a viajar mucho más lejos que quien siga aferrado a la casilla que le tocó el primer día.