liveBook · Manning

Strategy

As explained in Think Like a Software Engineering Manager

A strategy is a coordinated plan for achieving defined goals and realizing a desired direction.

When an engineering team must pursue shared goals, strategy turns direction into coordinated choices about how the goals will be achieved. It connects organizational priorities, team goals, a motivating vision, measurable success criteria, resources, timelines, dependencies, and feasibility. Goals state what to accomplish; vision describes the desired future; strategy explains the route. section 3.2.1

Build a useful strategy by working through these practical questions:

  • What organizational objectives should the team support, and where might its goals conflict with other teams? section 3.2.1
  • Who should help shape the priorities, and how will collaboration create ownership and buy-in? section 3.2.1
  • What outcomes will demonstrate success, and how will cost, effort, timelines, resources, and dependencies affect the plan? section 3.2.1 section 13.2.3
  • Which implementation approach fits the situation: a comprehensive rollout or an iterative process with prioritized changes? section 13.2.3
  • How will risks, stakeholders, communication, questions, feedback, and training support execution? section 13.2.3

Adapting when priorities change

A competitor’s feature gains traction, so Jason’s team pivots its technical road map to support a new product. The strategy remains useful because it connects the change to business value while requiring adaptability and clear communication. Similar strategic thinking helps engineering leaders prepare for predictable or sudden attrition through proactive, reactive, and transitional measures. section 11.3.4 section 8.4

A strategic shift

Microsoft shifted toward cloud technologies, particularly Azure, after recognizing changing market dynamics and customer needs. Its cloud-first strategy combined leadership, adaptability, substantial investment, and attention to customer feedback. section 13.2.7

How Think Like a Software Engineering Manager covers it

How deep it goes
Explains strategy through goals, vision, metrics, road maps, implementation choices, dependencies, risks, stakeholders, and communication.
Examples
Uses team planning, phased software upgrades, competitor-driven pivots, attrition planning, and Microsoft’s cloud-first shift.
What it assumes
Assumes organizational objectives and cross-functional relationships while teaching collaborative goal setting and strategic planning.
What you can do after
Build it from scratch by aligning priorities, defining success, choosing an execution approach, and planning communication and mitigation.
How it connects
Connects strategy with goals, vision, road maps, OKRs, change management, stakeholder alignment, risk mitigation, and organizational adaptability.

Also explained in

Compare how 2 books explain strategy →

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.