Field noteOct 26, 20261 min read1 source

You know the drill. Someone asks for a ship date before you even know what is lurking in the code.

In one minute

Sean Goedecke published an essay, “How I estimate work as a staff software engineer,” on January 24, 2026.

What changed: It frames estimation as organizational fiction and argues estimates mainly serve business planning, rather than focusing on coding agents’ effect on engineering difficulty.

He argues that accurate advance estimates are generally unavailable for software work in large, poorly understood systems.

The essay separates small, repeatable tasks from broader projects. Goedecke gives a text-link change as an example that can be estimated from known steps: making the change, waiting for CI, and deploying it. By contrast, he describes much programming work as research into existing code, prior art, and the effects of a change.

His proposed practice is to collect organizational context before inspecting the code: the pressure behind the request, whether delivery is mandatory, and the kind of estimate management expects. He says the available deadline can shape the scope of the implementation, using a PDF-chat feature as an example of either a more complete ingestion and search system or a simpler text-based approach.

This is an individual engineer’s account and recommendation. The source does not establish that its approach improves delivery outcomes, applies across organizations, or makes project durations predictable.

Evidence / sources

  1. 1seangoedecke.com/how-i-estimate-work
All Field Notes

Next reads

Read next

Open the graph
  1. 01topicEngineering ManagementExplore the engineering-management topic hub.
  2. 02topicDeveloper ToolsExplore the developer-tools topic hub.
  3. 03archiveField NotesOpen the latest editorial analysis.
  4. 04source ledgerSource LedgerInspect the public source evidence graph.
Who read this page?Machine requests, hidden until opened

Loading the privacy-safe route aggregate...

Open the JSON contract