Khalid ShamsPrincipal Solutions Architect

The illustrated library · free to explore

Architecture, in pictures.

I use drawings to make a system easier to question: who owns it, what depends on it, where the evidence comes from and what happens when it fails. Start with a picture, then open the working lesson or reference behind it.

The illustrated studio

Eight scenes. One working language.

People making decisions, systems you can inspect, and boundaries you can question. Explore each illustration, then use the lesson or reference behind it.

Architecture and ownership

Make the decision visible.

Architects inspect miniature infrastructure models, untangling cobalt routes across a shared planning table.
Read the concept diagram

See the estate

Systems, domain boundaries and an unverified dependency. Unknown links stay unknown.

Inspect the estate map →
Architects compare three alternative system models and a blank recommendation record at a cobalt-accented table.
Read the concept diagram

Own the recommendation

Compare cost, risk, time and fit. Keep the assumption, the owner and the revisit trigger beside the recommendation.

Use the decision record →

Two working studios

See the whole system. Then follow a step.

These pictures open interactive lessons with a trace, a concept inspector and conditions you can change.

Systems at work

Follow the evidence, the action and the boundary.

Learning the parts

Build a picture before adding the vocabulary.

Choose a route

Start where you are.

Architects compare three alternative system models and a blank recommendation record at a cobalt-accented table.
Read the concept diagram

Design a system

Start with the situation. Find the lesson, controls, playbook and checks that belong together.

Choose your situation →

Field guides

Take the picture into a design review.

A short reference connects the components to the decisions. Open the explanation, change the team size, or keep the poster.

Interactive diagrams

Put the drawings to work.

Select a dependency, compare coordination patterns or step through a lesson. The diagrams below keep their controls where the explanation lives.

How to read the pictures: solid figures are people. Outline figures labelled “software metaphor” represent software. Dashed boxes are boundaries. Cobalt marks focus or control; gold marks cost or pending work. Marks and labels carry the meaning alongside colour.