Getting promoted to team lead
![]()
A former colleague of mine recently spoke to me asking for tips on how to bargain for a promotion to tech lead during his upcoming appraisal. He had put in good time as a developer but growth was simply not happening. Instead of boring him with real time gyan, I pointed him to this blog.
It is no great shakes getting a promotion to team lead with all the broad based growth that the industry is witnessing. Don't agree ? Read on to find out how…
Become a good developer: Before a person can move up she needs to be at least in the top 25 percentile performance wise in her current job. This is true even if the skills needed to succeed in the higher role has nothing to do with the current skill set. So brush dust your skills, gain new ones that are relevant, fill up gaps, work harder…do whatever it takes to be a recognized as a decent developer. Once you have done this half the job is done.
Show leadership even as a developer: You need to show leadership even *before* you are made a leader. The peer engineers in your group need to start accepting you as 'leader' even without you being formally appointed as one. To enable this, the first point above is critical. On the softer side, be friendly, approachable and lead by example since you do not yet have the authority. If you are getting butterflies in the stomach when you think of leading, try using informal and relaxed settings like team outings to exercise leadership. Ultimately, the softer aspects of leadership are transferable from one context to another. So go ahead and play the role without Mr.Big Boss asking you to do so. Just ensure you are not stepping on your current tech lead's shoes.
Up skill consciously: Go to your HR portal and read up the job description of tech lead. Skill wise you will need to have at least some of the skill sets that are one level above your current level of responsibility. Eg. If the person is a software engineer she would need to know the basics of estimation, design and basic architecture (team lead responsibilities).
Gain Visibility: Gain visibility two levels higher that your current level. Eg. If you are an engineer desiring to be a lead, make sure that your lead's boss understands your contribution. In case you face political hurdles, this will help your case. You can use the following techniques:
-Formal skip level meetings (if your org allows that). If not request an audience.
-Suggest process improvements that go beyond your project.
-Conduct a cross project technical training session.
-Speak up during team meetings and other organizational events. Ask a pertinent question, raise a common concern. Put your hand up!
-Study new trends and publish an internal "knowledge management" article on it.
-Step back and see the big picture. Once your project is over, put together a small five page document on the learnings and share it with the folks around you.
Understand the big picture: Technical leadership is about being able to see the big picture in the project lifecycle, besides things like coding and testing. So go to your company's process repository, pull out the CMM documents that talk about quality aspects and learn and apply these on your job.
Make your tech lead look good: A good strategy would be to complement your tech lead in an area where he is relatively less confident while letting him lead the team otherwise. Say your lead is not all that great in Javascript coding, develop a strength here and use that to complement him. This will ensure that you a). Make him look good b). Let him realize the value you are bringing to the table. Just ensure you do not let him feel outclassed.
Do your impression management: Impression management might sound dirty, but it is not. Ultimately, perception is reality. I do not mean stupid things like taking a note book to the men's room, but things like dressing more professionally than your peers. Developers can afford to wear jeans on Monday morning, but you will rarely find a delivery manager who does it. So ensure a). You dress like a tech lead. b). Come to office earlier than your leads/managers. c). Leave office later than your leads/managers. d).Keep the small talk strategic: Speak about the latest trends, world issues rather then regular chit chat.
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Getting promoted to team lead
Tell a friend


Don’t agree with
b). Come to office earlier than your leads/managers. c). Leave office later than your leads/managers.
None of the professional manager’s bother about when someone comes in and goes as long as work gets done. I have seen this kind of thing - come before your boss does and run out as soon as he is out - only in a very mediocre environment.
Raj
Comment by Raj — April 23, 2007 @ 8:45 am
Agree Raj, that professional managers do not bother about timings. But well, who said all managers are professionals!
Comment by Prakash — April 23, 2007 @ 1:20 pm
Good tips Prakash, any tips to move to the managers role, I am already a Tech Lead ! :)
Comment by Prashant — April 26, 2007 @ 3:52 pm
Thanks for the comments and for the post idea.
Comment by Prakash — April 27, 2007 @ 12:46 am
thanks for the ideas. I’m not sure I agree about the impression management ideas. Ignoring chit-chat might make you appear a bit aloof and not ‘human’ enough. I definately think you should include - ‘always be positive - don’t criticise/gossip’
but chit-chat can allow your juniors to relate to you as a human being and therfor ebe more approachable which is vital. I don’t think you need to stay late/get there early as long as you are effective in your work. In fact I think it could have the opposite affect i.e. you stay late every night but are achieving the same comparable results as somebody who is not…? not a good impression to me. I take your point that ‘not all managers are professional’ but in the end results speak to both professional and non-professional managers.
I think all your other points are excellent.
You definately need to become proficient at your job and this alone does make you an informal ‘tech leader’ and you do not need to be appointed anything to show leadership. I have served all the roles from junior developer to Architect and am now looking to transition to Project Management work. To summarise my view… I don’t subscribe to the point of view that ‘perception is reality’. I think this is false and conceited and I would advice any aspiring team leaders to rather ensure that ‘results is reality’.
Get the results on the board and your perception will come with it.
Comment by Kurt — May 24, 2007 @ 11:20 pm
Thank you Kurt for your excellent comments. I see the point you are making.
Comment by Prakash — May 25, 2007 @ 1:42 am
Brilliant!
Comment by Tatthodaidor — August 3, 2008 @ 8:44 am