Instance-Level/Instance-Wide Association of Competencies
Overview
This document serves as a detailed reference for proposed enhancements that advance Open edX support for competency based education and skills forward initiatives. It reflects the SOW 2.1 focus discussed by the Unicon and Open edX team, regarding instance-level/instance-wide association of competencies to course content and defining assessment criteria rules. The assessment criteria rules indicate the threshold at which the learner demonstrates the competency through the course content. The intent is to provide implementation oriented product requirements for these CBE enhancements, which are in alignment with Open edX core platform evolution and related pathway work being led with OpenCraft.
Problem Statements & Value Propositions
These were refined based on the SOW 2.1 discussion and the need to deliver an initial proof of concept workflow that fits how most institutions will start adopting competency mapping in Open edX.
Glossary
Assessment Criteria - The standards or rules used to measure the quality, success, or achievement of learning outcomes or competency demonstration through an instrument such as an assignment, project, or course.
Competency Based Education (CBE) - An educational model where students advance based on their demonstrated mastery of specific knowledge and skills, or competencies, at their own pace.
Competency - The demonstrated ability to apply knowledge, skills, and personal characteristics to successfully complete work or tasks in a defined setting.
Pathway - generic term for a set of learning items, which may be sequenced in linear or non-linear ways.
Challenge / Theme | Problem Statement | Value Proposition |
Flexible, Personalized Content and Competency Alignment | Institutions need to align competencies to existing course structures and to do so at multiple levels of granularity, ranging from the course level to assignments and units. Current workflows available in other LMS’ make it difficult to stay contextually grounded in the course or program while applying competency mappings and assessment criteria. | An instance-level/instance-wide association of competencies to course content with clear hierarchy visualization enables staff to efficiently apply competencies and criteria while staying in the context of familiar course or program organization. This lowers adoption friction, supports both high level and granular mapping approaches, and accelerates competency based delivery using existing course catalogs. This is also a prerequisite to enabling, at a granular level, the ability to track student progress and behavior, and implement targeted engagement strategies via automated interventions or faculty/student support outreach. This in turn further impacts student motivation because they can clearly see how their work and content applies to their learning goals. |
Content Reuse and Library Interoperability | Content can move between courses and libraries through import, copy, and reuse. Competency tags and criteria applied in one context can appear in another, creating risk of unintended overrides or inconsistency. | Clear rules for how competency tags behave across courses and libraries, including whether they are editable, locked, or context dependent, preserves data integrity and reduces rework. It also supports future library first authoring workflows without disrupting course based adoption. |
Role Based Permissioning and Governance | Many roles may participate in mapping competencies and authoring criteria, including instructional designers, faculty, and administrators. Without permission boundaries, users could accidentally change mappings in courses they should not manage. | Role aware access controls ensure users can only view and edit content they are authorized to manage. This supports institutional governance models and reduces operational risk during large scale adoption. These roles can vary from institution to institution, so there needs to be strong flexibility in adjusting both org level permissions and functional activities. |
Auditability and Versioning | Institutions may not frequently change mastery rules, but during initial setup they may need to correct mistakes, compare approaches, and understand what changed over time. | A pragmatic versioning and audit approach supports confidence and recoverability during setup while avoiding unnecessary complexity. It also keeps future options open for stronger publish and version patterns if needed. |
Levels of Complexity for Assessments | Institutions need to be able to indicate that competencies can be earned through different combinations of assessments within and across courses. EXAMPLE: Competency: Project Management. Earned by completing Assignment 1 and Assignment 2 from Course 1 OR just Assignment 3 from Course 2. NOTE: This would not be earned by the same student; but instead noting that the Project Mgmt Competency can be found in different courses or programs, and therefore can be validated in different ways. | Institutions need a way to represent that the same competency can be credibly earned and validated through different assessment pathways across courses and programs. In academic environments, competencies may not be confined to a single course or a single assessment model. Instead, they are developed and demonstrated through varied learning experiences that reflect disciplinary context, program design, and learner pathways. This gives curriculum designers and instructors the freedom and agency to individually design their own means for learners to demonstrate a competency, and it gives learners the freedom and agency to partake in a personalized pathway to demonstrate a competency. |
User Stories / Use Cases
Proposed Solution
Deliver a competency mapping experience that starts from courses and pathways, allows staff to navigate the course content hierarchy, and apply competencies with assessment criteria at any supported level of content. Support efficient repetition of mapping work through persistent course selection and visual indicators of existing mappings.
Functional Requirements
Challenges / Themes
Flexible, personalized content and competency alignment
Pathway and program alignment
Role based permissioning and governance
Content reuse and library interoperability
Feature | Requirements |
Course First Content Selection and Filtering |
|
Hierarchical Course Content Tree with Expand and Collapse |
|
Apply Competencies and Assessment Criteria at Multiple Levels |
|
Creating a Taxonomy of Competency Type |
|
Persistent Context When Switching Competencies |
|
Pathways Tab and Pathway Naming |
|
Permissions for Viewing and Editing Mappings |
|
Course and Library Interoperability Behavior |
|
|
|
PARKING LOT: Drag and Drop Competency Application |
|
PARKING LOT: Visual Indicators of Existing Competency Mappings |
|
Non-Functional Requirements
Needs to scale for tens of thousands of users.
Competency awarding should occur in close to real time.
Content mapping and criteria updates should be reflected in close to real time for authorized users.
Learner progress and mapping data should only be viewable by users scoped to the learner, course, or pathway context they are permitted to access.
Administrators should be able to specify which roles are permitted to edit competencies, mappings, and assessment criteria rules within their authorized scope.
Dependencies / Open Questions
Relationship to the existing taxonomy tags feature, including shared user interface patterns and shared storage.
Whether competency tags applied through the competency workflow are editable within course and library tagging interfaces, and if so what protections and warnings are required.
Relationship with OpenCraft’s Programs/Pathways work
Directionality of synchronization between course context mappings and library context content reuse, including whether library level tagging implies applicability across all course usages.
Pathway and program naming configuration, including where and how that label is managed and propagated across user interfaces.
Permissioning model details for course teams, pathway administrators, and other staff roles, including how course level and pathway level editing rights interact.
Whether and how drag and drop interactions should be supported across devices and accessibility contexts, and what the equivalent keyboard and screen reader interactions should be.
Permissioning design should anticipate future role expansion such as program administrators and other staff roles.