Systems Thinking
Learn a practical way to frame messy situations, trace behavior over time, and choose interventions with a clearer view of consequences.
ExerciseBoundary framing exercise
Key ideasSystem boundary / System context / Stocks and flows
Field guide 01 / Systems engineering
Learn to see relationships, define boundaries, manage interfaces, and connect engineering evidence—one practical lesson at a time.
0% complete
Reading order
Each lesson stands alone, but the sequence builds a useful vocabulary before adding new kinds of complexity.
The course
Learn a practical way to frame messy situations, trace behavior over time, and choose interventions with a clearer view of consequences.
ExerciseBoundary framing exercise
Key ideasSystem boundary / System context / Stocks and flows
Learn why decomposition is a design decision, how cohesion and coupling expose change risk, and where modularity creates tradeoffs.
ExerciseChange-impact architecture comparison
Key ideasDecomposition / Cohesion / Coupling
Learn what MBSE is—and is not—through a tool-agnostic model of an emergency-notification system.
ExerciseDocument-versus-model comparison
Key ideasModel purpose / Abstraction / View and viewpoint
Learn why a System of Systems is not merely a very large system and practice analyzing a regional emergency-response capability.
ExerciseGovernance comparison
Key ideasConstituent independence / Evolutionary development / Governance types
Working skills
Draw a useful boundary, identify stakeholders, and trace feedback rather than analyzing isolated parts.
Use cohesion, coupling, interfaces, and event-driven communication to make modular tradeoffs explicit.
Relate needs, requirements, architecture, analysis, and verification through traceability and viewpoints.
Reason about governance, interoperability, emergence, and cascading risk across independent systems.
Lesson format
On the syllabus
These topics are in the notebook. They will be published as the examples, exercises, and references are ready.
Turn stakeholder needs into clear, traceable, verifiable requirements.
Develop, compare, and communicate structural and behavioral architecture decisions.
Build evidence that the system was built correctly and fulfills its intended use.
Compare alternatives transparently under competing objectives and uncertainty.
Identify, analyze, treat, and monitor uncertainty across the life cycle.
Define, control, verify, and evolve cross-boundary agreements.
Connect authoritative data, models, workflows, and evidence across engineering work.
Distinguish connected life-cycle information from operational representations of specific assets.
Tailor technical and management processes to the system, organization, and life-cycle model.
Design human roles, work, training, safety, and technology as one system.
Reason about failure, recovery, adaptation, and sustained capability.
Keep product definitions, baselines, changes, and evidence coherent over time.
Use measures and indicators to understand progress, performance, and uncertainty.
Engineer data, models, human oversight, change, and assurance as an integrated capability.