| name | role-based-aipom-competency-map |
| description | Define observable AI product competencies by role and proficiency level, tied to real decisions, evidence, practice, and progression rather than generic tool fluency. |
| type | component |
| category | capability-adoption-and-reuse |
| phase | 2 |
| status | active |
| operating_level | ["organization","product-team"] |
| audience | ["CPO","Product Operations","Product Manager","Team Lead","Design","Engineering","Data","AI Governance","Learning and Development"] |
| best_for | ["Setting role-specific AI product expectations","Designing applied learning paths","Distinguishing proficiency from training attendance"] |
| evidence_required | ["Role decisions and workflows","Expected outcomes and failure consequences","Work artifacts and observed practice","Current capability and support evidence"] |
| produces | ["Role-based competency map","Observable proficiency rubric","Practice and progression priorities"] |
| assessment_questions | ["CAP-01","CAP-02","CAP-03","CAP-05"] |
| maturity_move | {"from":"emerging","to":"repeatable"} |
| estimated_time | 60-120 min |
| group_size | 4-10 |
| depends_on | ["aipom-capability-maturity-advisor"] |
| combine_with | ["aipom-learning-system-designer","aipom-adoption-impact-scorecard","workflow-to-skill-converter"] |
| sources | [] |
Role-Based AIPOM Competency Map
What Is It
Define what people in specific roles must understand and demonstrably do to make better AI product decisions. Describe proficiency through observable work, judgment, evidence, and outcomes—not tool familiarity or course completion.
Why Use It
Generic AI literacy produces uneven expectations and weak transfer into work. Role-based competencies focus development on the decisions, responsibilities, and failure modes each role actually owns.
When to Use It
Use after diagnosing a capability gap and before designing curricula, coaching, assessment, hiring, or progression. Begin with a few consequential roles and workflows rather than an enterprise encyclopedia.
What It Produces
- Priority roles, decisions, and expected competencies
- Observable proficiency levels and evidence
- Practice, coaching, support, and progression priorities
- Ownership, review cadence, and fairness safeguards
Who Should Participate
Include role practitioners and leaders, Product Operations, learning and development, relevant functional experts, and governance partners. Include people affected by how the expectations will be assessed.
Evidence to Bring
Bring role charters, real decisions, workflow playbooks, artifacts, failure examples, performance evidence, support requests, observed practice, and current learning paths. Attendance and self-confidence are weak evidence alone.
How to Do It
- Select roles and consequential decisions in scope.
- Define the outcomes, responsibilities, evidence duties, and failure modes for each role.
- Group competencies around work such as framing, context, evaluation, economics, governance, facilitation, and reuse.
- Write observable proficiency levels: foundational, applied, independent, and enabling.
- Name evidence that demonstrates each level in real or representative work.
- Identify required practice, feedback, coaching, tools, and organizational support.
- Distinguish individual skill gaps from workflow, policy, incentive, or access barriers.
- Check accessibility, fairness, role boundaries, and unintended credentialism.
- Prioritize the smallest capability moves that unblock operating outcomes.
- Assign a steward and review triggers as roles and practices change.
Key Concepts
- Competence is observable judgment in context.
- Proficiency should change what a person may responsibly own.
- Training cannot repair missing authority, access, incentives, or workflow design.
- Enabling proficiency includes coaching and improving organizational practice.
