Ask HN: Advice for a new and inexperienced tech lead?
141–150 of 259 posts
Re: Ask HN: Advice for a new and inexperienced tech lead?
#142If it's not safe enough to try, then understand when you use your authority to stop them there will be a strain on your trust relationship that you need to deliberately rebuild.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#143Earlier quoted context omitted.
"tech lead" is not considered an individual contributor role? Is it considered a management role? I'm realizing I'm not quite sure what is meant by a "tech lead" role.
My understanding is that "tech lead" as a role in Big Tech is more of a gateway position to bridge the gap between IC and management roles, a transition for a well-performing engineer who otherwise has no experience managing a team to "bootstrap" and gain that experience. During this, coding expectations for said engineer naturally lowers, and is shifted towards the total productivity of the emerging "subtree".
It’s very much not an IC role - we might throw together the odd prototype, and we’re all very capable of rolling our sleeves up and helping out if a project needs an extra person for a bit, but the general rule is that if we’re on the critical path for implementing a project something has gone wrong.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#144Inspire! I transitioned into a tech lead a year ago and at first it was kind of annoyed by all the requests from the team regarding technical assistance. I realized there were two paths I could take. 1. Continue to be annoyed and try to get as much coding in as I can. 2. Sit down with each individual, help them, give examples of how things should work etc. Luckily I chose the latter option and I have a great relation…
This is one of the important skills to have and will have huge impact on "engineering atmosphere".
Re: Ask HN: Advice for a new and inexperienced tech lead?
#1451. Collaboration is key:
1a. When there are differences in opinion on how to implement something, your desired outcome is that the right thing happens for the company, and that everyone feels like their opinion was heard and legitimately considered. You don’t want to alienate even the most junior engineers even if you have absolute power over them.
1b. You need a good relationship with your business partners/customers, with your boss, and with your direct reports. Make this a top priority. Productivity improves drastically when the customer loves you. You need the upward, downward, and lateral relationships healthy because it’s crucial that you and your people feel safe to talk about the truth and work on solutions together. Counter example: people don’t want to ask for help or talk about what they’re feeling uncomfortable about because they think they’ll be judged as incompetent or a problem child. It’s important that you don’t feel that way when talking to your customers or boss, and that your people don’t feel that way when talking with you and each other. Foster a culture of love, respect, and acceptance to help with this.
1c. Pick your battles. Figure out for example when a design decision really matters strategically and when it can go either way. Give your people as much latitude as you can to give them a chance to learn from their mistakes.
I drone on here about collaboration because some of my larger failures in the last few years are because of running afoul of these ideas. Forgetting these ideas often leads to winning the battle but losing the war.
2. Constantly work to empower your people And figure out how they need to grow. Figure out their target growth areas, keep notes on those, give them opportunities to grow and learn in those areas. Watch how they do, and give them feedback every chance you get about what they did well and how they can do better. Never miss an opportunity to show them how pleased you are with positive things.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#146There are people who have a very different life, which I deliberately choose to avoid. Talking to these people diverges into talking about myself as there is always something exciting happening somehow, and they do ask about it (maybe out of politeness, but I'm a bad judge for that). These people sadly form a majority of people around me.
However, there is a much smaller number of people who I can listen to for hours and I genuinely care about what they have to say, so I ask a lot too. These people are really excited about their lives and have stories to tell. In my experience, not a lot of people have that. Also, they tend to care about things that I can say least imagine someone caring about.
So overall, maybe there is nothing to fix on your side here. At least, I think, there is a possibility of this.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#147I would like to urge you to consider that maybe there is nothing to fix and maybe people are actually not interesting around you. I realized that I had the same"symptoms" as you did, but only sometimes. I started being worried just like you, but then I looked closer into how I communicate and with whom. There are people who have a very different life, which I deliberately choose to avoid. Talking to these people dive…
Re: Ask HN: Advice for a new and inexperienced tech lead?
#1481- Put your team before anything else.
2- Be as honest as you can about deadlines and limitations.
3- There is time for crunch mode, not all the time is crunch mode.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#149Re: Ask HN: Advice for a new and inexperienced tech lead?
#150Few things I would like to say: It will no longer be about you. It will all be about your team. Make sure you create a great team, nurture them, train them, teach them how to think critically (in doing so yourself). Ask your team to write out everything they plan to do before they actually do it. Reason with them on what they wrote and what approach decisions they plan to take. Teach them to think long term. Writing…
If you find yourself teaching your team take a step back. The best managers build super star teams and gives the teams ownership and autonomy. You are in a good position if the team is teaching you, not the other way around. Try to build a team made up of people technically superior to you. And give them ownership, this is key. It is not just about finding engineers who take ownership. It’s about giving engineers own…