Aipom learning system designer
Skill deanpeters/ai-product-operating-model-skills/skills/aipom-learning-system-designer
Design a role-based applied learning system with real work, practice, coaching, peer feedback, progression, reinforcement, stewardship, and outcome evidence.From its SKILL.md
npx -y skills add deanpeters/ai-product-operating-model-skills --skill aipom-learning-system-designerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
3 things to look at
- 26 days oldThe repository was created 26 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.9 KB, 894 tokens by cl100k_base, as published. Nobody here has run it
AIPOM Learning System Designer
What Is It
Design an operating system that moves role capability from instruction into applied work, feedback, coaching, peer learning, assessed progression, manager reinforcement, reusable practices, and measurable outcomes.
Why Use It
Courses and tool demos decay when people lack practice, feedback, permission, useful workflows, and support. A learning system connects competence to the real decisions and operating conditions people must improve.
When to Use It
Use after role competencies and priority workflows are clear. Start with a bounded role and practice where capability can be observed; do not launch an enterprise curriculum before identifying the work it must change.
What It Produces
- Target roles, decisions, competencies, and progression
- Instruction, deliberate practice, real-work application, coaching, peer feedback, and assessment
- Manager, community, resource, and workflow reinforcement
- Accessibility, support, stewardship, evidence, and improvement cadence
Who Should Participate
Include practitioners, role leaders, Product Operations, learning and development, managers, coaches, workflow owners, governance partners, and people affected by assessment or progression decisions.
Evidence to Bring
Bring competency maps, work artifacts, workflow evidence, decisions, failure examples, capability assessments, support requests, manager routines, reuse evidence, barriers, and outcome baselines.
How to Do It
- Define the role, decisions, workflow outcomes, and capability gap.
- Load supplied evidence and separate individual learning needs from system barriers.
- Select a small set of observable competencies and progression evidence.
- Design instruction only for knowledge needed before practice.
- Create representative practice with feedback, reflection, and safe failure.
- Integrate application into real work with coaching and peer review.
- Define manager reinforcement, communities, office hours, examples, and reusable skills.
- Establish accessible assessment and progression without turning the system into credential theater.
- Measure changed behavior, decision quality, workflow outcomes, reuse, and unintended burden.
- Assign stewardship, review cadence, and revise or retire rules.
Facilitation Protocol
Support guided, context-dump, and best-guess modes during design. Begin with the work outcome, not course topics. Ask only questions that change the learning architecture. In best-guess mode propose a small pilot and label organizational commitments and learner needs as assumptions.
Decision Logic
- Teach: a knowledge gap blocks safe practice.
- Practice: people know concepts but cannot perform representative work.
- Coach: judgment varies and feedback is the missing mechanism.
- Reinforce: capability exists but managers, incentives, access, or workflows suppress use.
- Reuse: effective local practice should become governed and discoverable.
- Redesign the system: repeated learner failure reflects authority, tool, policy, capacity, or workflow barriers.
Do not prescribe more training when evidence points to a non-learning constraint.
Completion Criteria
Finish with role and workflow scope, competency targets, applied pathway, practice and coaching, assessment evidence, system supports, accessibility and fairness safeguards, measures, owners, pilot decision, and improvement cadence.
Key Concepts
- Capability is demonstrated in work.
- Feedback and reflection convert activity into learning.
- Managers and workflows shape transfer more than course completion.
- Progression should increase responsible ownership, not status alone.
Organizational Applications
Use for Product Managers, leaders, designers, engineers, data specialists, governance partners, operations, facilitators, and cross-functional product teams.
Common Pitfalls
- Starting with a course catalog
- Giving every role identical training
- Measuring attendance and confidence only
- Assessing knowledge without applied judgment
- Blaming learners for system barriers
- Running a cohort with no ongoing owner
Combine With
Use aipom-adoption-impact-scorecard for outcome evidence, workflow-to-skill-converter to preserve effective practice, and aipom-operating-model-retrospective to address structural barriers.
Assets and Templates
Sources
This workflow is an original AIPOM synthesis of competency-based development, deliberate practice, workplace learning, coaching, transfer, and continuous improvement.
What ships with it: 3 files
1.7 KB alongside SKILL.md
examples/
- weak-example.md279 B
- worked-example.md648 B
- template.md767 B