Executive translation. @ Irrational Exuberance
Hi folks,
This is the weekly digest for my blog, Irrational Exuberance. Reach out with thoughts on Twitter at @lethain, or reply to this email.
Posts from this week:
-
Executive translation.
-
Video of Developing Eng Leadership Styles.
Executive translation.
One of my most unexpectedly controversial posts is Extract the Kernel, which argues that executives are generally directionally correct but specifically wrong, and it’s your job to understand the overarching direction without getting distracted by the narrow errors in their idea.
Some executives are skeptical of this idea because they don’t like the implication that they’re usually wrong, but they weren’t the audience that was offended. But the folks who got particularly upset were non-executives who felt it was unfair for them to have to debug the executives’ communication. The fair solution, some argued, is for the executives to become better communicators rather than requiring others around them to become better listeners. For what it’s worth, I agree with them, that would be more fair, but I’ve always found it much more productive to focus on how I can improve my approach than to document ways that others could improve theirs.
Recently I’ve been repeating a similar idea to “Extract the kernel”, but rather than focusing on understanding executives, it’s instead focused on leading change when working with executives. Often you’ll hear an executive say something that you disagree with, and in that moment you have to determine whether you can directly steer the executive towards a better decision. If you can, then do that! If you can’t, then focus on translating the executive’s idea into something useful!
Many high-agency managers try to prevent executives from doing silly things, but it’s almost always more effective to translate their energy for a silly thing into energy for a useful thing. It also leaves the executive feeling supported by your work rather than viewing you as an obstacle to their progress.
Some examples:
- Executive is obsessed with adopting LLMs in your product. Translate that into a useful approach rather than fighting that LLMs aren’t useful in most products.
- Executive wants to expand into a new business unit without any additional hiring. Use a hackathon to get a sample concept that you can use to validate the business with users.
- Executive wants to do a giant rewrite of your product. Translate into a narrow test rewrite of a small feature to support quickly refining the approach.
In each of these cases, the executive’s idea is more likely to succeed based on your actions. The idea is also more likely to fail quickly. In both cases, you’ll have worked to support the executive and the company in a thoughtful, effective way. (These are all good examples of making effective multi-dimensional tradeoffs!)
Video of Developing Eng Leadership Styles.
The last chapter I wrote for Eng Executive’s Primer was this one about developing engineering leadership styles. It’s an interesting chapter to me peronally, precisely because it’s not something I would have agreed with or written five years ago.
This past Friday I gave a conference talk on this topic at LeadingEng New York, 2024. If you’re interested, you can watch a recording of an earlier practice session from a few days before the talk, and can review the slides. I think that the practice session is quite a bit worse than the final talk, which I believe is restricted to LeadingEng attendees.
*|YOUTUBE: [$vid=_WmcyiWM57A,$max_width=560,$title=N,$border=N,$ratings=N,$views=N,$orig_embed=PGlmcmFtZSB3aWR0aD0iNTYwIiBoZWlnaHQ9IjMxNSIgc3JjPSJodHRwczovL3d3dy55b3V0dWJlLmNvbS9lbWJlZC9fV21jeWlXTTU3QT9zaT15MThta2lZd2ZJb29TejZkIiB0aXRsZT0iWW91VHViZSB2aWRlbyBwbGF5ZXIiIGZyYW1lYm9yZGVyPSIwIiBhbGxvdz0iYWNjZWxlcm9tZXRlcjsgYXV0b3BsYXk7IGNsaXBib2FyZC13cml0ZTsgZW5jcnlwdGVkLW1lZGlhOyBneXJvc2NvcGU7IHBpY3R1cmUtaW4tcGljdHVyZTsgd2ViLXNoYXJlIiByZWZlcnJlcnBvbGljeT0ic3RyaWN0LW9yaWdpbi13aGVuLWNyb3NzLW9yaWdpbiIgYWxsb3dmdWxsc2NyZWVuPjwvaWZyYW1lPg==]|*You can also watch the talk on Youtube directly. The content is similar to the chapter, but takes a bit of a different angle in exploring it.
(Photograph from my former colleague @shidoshi on X.)
Regarding the conference itself, this was my first LeadDev conference that I’d been to, and it was an extremely well put together conference. I personally enjoyed the mix of 20 minute talks (one of which I gave) and 60 minute deliberate working sessions (e.g. Ashley Miller guided through an exercise on honing commercial awareness, and Cat Miller steered refining technical strategy). The working sessions created a nice, ongoing peer learning experience, that reminded me of a transient version of the CTO circle that I run with Uma Chingunde. The working sessions all had written prompts in high-quality printed notebooks, which I thought was quite nice as well, and makes me want to run my next offsite with printed prompts.
That's all for now! Hope to hear your thoughts on Twitter at @lethain!
|
