Loading Help…
Cómo encaja el modelo de competencia, y qué significan en realidad el IRI y el ICI. Tomado de las fuentes autorizadas de BIMe/BFB.
El modelo es una composición de dos niveles. Un rol (persona) contiene perfiles; cada perfil contiene ítems medibles.
La acreditación y certificación no son una sola cosa hecha por un solo actor. Son una cadena de roles distintos hechos por partes distintas — y RPF es la capa de marco al inicio de la cadena.
El diagrama coloca a RPF en el centro como la capa de marco (Nodo N). A su alrededor se ubican los actores con autoridad distintiva que referencian, acreditan, evalúan, emiten o verifican contra el marco: los organismos de acreditación acreditan a proveedores de capacitación y organismos de certificación; los evaluadores evalúan personas; los organismos de certificación y las plataformas de credenciales emiten, firman y verifican credenciales; los reguladores y autoridades establecen las reglas; los organismos profesionales, industriales o comunitarios pueden reconocer roles; los proveedores de capacitación imparten formación; los empleadores y reclutadores consumen credenciales. RPF es el marco contra el que esos actores verifican — no es ninguno de ellos.
Alrededor de RPF se ubican actores distintos con autoridad distintiva: los organismos de acreditación acreditan a proveedores de capacitación y organismos de certificación; los evaluadores evalúan personas; los organismos de certificación y plataformas de credenciales emiten, firman y verifican credenciales; los reguladores y autoridades establecen las reglas; y los organismos profesionales, industriales o comunitarios pueden reconocer roles.
RPF define y publica los roles, perfiles y flujos que los otros actores referencian. No acredita, evalúa, certifica, emite, firma, verifica ni almacena credenciales. Registra el reconocimiento de un rol por parte de un organismo y produce plantillas de credencial basadas en su marco — y se detiene allí.
Tres entidades, dos índices, una clasificación. Eso es todo el modelo.
Un rol (p. ej. Gerente BIM, Arquitecto Junior) lleva escala, tipo, nivel, disciplina y región. Es el contenedor exterior que sostiene los perfiles requeridos para desempeñarlo.
Un Perfil de Competencia agrupa ítems que van juntos — p. ej. Fundamentos de BIM, Colaboración basada en modelos. Ya sea central (aplica a todo rol) o especializado.
La unidad atómica. Un ítem especifica conocimiento, habilidad y resultado en una oración estructurada y evaluable.
Una vez definidos el rol y los perfiles de competencia de una persona, un flujo los traduce en un recorrido de proyecto. Cada flujo es la capa navegacional sobre el ecosistema BIM: una secuencia de etapas que apuntan al profesional al estándar, apoyo o guía relevante en cada paso.
Una tarjeta ordenada con un título, una responsabilidad de gestión de información, guía en lenguaje claro, y enlaces a los materiales del ecosistema que la resuelven. Las etapas se componen en el flujo que sigue el perfil.
Entradas de primer nivel del ecosistema existente (ISO 19650, CWMF, el Mandato BIM irlandés, Build Digital, etc.). Cada etapa enlaza materiales por relevancia — principal, de apoyo, o de referencia.
Cuando ningún apoyo existente resuelve una etapa, el flujo la marca con una prioridad y evidencia de panel. Las marcas se agregan en el registro de brechas priorizado que impulsa el alcance de la Fase 3.
Cada arista etapa→material se registra en el registro de referencias cruzadas para que la biblioteca permanezca coherente a medida que evolucionan los estándares y se agregan nuevos apoyos.
Cada ítem es una Declaración de Acción: una oración estructurada que define una actividad, salida o resultado. Cada una comienza con un verbo de una taxonomía fija y referencia términos tomados de estándares internacionales (ISO 19650, el BIMe Dictionary).
establish the project’s Information RequirementInformation Requirement — Descripción no disponible.s
“Establecer el plan de movilización del equipo de entrega.”
“Identificar los activos para los que se gestionará la información.”
“Determinar si el equipo del proyecto es capaz de gestionar modelos federados.”
The governed Activity Type taxonomy each statement is classified against. Codes are grouped by category — Action (A), Enquiry (E), Capability (C).
| Code | Expression | Description |
|---|---|---|
| A1 | Do (x)do-x | The most generic syntax governing an action within a Statement. To do is to generate, organise, manage, maintain, and similar actions that are not specific enough to warrant their own syntax. |
| A2 | Assess (x)assess-x | Covers the action of assessing and evaluating an actor, service, or product. It is not intended to determine the result of that assessment. |
| A3 | Learn (x)learn-x | Gaining conceptual and practical knowledge by an actor. Learning can be structured (e.g. through neural networks) or through studying, imitation, and practice. Organisational learning is also covered through recruitment of learned individuals and procurement of expert systems. |
| A4 | Teach (x)teach-x | To teach, train, or demonstrate a concept or a solution. To guide others. |
| A5 | Certify (x)certify-x | To formally attest to, accredit, or issue a credential confirming that an actor, service, or product meets a defined standard. The act of conferring formal recognition — distinct from assessing (A2) or determining capability (C1). |
| A6 | Define (x)define-x | This syntax covers statements that describe / specify what needs to be done or delivered rather than the act of doing or delivering. |
| E1 | Establish if (x) is availableestablish-x-available | Establish if an artefact, role, or system is in place. Use with Establish or Determine. |
| E2 | Identify (x)identify-x | Identify an actor, organisation, project or system. Establish the type(s) of actors, organisations, etc. |
| E3 | Provide information about (x)provide-information-x | Supply, share, report, or make available information, data, or documentation about an actor, artefact, project, or system — without evaluating or determining it. |
| E4 | Determine [attribute] of (x)determine-x-attribute | An [attribute] refers to cost, speed, or similar; attributes derived from the BIM Ontology. An [attribute] can also refer to general indicators similar to applicability and affordability. |
| E5 | Determine if (x) has occurreddetermine-x-occurred | Establish whether an event, action, or milestone has taken place. Confirms occurrence (yes / no), not the attributes (E4) or accuracy (E8) of the thing. |
| E6 | Determine if (x) meets condition (y)determine-x-conformant-y | Establish whether an actor, artefact, or system satisfies a stated condition, requirement, or threshold (y) — a conformance check returning a met / not-met result. |
| E7 | Determine if (x) is aware of (y)determine-x-aware-y | Establish whether an actor or organisation has knowledge or awareness of a concept, requirement, or piece of information (y). |
| E8 | Determine if (x) is true or accuratedetermine-x-true | To be used for statements that attempt to confirm, verify, or validate if an action has occurred or if the input is accurate and the claim is true. |
| C1 | Determine if (x) is capable of doing (y)determine-x-capable-y | Determine if an actor — a human or machine — is capable of performing a task or delivering a service / product. At the end of this determination, a result must become known: either Actor x is capable or not capable. Capability includes both Readiness (having the abilities / tools) and past Experience. |
| C2 | Rate the capability of (x)rate-x-capability | Assign a graded score, level, or rating to an actor's capability, rather than the binary capable / not-capable result of C1. Produces a position on a defined capability scale. |
| C3 | Compare the capability of (x) against condition (y)compare-x-capability-y | Evaluate an actor's capability relative to a benchmark, requirement, or another actor (y), producing a relative result (e.g. meets / exceeds / falls short). |
| C4 | Establish the qualifications of (x)establish-x-qualification | Identify and verify the formal qualifications, credentials, certifications, or accreditations held by an actor. |
Cada arista rol↔perfil lleva ambos. Responden a preguntas distintas.
Diferencia las competencias por su importancia para el desempeño del rol, desde No Requerida (0) hasta Requerida (4).
Competencias fuera del alcance del perfil para este rol.
Competencias suplementarias — agradables de tener, pero no necesarias para desempeñar el rol.
Competencias que mejoran el desempeño y los resultados sin ser práctica estándar.
Competencias de práctica estándar que un profesional en este rol debería poseer.
Competencias críticas e innegociables sin las que no puede desempeñarse el rol.
Mide la capacidad de un individuo para realizar una actividad definida o lograr un resultado especificado, desde Sin Competencia (0) hasta Experto (4).
Sin habilidad demostrable en el área temática.
Entiende los fundamentos y tiene algo de aplicación práctica inicial.
Sólida comprensión conceptual y algo de aplicación práctica.
Conocimiento conceptual significativo y experiencia práctica sustancial.
Conocimiento extenso, habilidad refinada y experiencia prolongada en la actividad.
Cada perfil se adjunta a un rol con una clasificación que describe qué tan central es.
Universalmente aplicable a todo rol definido — competencias BIM fundacionales.
Central al alcance de trabajo del rol — las competencias que definen la entrega diaria.
Competencias secundarias que complementan el conjunto principal sin definir el rol.
Un ejemplo desarrollado. La misma codificación se usa dondequiera que IRI/ICI aparezcan juntos.
Central · Índice de Responsabilidad Individual 4 (Requerida) · Índice de Competencia Individual 3 (Avanzada).
El tono marca la clasificación. El contorno se engrosa con la profundidad del IRI — cuanto mayor la responsabilidad, más prominente la arista. El cuadrado pequeño rellenado se satura con la profundidad del ICI. Los números (R para IRI, C para ICI) siempre son visibles para mayor precisión.
Una celda vacía significa que no hay una arista definida entre ese rol y ese perfil en esta versión del marco.
Definiciones cortas para cada entidad de primer nivel en la plataforma. La referencia canónica completa vive en los documentos de convenciones.
Una posición organizacional compuesta de uno o más Perfiles. Los roles varían según la jurisdicción incluso cuando comparten un nombre — p. ej. Arquitecto en el Reino Unido vs Níger conlleva obligaciones distintas.
Un contenedor genérico de Declaraciones de competencia y Usos de Información. Los perfiles son los bloques de construcción de los Roles; un Perfil puede aparecer en muchos Roles.
Un contenedor canónico para los tipos de trabajo de información que realiza un perfil, definido según el documento BIMei 211in. Tres ramas: Usos de Modelo (MU), Usos de Documento (DU), Usos de Datos (dU). Los IUs vinculan a los Roles transitivamente vía Perfiles.
Una sola declaración de competencia — una acción que un perfil puede realizar. Los ítems pertenecen a Perfiles y pueden vincularse a Materiales.
Un artefacto derivado (cláusula, plantilla, checklist, guía o estándar) citado de una Fuente. Los Materiales conectan con Ítems e IUs solamente — no directamente con Perfiles.
La publicación emisora, dataset o carga desde la que se derivan los Materiales — p. ej. ISO 19650, ABNT NBR 15965, un SOP corporativo subido.
Una secuencia ordenada de actividades. Los Flujos se adjuntan a Perfiles solamente; los Roles alcanzan los Flujos transitivamente vía sus Perfiles.
Una tupla específica de usuario: Rol + Perfiles Actuales + Perfiles Objetivo + Flujo de actividades para cerrar la brecha. Construida por el Analizador de Persona. No es sinónimo de Perfil.
Un contexto de alcance — un país, región subnacional (p. ej. Quebec) o bloque supranacional (p. ej. UE) — que gobierna qué Materiales, Perfiles y Roles aplican.
El segundo Analizador: ingiere un programa de proyecto, extrae declaraciones y flujos, e identifica las competencias necesarias para entregar el proyecto. Anteriormente llamado Planificador de Proyecto. Distinto del Analizador de Persona.
Documentos del proyecto que vienen con esta app, y las publicaciones fundacionales detrás del Proyecto C.
BIM ThinkSpace (2024), Episode 25. bimthinkspace.com/2024/11/episode-25-redefining-competence.html
Succar, B., Sher, W., & Williams, A. (2013). Automation in Construction. doi:10.1016/j.autcon.2013.05.016 · bit.ly/BIMPaperA6
BIMei (2016). bimexcellence.org/resources/200series/201in
BIMei (2015). bimexcellence.org/resources/200series/211in
BIMei (2020). bimexcellence.org/resources/300series/351in-model-use-templates-guide
