Loading Help…
Cómo RPF marca cada rol como heredado, future-ready, o híbrido — qué significa cada arquetipo, quién lo establece, por qué los roles future-ready deben llevar fuentes citadas, y cómo el vínculo de sucesor encadena una transformación.
Cada rol en RPF carga un arquetipo: legado (hoy), future-ready (mañana) o híbrido (el paso transicional entre los dos). El arquetipo es lo que convierte un catálogo plano de roles en un mapa de transformación — es como nombramos la diferencia entre un BIM Manager de 2025 y un BIM Manager de 2030 en la misma disciplina.
Tres audiencias leen el arquetipo de forma distinta. Las entidades profesionales lo leen como un objetivo de patrocinio — "patrocina el paquete Arquitecto future-ready". Los líderes organizacionales lo leen como un destino — "¿dónde están nuestros roles respecto a future-ready?". Los profesionales lo leen como una hoja de ruta — "¿cuál es el camino desde donde estoy hasta donde va este mercado?".
Un arquetipo de rol es una etiqueta estable en cada fila de rol en RPF que indica dónde se sitúa el rol en el arco de transformación: legado (rol de hoy, el punto de partida), future-ready (el rol hacia el cual nos transformamos) o híbrido (un paso transicional entre los dos). El arquetipo lo establece un administrador en el constructor de roles; no se autodetecta a partir del contenido.
El arquetipo es lo que hace de RPF una plataforma de transformación en lugar de un registro de títulos de puesto. Sin él, dos roles llamados "BIM Manager" se ven uno al lado del otro en el catálogo como duplicados. Con él, el segundo queda nombrado como el sucesor future-ready del primero — y la superficie de diff entre roles puede decirte exactamente qué cambió.
Rol de hoy — el punto de partida de una transformación. Los roles legados describen el trabajo tal como se realiza hoy en el mercado. No necesitan citas future-ready; documentan el estado actual con honestidad.
El rol hacia el cual nos estamos transformando. Cada ítem de un rol future-ready debe cargar al menos una cita anclada en SMC — la evidencia publicada que justifica el cambio. Es la puerta de citas (§3.3 del memo estratégico).
Un paso transicional entre legado y future-ready. Los roles híbridos describen los movimientos parciales que un mercado está haciendo hoy — el BIM Manager que coordina modelos federados pero al que aún no se le pide redactar los Exchange Information Requirements. Útil cuando un salto directo de legado a future-ready es demasiado para una sola fase.
¿Cómo se ve un Arquitecto / Ingeniero / Facility Manager future-ready en nuestra jurisdicción, con evidencia citada? El arquetipo es el artefacto que patrocinas. "Patrocina el paquete Arquitecto future-ready para Irlanda" es una propuesta más persuasiva que "patrocina un paquete rol-perfil-flujo" — ver el resumen para entidades.
¿Dónde están los roles de nuestra organización respecto a los roles canónicos future-ready de nuestra jurisdicción, y cuál es la adaptación local? Filtra el catálogo por arquetipo para ver de un vistazo cuáles de tus roles de disciplina ya tienen una contraparte future-ready publicada y cuáles no.
¿En qué se convierte mi rol en 5 años en mi mercado, y cuál es el camino? Abre el detalle del rol actual, sigue el vínculo de sucesor hacia el rol future-ready y luego abre el diff de roles — el diff es tu hoja de ruta de transformación.
Cada jurisdicción soportada publica su propio rol canónico future-ready por disciplina, patrocinado por una entidad activa en ese mercado. No existe un único Arquitecto canónico future-ready global — el de Irlanda, el de Brasil y el de Canadá difieren en sus materiales citados, motores regulatorios y lenguaje de contratación.
El rol canónico future-ready es contra el que se compara cualquier fork organizacional. Cuando un líder organizacional filtra su catálogo por future-ready, las filas son o bien el canónico (publicado por una entidad patrocinadora) o copias forkeadas por la organización derivadas de él. La superficie de diff de roles siempre se alinea contra el canónico en la jurisdicción de la organización.
Los ítems en un rol future-ready deben cargar al menos una fuente citada — una referencia Standards / Materials / Citations (SMC) que explique por qué ese ítem pertenece al cuadro future-ready. Es la puerta de Citas de Transformación del §3.3 del memo estratégico, y es la línea que defiende a RPF de ser leído como una opinión.
La puerta se activa al momento de publicar. Un rol future-ready no puede publicarse si alguno de sus ítems carece de una cita; el mensaje de validación indica al autor qué ítem está sin cita y enlaza al selector de citas. Los roles legados e híbridos están exentos — documentan la práctica actual, que se observa en lugar de citarse.
Cada rol puede cargar un succeeds_role_id — una clave foránea que apunta al rol desde el cual éste se transforma. Un BIM Manager legado (2025) puede no suceder a nada; un BIM Manager híbrido (2027) sucede al legado; el BIM Manager future-ready (2030) sucede al híbrido. Las cadenas pueden tener cualquier longitud, pero los paquetes de transformación típicos son de 2 a 3 pasos.
El vínculo de sucesor es lo que la superficie de diff de roles usa para preseleccionar un objetivo de comparación. Abre un rol con sucesor definido, haz clic en la pestaña Diff del constructor (o visita /[lang]/roles/[slug]/diff) y el diff se calcula automáticamente contra el sucesor. Puedes sobrescribir con ?vs=<slug> en la ruta independiente.
Tu jurisdicción aún no tiene un rol canónico future-ready para esta disciplina — patrocina uno, la atribución de tu organismo es permanente en el rol publicado, y la superficie del diff se enciende en el momento en que se publica la primera bifurcación org.
