Hacker News new | ask | show | jobs
by colebowl 2172 days ago
The best book on leadership I read was Jocko Willink's Extreme Ownership[1]. He was a career US Navy SEAL and bring a lot of great leadership approaches from the SEALS and correlates them to the business world. His principles lead back to the idea of taking extreme ownership of everything related to your team and the "mission". I really liked his no nonsense approach.

The best lesson I learnt on leadership is to listen to and believe in your team. They are the experts, not you anymore. Your job now is to clear the path to their success. Different people need different things to succeed, it's your job to figure that out and try your best to provide it.

What I recommend: Figure out what kind of leader you want to be. Read as much as you can and talk to other leaders inside and outside of your company to see what works and doesn't work for them.

Finally, make sure your team has a crystal clear definition of what success is and the milestones to get there. Ensuring this understanding will help your team move in the same direction.

Good luck!

[1] https://www.goodreads.com/book/show/23848190-extreme-ownersh...

7 comments

When I was still a new dev, I had a "superboss" in another city (HQ) managing teams across the country including our little dev team. I was new and did not interact with "superboss"-es from HQ directly.

One day after a major release stuff broke in production. The company was losing customers daily. The "superboss"-es from HQ descended on our little dev team in a small midwestern city and ordered "Code Red".

What it meant to me as a new dev was that I can't go home and the whole team had to stay in the office until the problem was solved... A part of the team had to sleep in the office for a few weeks. (I still don't know if this is against OSHA.)

Many years later while I was watching the movie "A Few Good Men.", I learnt that "Code Red" was a military term. Suddenly, it dawned on me that my "superboss" was also an ex-military person.

Sleeping at work did not fix the issue, after many months of hiring help and bringing in more hands the outage was brought under control.

Did the ex-military "superboss" help the situation? I don't know...

Now I know that Military veterans in their enthusiasm to find work in civilian environments tout their ex-military skills as team building or leadership skills.

Skills learned in the military are for war, learned for conflict situations and applying them to civilian environments and bringing a war mentality or attitude to a workplace is toxic.

I don't have an answer to what makes a good technical leader but I know from experience that ex-military style leadership only adds to the toxicity of a workplace.

The book Extreme Ownership would not condone psychopathic behavior like making people sleep in office for weeks at a time. Nor would any ex-military leader I've ever encountered. Military skills are not purely "for war" any more than college skills are for "writing essays."

Sorry you suffered that experience though, hope you made it out of there.

While for sure not all "ex-military skills" are leadership skills, there are some general leadership skills you can learn in many places, including the military.

The book is in my opinion a distillation of those skills, which -- maybe just so happen to -- come from military background. None of what is presented in the book come anywhere close to the situation you described. I would dare to say, quite the contrary. It is about listening, understanding, trusting and many other things, usually considered positive.

It had a great influence on me, though I have never even thought of joining the military.

I started practicing extreme ownership as a regular developer and made my way up to a team leader in about 6 months time. Now I double down as a fresh (and young) leader.

1. Code Red has been part of broader civilian idiom since, I don't know, the 50s? Use of "Code Red" doesn't indicate anything.

2. Common sense dictates that whenever one transfers skills to a new context, one assess the underlying assumptions and context of those skills to adapt them for use. I'm sure mistakes in that regard will inevitably be made, but I give most people more credit than to assume, a priori, that people will transplant those skills without any thought given to changing contexts. That seems like a very condescending assumption to start with, but maybe I'm misreading you.

Forcing people to sleep in the office asa strategy to fix a complex system is surely a sign that someone was not thinking about context?
I'd be interested to learn more about the technical problem. Any problem that takes months to fix must have been deep. Can you share some details about that?
Did you read the book?
EDIT- Seems the below came from a misreading of the OP text, But i cannot delete it now that I'm downvoted... Please ignore.

> Skills learned in the military are for war, learned for conflict situations and applying them to civilian environments and bringing a war mentality or attitude to a workplace is toxic.

> only adds to the toxicity of a workplace

What exactly was the toxicity besides your choice to overreact (stay overnight) ? Why do you believe that leadership skills for war are not applicable to other domains?

>A part of the team had to sleep in the office for a few weeks.

So it sounds like OP was coerced to do so and it was not a free choice or an "overreaction" as you characterize it.

i see, I didnt read it as a command but as a "We volitionally chose to solve the issue this way"
"Had to" usually implies coercion of a sort. Like you might say "in PE class we had to stand on one leg for 10 minutes".
I've had experiences where "Had to" was like

"If I wanted the outcome I was aiming for I had to.... (workout?)" This is how I took the sentence. A totally volitionally accepted responsibility

>besides your choice to overreact (stay overnight)

It was not a choice. It was an order.

A company can’t “order” you to stay overnight. Unlike the military you can walk away.
People did walk away eventually. But not immediately because when you have a family, for instance, you can't leave a job without making sure you have health insurance etc., People eventually left once they found other jobs.
If you’re otherwise a productive employee you can just say no too, and dare them to fire you.
I just couldn't disagree more with the idea of building a basic knowledge and understanding of management from the military. There are some generalisable lessons to be learned from military management/leadership situations, and undoubtedly some that are transferable to tech, but there's also a vast and very approachable literature that draws on military and every other imaginable scenario to distill out lessons and principles. The rest of your advice is good, but please, just learn about the core subject first, rather than a niche and fairly radical lens on it.
I also like that book. There are some obviously major motivational things that are different from corporate life (from what I've read, I have no first hand military exp): a camaraderie of protecting your peers with a common mission of literally staying alive, a chain of command with dire consequences, and other humans trying to kill you.

None of those things exist in software engineering so there will be people that aren't motivated by the allure of moving up, aren't passionate about the product and maybe just want to do their job and go home. There is nothing wrong with that as long as they are doing their work.

As a leader, you may have peers that will like you to take extreme ownership because they can play politics and blame you for things. I don't think there is room for that sort of BS on a battlefield but I don't have first-hand experience.

There are also a lot of teams that don't have 'mission' like goals that are clearly evident (e.g. root out terrorists in Ramadi) but have a continuous flow of work to be done.

Like any books/videos/courses on leadership or self-help, take what you can from it an see what sticks in your world, don't take it as a prescription or steps on how to do something.

> As a leader, you may have peers that will like you to take extreme ownership because they can play politics and blame you for things. I don't think there is room for that sort of BS on a battlefield but I don't have first-hand experience.

This question is addressed, if not in the book, at least in his podcast. Let me see if I can find it.

I haven't read it, but on the military theme, I've heard good things about " Turn The Ship Around! A True Story of Building Leaders by Breaking the Rules"

The author was a submarine captain who turned one of the worst-performing boats in the Navy into one of the best.

https://www.kobo.com/ww/en/ebook/turn-the-ship-around-1

Another recommended book out of the military is Team of Teams: New Rules of Engagement for a Complex World by General Stanley McChrystal.
> They are the experts, not you anymore. Your job now is to clear the path to their success.

This is an excellent concept and an important one to really get. I go out of my way to never use the phrase “my team.” It’s not my team, it’s all of ours. I’m a member of it, too.

It’s my job to make sure they succeed. So instead of “my team” I always say, “the team I support” to reinforce that.

Extreme Ownership is great. I thought at first that it was going to be a pure rah-rah book about the military, but it is actually quite practical and generally applicable.