
Capability Architecture
KSA Flow
Existing competency models described what people should know. They did not explain where the conversion from knowing to performing actually breaks. KSA Flow was built to make that breakdown visible and designable.
- Status
- Concept / Prototype
- Capability demonstrated
- Systems thinkingLearning architectureFramework development
01
The Situation
Across multiple programs I kept encountering the same pattern: learners completed instruction, passed assessment, and still could not perform reliably in the working environment. Completion data looked healthy. Performance did not.
02
The Challenge
Standard knowledge-skills-abilities language treated capability as three parallel buckets. It gave designers no way to locate where a specific population was stalling, and no vocabulary to argue for practice, feedback, or organizational change as part of the solution.
03
Diagnosis
Capability is not a set of categories; it is a flow with predictable failure points. Information becomes knowledge only when it is organized and retrievable. Knowledge becomes skill only through structured practice. Skill becomes judgment only through varied conditions and feedback. Judgment produces performance only when the organization permits it.
04
My Role
- Originated and authored the framework
- Developed the stage model and diagnostic language
- Built the visual model and explanatory materials
- Applied the framework across program design and analysis work
05
Strategic Approach
I treated the framework as a diagnostic instrument first and a design instrument second. Rather than prescribing a methodology, KSA Flow asks where the flow is currently interrupted for a specific population and specific task — then indicates which class of intervention is likely to matter.
06
Framework / Method
- Stage decompositionBreaking capability into observable transitions rather than static categories.
- Failure-point analysisNaming what specifically stops each transition from occurring.
- Intervention mappingMatching each interrupted transition to a class of solution.
07
What I Built
Framework model
Stage progression with defined transitions and failure conditions.
Diagnostic language
Vocabulary teams can use to locate where capability stalls.
Visual model
Diagram used in facilitation and stakeholder conversation.
Application guidance
How the framework informs analysis and design decisions.
08
Authentic Work Samples
The strategy, diagnosis, and implementation artifacts behind this work are presented together on the framework page.
09
Evidence
Supporting artifacts
09
What This Demonstrates
10
Lessons / Evolution
The first version of the model was too linear. In practice, populations move backward under new conditions — an experienced performer facing an unfamiliar system re-enters an earlier stage. The current model treats the progression as directional but re-enterable, which made it substantially more useful in real diagnosis.
11
Related Work
Frameworks
Next
AOAS — Asynchronous Onboarding Assistance System
A conceptual and applied system for improving employee onboarding through accessible knowledge, performance support, digital tools, and asynchronous assistance.
Next
EAAS — Enablement as a Service
A framework for thinking beyond one-time training toward continuous employee enablement.
Contact
Let's talk about what you want to achieve.
Whether you're building a stronger team, improving onboarding, or looking for someone to lead the work, I'd welcome the conversation.