惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The Register - Security
The Register - Security
云风的 BLOG
云风的 BLOG
U
Unit 42
F
Fortinet All Blogs
The GitHub Blog
The GitHub Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
D
Docker
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
S
Secure Thoughts
Hacker News: Ask HN
Hacker News: Ask HN
Vercel News
Vercel News
S
Security @ Cisco Blogs
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
I
Intezer
MongoDB | Blog
MongoDB | Blog
AI
AI
MyScale Blog
MyScale Blog
Engineering at Meta
Engineering at Meta
Y
Y Combinator Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
P
Proofpoint News Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
W
WeLiveSecurity
博客园 - 叶小钗
S
SegmentFault 最新的问题
N
News | PayPal Newsroom
WordPress大学
WordPress大学
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
D
DataBreaches.Net
小众软件
小众软件
Microsoft Azure Blog
Microsoft Azure Blog
Spread Privacy
Spread Privacy
H
Help Net Security
美团技术团队
博客园 - 司徒正美
T
Threat Research - Cisco Blogs
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
K
Kaspersky official blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
V
Vulnerabilities – Threatpost
TaoSecurity Blog
TaoSecurity Blog
N
Netflix TechBlog - Medium
L
Lohrmann on Cybersecurity
J
Java Code Geeks
量子位
Martin Fowler
Martin Fowler
博客园_首页

Synthesist in the Shell — A blog by Linghao Zhang

A Taxonomy Is a Theory of What Differences Matter Evolving Memory Systems: An Eval-First Approach Memory Systems Are Evolved, Not Designed Code as Config: The Start of Software Speciation The Bespoke Flywheel The Negative Space of AI Memory My 2025 Games of the Year My 2025 Games of the Year Why You Should Probably Work on AI Engineering AI Assisted System Design Interview Prep Hotel California Hotel California How To Be Great 101 Lessons Learned Building LLM Applications Why is ML Runtime Infra So Hard Naming Matters: DRI vs. Owner in Software Projects Becoming a Staff Engineer Learnings as a Tech Lead Notes: Staff Engineer Self Awareness with Tools Editing Technical Direction Rethinking Pessimism Superficial Similarity Grow @ Google 03: 文档意识与培养新人 我的时间管理系统 Notes: A Philosophy of Software Design 「程序员」和「软件工程师」是一回事吗? Grow @ Google 02: 「能用就行」还远远不够 Excerpts from Permanent Records David Perell 关于在线写作的建议 Grow @ Google 01: Noogler 成长的必经之痛 Excerpts from Blindsight 过去这五年,我学到了什么 利器访谈:创造者和他们的工具 Notes: The Effective Engineer 过去这五年 Notes: Steven Pinker on Linguistics, Style and Writing Notes: Programming Beyond Practices 如何提高英语水平 DIY 留学申请全攻略 Notes: Alistair Croll on Lean Analytics and Growth Hacking 初心 Notes: How Technology is Hijacking Your Mind 如何备考 TOEFL/GRE Learning How to Learn 课程笔记
Demystifying TLMs
2023-04-25 · via Synthesist in the Shell — A blog by Linghao Zhang

A Tech Lead Manager, or a TLM, is a role split between a Tech Lead and an Engineering Manager. Most if not all TLMs come from previous TLs when:

  • Their manager got more scope or left and they had to step up.
  • They wanted to try management without switching to the engineering management track.

TLMs are highly regarded and well sought after, at least by some people and in certain parts of the industry. As a newly minted TLM of 6 months, however, I'm leaning toward the other side of the argument: taking a TLM role could harm your team and your own career growth.

The reason is simple. You need to do both the "TL" part and the "M" part of the role. And either of them should have been a full time job. When your manager offers you this position, it could be a fitting recognition of your contributions, or it could be an invitation for disaster.

In this post, I will talk about what's the delta from TL to TLM, and why you might or might not want to take the role.

The "M" part is larger than you think

Some managerial duties grow linear to the number of reports you have: 1-1s, goal setting, performance reviews, etc. This part is more predictable.

There are other duties that you might already be performing previously as a TL. Now that you are a manager, they become official:

  • OKR planning, project scoping, execution tracking.
  • Interaction with cross-functional partners.
  • Unblocking your reports by making introductions, escalating to another manager, etc.
  • ...

Finally, you would also own new duties that you have never thought of before:

  • You need to shift from caring about execution only to thinking more about strategies and visions.
  • You will set the team's identity and foster its culture.
  • You now need to constantly think about how to grow your reports and set them up for success.
  • ...

All of these eat up your time to do TL and IC work. Not to mention that many of them require a completely new set of skills to do well.

To make things worse, in some companies TLMs are still mostly evaluated as ICs. So let's say you did 60% of the TL/IC part and 60% of the M part. Then you overworked by 20% and will likely still be considered not as good as an IC who delivered 70% of their expectations.

Most TLMs I know, including myself, spend more time on TL/IC work and do some lightweight management. If this applies to you, talk to your pure EM colleagues and give them some hypothetical examples. You'd be amazed by how much more you could have done if you were spending 100% of the time on engineering management.

There are no right answers

You will be making many more decisions as a TLM, and not just technical ones. You will often need to act on incomplete data and in uncomfortable situations. To give a few examples:

  • Make hiring decisions
  • Assign work to reports
  • Prioritize work
  • Handle morale and performance issues
  • ...

It's easy to do a mediocre job:

  • Hire whoever looks the best on paper
  • Give the more important work to your favorite report
  • Never push back on requests from PMs and line up work blindly
  • Get rid of "low performers" at the first whiff of substandard work
  • ...

But you and your team will suffer if you don't get better over time.

The good news is you do get better over time. You feel more confident about having made the right decision. Meanwhile, you also start to realize that often there are no right decisions. The only kind of right decisions are the ones that you commit yourself to and see through.

This might be a blessing in disguise, as decision making is one of the most critical skills in your life. Take this opportunity to get better at it, but be mentally prepared to stare into the abyss.

Should I still do it then?

Despite all that, being a TLM still provides a number of benefits:

  • It's a relatively less costly opportunity to see if you would enjoy management.
  • You get to see "the other side" and gain valuable perspectives and organizational knowledge.
  • You tend to wear more hats and develop cross-functional skills faster.
  • ...

There are factors that would help with transitioning into a TLM role and being successful at it:

  • Having a small team with reports who are self-driven and whom you are familiar with.
  • Having strong organizational support, especially from your manager.
  • Having some other senior people on the team who can compensate for the fact that you won't be as available in certain periods of time (planning, performance reviews, etc).
  • ...

Sit down with your manager to carefully weigh all the considerations. Talk to you would-be reports when appropriate. Make sure you develop a backup plan if things go seriously wrong.

What's the endgame?

For most people, eventually you would want to take a side: either become a TL or an EM. While I'm still figuring this part out, my advice is to be more aware and collect data on if something or someone is suffering from you being a TLM. And work with your manager to develop a plan to progress your career with one of the two tracks.