liveBook · Manning

Autonomy

As explained in Think Like a Software Engineering Manager

Autonomy is the capacity of an individual or team to make decisions and act without continuous direction from a leader.

Autonomy means giving an individual or team room to make decisions and act without continuous direction. Effective autonomy is not abandonment: leaders clarify outcomes, responsibilities, available support, and communication expectations. section 1.3.3

Adjust autonomy to experience, capability, and the problem being solved:

  • Give junior engineers more prescriptive guidance, coaching, resources, mentoring, and support while they develop their skills. section 3.1.2
  • Give senior engineers ownership of complex challenges, pairing autonomy with useful context, resources, and access to experienced advisers. section 3.1.2
  • Delegate decisions without disappearing: define the big picture, clarify roles, check progress, remove blockers, and provide training. section 1.3.3
  • Treat flexibility as part of autonomy when possible, while preserving enough overlap for collaboration and meetings. section 3.3.1

Ownership with support

A senior engineer received ownership of a configuration-management problem involving a kill switch, centralized visualization, difficult rollouts, and complex rollbacks. The leader supplied the problem history, documentation, and access to a principal engineer with relevant experience. The engineer solved the challenge with enthusiasm, showing how autonomy works best when ownership is matched with context and support. section 3.1.2

Correcting an autonomy constraint

Rigid core working hours limited engineers’ ability to manage personal obligations and workloads. After listening in one-on-ones, the manager involved the team in revising the policy, allowed more flexibility with adequate overlap, and adjusted their own schedule. Morale and productivity improved as people gained more control over their work. section 3.3.1

How Think Like a Software Engineering Manager covers it

How deep it goes
Explains autonomy through delegation, experience-based support, expectations, check-ins, training, feedback, and flexibility, without detailing implementation mechanics.
Examples
Uses configuration-management ownership, flexible working hours, core-hours policy revision, and delegated backend load-testing strategy as practical examples.
What it assumes
Assumes leaders can distinguish experience levels and recognize when people need guidance, mentoring, flexibility, or greater ownership.
What you can do after
Practice/perform autonomy by delegating outcomes, setting expectations, checking progress, supplying support, and adapting to feedback.
How it connects
Connects autonomy with delegation, leadership, mentoring, feedback, flexibility, communication, and team goals.

Also explained in

Compare how 9 books explain autonomy →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a Software Engineering Manager. The section links point to the parts of the book it draws on.