Just like a technical vision, a technical strategy should bring clarity—not about the destination, but about the path there. It should address specific challenges in realistic ways, provide strong direction, and define actions that the group should prioritize along the way. A strategy won’t make all of the decisions, but it should have enough information to overcome whatever difficulties are stopping the group from getting to where it needs to go. Resources for Writing a Technical Strategy The canonical book on strategy is Good Strategy/ Bad Strategy by Richard Rumelt (Currency). I recommend taking the time to read it if you can. Other great resources include: “Technical Strategy Power Chords” by Patrick Shields “Getting to Commitment: Tackling Broad Technical Problems in Large Organizations” by Mattie Toia “A Survey of Engineering Strategies” by Will Larson Technology Strategy Patterns by Eben Hewitt (O’Reilly) Rands Leadership Slack, specifically the channels #technical-strategy and #books-good-strategy-bad-strategy2130 ↱
The Staff Engineer's Path
Tanya Reilly