Skip to content
All case studies
Layered architectural drawings and a wireframe massing model on a dark table, used as thematic imagery for capability architecture.

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

Systems thinkingOriginal framework developmentPerformance consultingExecutive communication

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

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.