"Systems for Engineering Leadership"
If you’re reading this, then you’re a kind soul who is willing to offer some advice on this proposal!
I’m considering writing an engineering leadership book, and would love your suggestions on what I’ve written
here. Please send thoughts to lethain@gmail.com
.
Particularly helpful would be answers to:
- Is this a terrible idea?
- Is this a book that you would buy? Why or why not?
- What content is most interesting?
- What interesting content is missing?
- What would you change?
Thank you, and let me know how I can return the favor!
Overview
Software engineering management, especially in Silicon Valley, is exceptional for how inexperienced the typical manager is, how little training we provide for this critical role, and how much we expect from managers. As we gain mastery, we should indeed be developing our own styles that mesh with our personal strengths, but there is so much more we can do a lot more to support new managers in the transition from novice to journeyman, and from journeyman to master.
“Systems for…” explains my approach to a wide variety of engineering leadership topics, especially around organizational growth, to help new managers navigate change effectively. Building from the concrete explanations, it also breaks down the reasoning behind the approaches, with the aim of helping leaders adapt dynamically to new circumstances beyond those in the book.
Motivations
I hope this book can raise the floor for engineering management and leadership practices in the software industry, particularly for folks who are early in their management career. I’d further like to extend my writing platform to a wider audience, where a broader reach increases my rate of learning, speaking opportunities and changes to meet interesting people.
Audience
Engineering leaders and those who aspire to engineering leadership. As much as possible, the goal would be to be relevant beyond just managers. The sort of people who loved The Manager’s Path and are still referencing Peopleware.
Contents
The proposed table of contents is:
- Introduction
Organizational design
- Sizing teams
- Staying on the path to high performing teams
- A case against top-down global optimization
- Productivity in the age of hypergrowth
- Where to stash your organizational risk?
- Succession planning
Tools
- Introduction to system thinking
- Product management: exploration, selection validation
- Visions & Strategies
- Metrics and baselines
- Guiding broad organizational change with metrics
- Migrations: the sole scalable fix to tech debt
- Running an engineering reorg
- Identify your controls
- The briefest of media trainings
- Model, document and share
- Scaling consistency: designing centralized decision making groups
- Presenting to senior leadership
- Time management
- Communities of learning
Management
- Your philosophy of management
- Managing in the growth plates
- Ways engineering managers get stuck
- Partnering with your manager
- Finding managerial scope
- Setting organizational direction
- Close out, solve or delegate
Culture
- Opportunity & Membership
- Select project leads
- Make your peers your first team
- Consider the team you have for senior positions
- Company culture and managing freedoms
- Kill your heroes, stop doing it harder
Interviewing, hiring and performance
- Roles over rocket ships, and why hypergrowth is a weak predictor of personal growth
- Running a humane interview process
- Acing your architecture interview
- Cold sourcing: hire someone you don’t know
- Hiring funnel
- Performance management systems
- Career levels, designation momentum, levels splits, etc
- Creating specialized roles like SRE or TPMs
- Designing an interview loop
Appendix
That’s it.
Inspiring and related books
The related books I am inspired by are:
- The Manager’s Path by Camille Fournier in 2017. People love this book and I still see frequent references to it on Twitter. I think it does an amazing job of being accessible to both engineers and engineering managers, where it could be easy to be too focused on the later. It has a lot of nice features, like “Ask the CTO” sections which are random, interesting tidbits, that keep it from being dry, despite being a tome of best practices. “Think of this book as a reference manual for engineering managers, a book focused on practical tips that I hope will be useful to you throughout your management career.”
- The Lean Startup by Eric Ries in 2011. It’s 290 small pages, but managed to significantly change folks perspectives.
- Mythical Man-Month by Fred Brooks in 1975. Essay driven exploration of software development that is memorable without being exhaustive. Many terms it introduced are now canonical.
- Peopleware: Productive Projects and Teams by Lister and DeMarco in 1987. About 200 pages. Essay driven, but memorable. Frequently cited by folks looking for examples of clear-eyed management advice. Somewhat uniquely data driven.
- Principles by Ray Dalio in 2017. I’ve read about half of Principles, and what’s interesting is that it should be quite dull, but is in practice very interesting! Does a phenomenal job of explaining reasoning behind ideas.
Other comparable books are:
- Managing Humans by Michael Lopp in 2007. Largely a collection of his blog, Rands in Repose. Sections are “The Management Quiver”, “The Process is the Product”, “Versions of You”. About 314 pages.
- Accelerate: DevOps… by Nicole Forsgren and Jez Humble in 2018. A bit dry in my opinion, taking a very structured and framework driven approach to explaining how organizations can improve. Very much not essay driven. However, it is very data driven.
- The Phoenix Project by Gene Kim, Kevin Behr, George Spafford in 2013. A fable based approach, essentially a retelling of The Goal. Not sure I would want to write a fable-styled book, but I do think it was memorable and easy to read as a result. Especially relative to Accelerate, which is more-or-less the same content in a different format (and with lots of data).
- Building Great Software Engineering Teams by Josh Tyler in 2015. I haven’t read this, rather discovered it while googling. It’s about 120 pages. It seems like it got a muted response, and I would hope to get a bit more traction that it appears to have gotten.
- The Effective Engineer by Edmond Lau. A well known book, although I haven’t read it (I did read these notes from a random gist though). I think most remarkable for Edmond building an entire conversion funnel and content program around it.
- Modern CTO by Joel Beasley in 2018. About 130 pages. Skimmed through since it’s on Kindle Unlimited. Voice is “authoritative and fun.” More list driven than I’d like to be, feels a bit light on content.