liveBook · Manning

Scheduling

As explained in Architecture Modernization: Socio-technical alignment of software, strategy, and structure

A timeline is a chronological visual arrangement of domain events that represents the sequence of activities or occurrences in a business domain.

A timeline is a chronological visual arrangement of domain events. In EventStorming, it represents collective knowledge about a business process and supports collaboration, learning, and conversations rather than precise notation or a permanent artifact. section 7.1.3

Build and use the timeline progressively:

  • Introduce domain events as things that happen in the business or user’s world, phrased in the past tense. section 7.2.4
  • Begin with imperfect brainstorming: place events wherever they seem to fit, use seed events when helpful, and tidy the sequence later. section 7.2.4
  • Walk the sorted timeline as an end-to-end story, marking difficult discussions or disagreements as hot spots instead of stopping for every issue. section 7.2.6
  • Add roles, systems, terminology, and domain boundaries as the group’s understanding develops. section 7.2.6
  • Group event sequences that seem to belong together to identify domains and subdomains; compare alternatives through smaller breakout groups when useful. section 9.4.2

A seeded timeline

A facilitator starts with events such as Order Placed, Menu Published, Incident Reported, and Device Activated. Participants then fill the whitespace with further events, later walking the sequence and marking unresolved areas as hot spots. section 7.2.4 section 7.2.6

Figure 7.10 An EventStorm seeded with initial events and a lot of whitespace

Use the seeded timeline to see how initial events and whitespace invite broad exploration before detailed refinement. section 7.2.4

How Architecture Modernization: Socio-technical alignment of software, strategy, and structure covers it

How deep it goes
Explains construction, sorting, walk-through, notation, and chunking, while deliberately avoiding rigid precision about domain boundaries.
Examples
Uses business events, seeded whitespace, hot spots, terminology notes, and grouped event sequences as concrete artifacts.
What it assumes
Starts by teaching domain events through a short definition and examples before asking participants to build the timeline.
What you can do after
Apply it via EventStorming to map a business process, surface uncertainty, and compare possible domain or subdomain groupings.
How it connects
Connects domain events with EventStorming, hot spots, roles, systems, terminology, domains, and subdomains.

Also explained in

Compare how 5 books explain scheduling →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Architecture Modernization: Socio-technical alignment of software, strategy, and structure. The section links point to the parts of the book it draws on.