What Qualities are Necessary in a Good Team Lead?
Midnight Thunder asks: "We have all had our share of team leads and some of us have been in
the position ourselves. I would be curious to know what things you have appreciated from your team leads and what you didn't like. Also,
for those of you who have been in the position how you found it. The main reason I ask is because this offer has been given to me as a carrot and I would like to make the right choice, and if I take
it learn from other people's experience how to be a good lead."
As I understand it is:
... blah blah blah").
Set general direction. Don't argue specifics unless your people are going off in a direction that directly contradicts project (client) requirements.
Consider your role to empower your people, not "control" them. I know that's a buzzword, but look past that. If you're hiring good people, let them do their jobs. Be sure to hire good people. Run interference for them. Buffer them from the vicissitudes of corporate politics whenever possible.
If you're not hiring good people, or not able to hire the people you want, or have inherited a group, it's much more difficult. But if you focus on letting the good people do their jobs, and possibly having them help the not-so-good people, you can get somewhere.
You can get a lot of mileage by publically giving credit to your people. When your management commends you for your department's work, be sure to mention by name the people who contributed. Giving praise to your people (almost) never costs you any credit for your group's accomplishments; it usually reflects even more positively upon you. Placing blame will always reflect badly upon you, regardless.
If you have people who are deliberately out to sabotage you or your people, it's again a bigger challenge. Play a lot of Diplomacy on your spare time. Read Machiavelli and Lao Tsu. Pray. Be ruthless. Play golf/poker/Counterstrike with the boss occasionally. Don't always win, but never make it obvious. Always be exceedingly polite to your enemies. Cite them as inspiration for your good ideas, without suggesting that the idea was theirs (e.g., "I asked myself what ___ would do, which lead to our implementing a flexible framework
Always be friendly to the people other managers neglect. Secretaries can wield incredible power. Janitors know more about what's going on in a company than anyone else, even if they don't speak the language. The box guy usually has stories to tell. If you're not the IT staff, make friends with them. Make sure they trust you. Don't abuse their trust (or ask them to monitor your enemy's email); they'll be helpful to you if there's a crisis. Treat people with respect. The lower they are in the food chain, the more they will value this, and you never know when they will be in a position to help you out.
If you have power, use it quietly. Never pull rank unless it's a very, very serious situation. Don't be ostentatious about telling people what to do. Whenever possible, phrase orders as requests. Thank people for doing their jobs well. Sure, that's what they're paid for, but they'll do a lot better work for you if they feel appreciated.
Eloi, Eloi, lema sabachtani?
www.fogbound.net
I'm currently a team lead, and have been the lead on many projects over the course of 20 years of software engineering. Here are the qualities I believe are the most important for being an effective team lead:
1. Technical skills - Very strong in the areas of relevance to the project, and in other surrounding technical areas as well. It's best if you're very good at doing what it is you'll be leading.
2. People skills - It's critical to relate to your technical team properly. Respect them and listen to their ideas. Explain your ideas to them. Come to a consensus if possible; if impossible, then explain clearly why you're saying it has to be done a certain way. Convince them through the logical application of problem solving, not brute force. Give people flexibility in their jobs, try to find good fits for their skills and interests, and tailor the level of direction you give to how much each individual needs - it's not one size fits all. Communicate clearly, and don't waste peoples time in unnecessary meetings, (some are necessary however).
3. Organizational skills - You need to be extremely organized. Make sure you yourself clearly understand precisely what's going on with all aspects of the project, and that you keep track of issues and resolutions. Use whatever methods work for you to track tasks and progress, but keep it up to date and accurate.
4. Buffering - Shield your team from the vageries of upper management. You be the one to deal with the crap that comes from the top, filter it out, and protect your team's work environment. You be the one to set tasks and priorities - don't allow people outside the team to direct the efforts of your team...it just results in confusion and wasted effort.
There are a lot of others, but I think these are the most important ones. Most technical people simply want to work on interesting tasks in an environment where they have a certain amount of independence as well as respect and consideration. Lead them in this way and you'll have a solid and happy team.
Facts are stubborn things.
Much good here throughout, positive and negative, even browsing at (-1). Might be the best 'Ask Slashdot' response I've ever read. Did not see explicitly mentioned (maybe they're too obvious) ..
Qualities: Would you want yourself as a team lead? Answer from both viewpoints, team and manager. Rephrased, would you want to have yourself as a boss? As an employee? If you accept the position, don't agonize over it, but do repeat periodically. If the answer ever comes out 'no', deal with it, asap.
Experience: Team leads catch flak from both sides. Some gripes won't be your fault and there won't be squat you can do about it. You will still have to swallow it and, well, maybe not smile, but get on with the job anyway. If you can't accept that up front, don't take the carrot.
These meetings don't need to be long - five to ten minutes should do it. And if some team members don't come in until 10:00 am or noon, then that's when you have the meeting; it doesn't have to be an 8:00 am thing.
If all this should have a reason, we would be the last to know.