Hacker News new | ask | show | jobs
by mzarate06 1728 days ago
It's telling that bad leaders I've worked with exhibit opposite traits from OP's list. Off the cuff, they've had tendencies to:

   - stubbornly devote majority of their time to coding, despite negative feedback of their leadership
   - be consistently unaware of their calendar, to the point of developing a reputation for forgetting commitments
   - insisting on being involved in every meeting, or being noticeably insecure when they weren't
   - lack ability to execute on medium or long-term goals or visions
   - being noticeably insecure when they were no longer the most experienced on the team
There's a time frame of forgiveness for some of that, but ultimately some degree of transition must occur for a leader to become effective. Their role, priority, and especially leverage, all change, and require corresponding changes in mindset and execution.

Good leaders I've worked for didn't just understand that, they embraced it. They also had enough supporting experience, intuition, and team respect to execute well on it. They showed not just acceptance, but perhaps later even a level of mastery, in their new role.

Which is all to say, one adapts and grows into an effective leader. And their leadership, in turn, grows into a distinguishing signal for team effectiveness, maybe even team happiness too. B/c of the teams I've worked for, I stuck w/good ones for longer than I would have expected largely due to positive environments fostered by the leaders at the time. I also left bad leaders earlier than I would have liked, despite having good relations w/teammates in general.

3 comments

One reason these “bad leaders” may hit all your bullets is: the team members “call them out” for trying to operate a level above and a click longer term than the day-to-day fire fighting and grind.

The most common team expression of this is “You’re not close enough to it.” Or, “You don’t understand what it’s like.” As if “it” became different after stepping into leadership and the new leader underwent a mind wipe.

They didn’t forget what it’s like. They had derived intrinsic motivation from individual contribution, they understood it, they were great at it, and it still feels more valuable to them than the once removed levers of monkeying with ‘management’. This ‘bad leader’ who was part of the team, genuinely wants to be part of the team, but the team is rejecting their new role. So they stay operating in the trenches, at too low a level to influence the battle or the war.

On the contrary, unless the nature of tech engineering undergoes a shift, a “good leader” should not have to “be close to” the details of today’s particular glitch to remember what such glitches are like in general, and work to fix or remove that class of glitches now and for the team’s future.

Putting this in a metaphor that marries your bullets and this idea:

- Trust your team to roll the daily dice and advance their pieces around the Monopoly board

- Remain connected to whether the game is the same, mentor and advise strategies for wins, talk through whether they’re well set up to own the Orange monopolies…

- But instead of telling them how to play or — worse — grabbing the dice, work to rewrite the rules inside the Monopoly box lid to let their game be more effective and enable better outcomes

Leaders or Liaisons? If they don't have the teams respect in a technical way, are they really leaders, or are they just liaising with other teams on the unnamed true team leader's position?

I find a lot of teams have this sort of set up. It gets abused.

I don't think effective leadership requires that you be highly respected for your technical skills. Leadership requires that you're at least competent in technical understanding, but also competent across multiple domains too.

They don't have to be the most technical, but have enough chops to smell BS when it's being sold.

A good comparison would be how a good military captain or general doesn't have to be the best marksman, medic, or radioman, but they should know enough to coordinate those roles and understand how they should work.

There's truth to what you're saying, but good leadership means different things in different contexts/teams.

The teams I oversee have a comfort aspect to knowing that I can drop onto any situation and set the proper direction both from a political and technical standpoint. I don't think I'd feel comfortable with my role if I didn't have the technical knowledge to get __very__ specific on what direction to take. I try to be clear when I'm discussing a general best direction versus my personal preference, the latter arising usually when we're discussing subject matters I'm not as familiar with. When I am more confident in the way I think is ideal to handle something and have a specific desired outcome, I present more direct instruction. When we're exploring new territory for the team, then I try to share how I would approach this new territory so my team can have a place to start, and this seems to bring a lot of comfort to my newer team members.

A lot of people in management (general "management") treat the role like a position that tells people general guidelines on what to do, and that's when there are issues; "fix the problem" is of course a clear enough outcome, but it's still vague on how to get there or what the fix looks like. More specific instructions or guidance on different ways to get there and suggestions as to how to understand the problem scope that are digestible for your team is far more important than stating the obvious of "we need to get X resolved by Y date."

The example of a military hierarchy I get, and there is a value to it, but for me, leadership is about setting your team up to let them shine and helping to shield them from the elements that just drag them down or dull their senses.

What you call “a comfort aspect” is something experienced ICs think of “micromanagement.” It does not bring me comfort when a lead decides to “get __very__ specific on what direction to take.” On the contrary, it makes me feel like they do not trust my judgment, which is an uncomfortable feeling indeed.

It is hard not to notice that the entirety of this response is about YOUR personal comfort level and YOUR perceptions as lead, with an afterthought noting that your newest team members seem to find comfort in it. You must recognize that your working relationship with them involves a marked power differential. Your junior employees are unlikely to voice any disagreement with your management style, but that does not imply it is a good style of leadership.

There is no mention of how you manage your more seasoned team members. Is that because there aren’t any left? This style of management often leads to retention problems as employees mature and realize there are more satisfying ways for them to work.

Sure, in the military, where disobedience is severely punished, you can think of your team like that.
I don't think that applies to just the military. If you actively disobey your boss' direction and do something completely opposite, I'm sure you'd be dismissed or punished for that too.
I really hope you don't actually believe that!
> be consistently unaware of their calendar

I've found this to be a trend across agile workplaces in general, they seem to have some hatred of outlook email/calendaring and decide to just post meetings in a slack or teams channel when they start, its infuriating.