A run held in plain sight: the station it stopped at, the reason, and the person it waits for.
Part ofMethod
methodology methodologyoperationssdlcpulse

Pulse Operations SDLC

The rhythm of the Modern Principal's lifecycle: agents flow, people meet on a cadence, and a person decides. Six continuous states for every signal, on the screens of a real sprint.

Pulse Operations

Traditional project management assumes a beginning and an end. Pulse Operations assumes a stream of signals that never stops. The Modern Principal does not manage projects. They operate systems.

We are not replacing the human in the loop. We are removing the wait from the loop.

From the Pulse Operations charter.

What the Pulse is

The Pulse is our own way of working, and the house default in StellarView: agents flow, people meet on a cadence, and a person decides. It sits beside the ways teams already work. A team can run StellarView under Scrum, Kanban, SAFe, Waterfall or ITIL instead; the Pulse is one lens on the same machine.

Its flow runs from the beginning: set up, the backlog, the order, the two doors into an epic, the fill, the ready gate, then planning, the launch, the run, the standup, the review and the release. The agents do not wait between stations. People meet on their cadence, in the meetings a team already holds.

Read · one sprint, on the record

The six states

Every signal that enters the practice moves through six states. They are states, not stages: a signal can be in more than one at once, across different projects.

Detect → Classify → Intercept → Resolve → Close → Echo

Detect

Signals arrive from everywhere: meetings, Jira, GitHub, transcripts, support tickets and alerts. The platform reads them as they come. Every meeting is recorded and read, so the Principal checks one place where the signals are already waiting, not twelve dashboards.

Classify

Not every signal needs action. Classification separates noise from signal and puts the rest in order. In the Pulse an agent may propose the order; a person sets it, with a reason for each epic.

The backlog and its order: every product's open epics, read live from its tracker, ranked by a person with a reason each.

Read · one sprint, on the record

Intercept

This is the critical state: acting on a signal before it compounds. Something stuck at eight in the morning is a ten-minute fix. The same thing found during a Friday demo is a reputation problem.

The run does not hide a stop. A station that is held shows as held, in plain sight, with its reason, until a person moves it on.

Held in plain sight, then moving again: the run stopped at a station, the reason shown, waiting for a person.

Read · one sprint, on the record

Resolve

Resolution is the work itself. Mission Control gives each unit its go or no-go before it is sent to run, and a named person authorizes it. Quality is not a phase at the end: the tests run inside every run, and their results are judged on evidence.

Read · one sprint, on the record

Close

Closing is not “done.” Closing means the signal is resolved and the resolution is verified. The Commission is that verification: it boots the whole stack from clean and runs every gate. On SprayPath it found work the agents had left, fixed it on its own branch, and wrote down why the end-to-end tests that failed did. Only then are the stacked pull requests merged, in order, and the product shown to the people who asked for it.

The Commission and the demo: the sprint as days across, and who makes each thing happen.

Read · one sprint, on the record

Echo

The resolution feeds back. Every station is saved as it closes, every session keeps its transcript, every test run keeps its verdict and evidence, and every meeting is recorded. The next sprint starts from that record: the review is prepared ahead from it, and the retrospective starts from its measurements.

Read · one sprint, on the record

Why the wait is the point

The time between two actions costs the same whether anyone is working or waiting. So the Pulse reclaims it where it is expensive: the step a person happened to be the bottleneck on. From above, we can see the whole run and predict it, so the work happens in the wait, and the pre-read is on the table before the meeting opens. The Modern Principal calls that folding time, and The Control Layer, part 2 makes the argument in full.

Pulse and project management

Project managementPulse Operations
Unit of workA task with a start and an endA signal with a state
TrackingA Gantt chart or a sprint boardThe flow, station by station, on your own board
Done meansThe task is marked completeResolved, verified, closed out and kept
KnowledgeLost between projectsKept in the record the next sprint starts from
Who decidesWhoever is in the meetingA named person, with the evidence in front of them
ToolsJira, Asana or MondayYour Jira and GitHub, with StellarView reading them

Practicing Pulse

Pulse Operations is not a framework you adopt on Monday. It is a discipline you practice daily. Start with:

  1. One project, one signal stream. Pick your most active one and let every signal come through one place.
  2. Detect before you classify. Let the signals arrive before you decide what to do with them.
  3. Intercept early. Look first at what is held, and why. What needs ten minutes now instead of two hours on Friday?
  4. Close with verification. No merge without its evidence, no resolution without proof.
  5. Let it echo. Read the record before the review and the retrospective.

The rhythm becomes natural. The platform carries the load, and the Principal carries the judgment.

The pictures are cards and screens from the One sprint film; the names of the client in them are blurred.

Enter the practice

The practice underneath

All the words