Live data from Hacker News

Guide to scaling engineering organizations

stripe.com

131–140 of 148 posts

Re: Guide to scaling engineering organizations

#131

Earlier quoted context omitted.

What does a “good manager” look like?

1. Have clear goals. 2. Communicate your goals clearly. 3. Ask what people need to achieve the goal, and actually LISTEN deeply. Negotiate deadlines/resource allocation until the crew can honestly commit. 4. Dedicate your efforts to getting the crew what they need. 5. Reiterate your clear goals often and clearly.

Do Repeat Yourself

Re: Guide to scaling engineering organizations

#132
post #18

Earlier quoted context omitted.

Most definitely. A false positive often has negative contribution to the overall training (at the very least taking time from current members without giving back, but often also creating new problems). A false negative has zero cost (and zero benefit). I think it's a no-brainer that false negatives are much preferred to false positives in the overall tradeoff (and ... there is always a tradeoff between false positive…

A false negative has zero realized cost. I would say there's missed opportunity cost.

Yes. But a false positive has negative realized cost AND missed opportunity cost; I was implicitly subtracting the missed opportunity cost as it appears in both, but it should be stated explicitly - Thanks.

Re: Guide to scaling engineering organizations

#133
post #3

>> In addition to building clear rubrics, we began unconscious bias training to maintain consistency and objectivity. Is that still valid? I thought the tests to support this concept had failed to be replicated? http://nymag.com/intelligencer/2017/12/iat-behavior-problem.... https://www.thecut.com/2017/01/psychologys-racism-measuring-...

Having attended an unconscious bias training, I'd say it achieves two objectives: 1. It convinces people to use objective, methodical criteria to evaluate candidates. (Whether or not the "unconscious bias" rationale is valid, the actual remedies boil down to, "have a process instead of winging it", and in today's political climate, "unconscious bias training" is an easier sell than "not winging it training".) 2. It m…

>>2. It makes it harder to sue the company for bias, because they can turn around and say, hey, look, we made everyone do unconscious bias training.

I think now as well as "Security Theatre" it looks like we have "Diversity Theatre" as well.

Re: Guide to scaling engineering organizations

#134

I think this post missed one extremely important point. I almost never see it in blog posts, and yet the successful heads of 100+ engineer organizations all know this. Find good managers! Or groom them. Whichever. Just make sure you have good managers. I see endless posts about recruiting, and I see tons of posts about engineering culture, but I almost never see posts from these same sources about the nitty gritty of…

Thing is that you are never going to be able to hire good managers 100% of the times if you are scaling. So entire focus of scalable process should be on how to minimize, defend against and eliminate bad apples as fast as possible. The primary mistake that many companies make is to have manager implicitly trusted without validations and give them almost dictatorial powers. The good process would add checks and balances even at CVP levels, for example,

- hiring by committee as opposed to whims of a given manager

- introducing bar raisers in hiring loop

- promotions requests reviewed by independent committee

- demand for metrics driven automated dashboards

- enforcing skip level 1:1s

- anonymous surveys and complaint box

- enforcing culture of proper credit attributions instead of "we did X"

Re: Guide to scaling engineering organizations

#135

I think this post missed one extremely important point. I almost never see it in blog posts, and yet the successful heads of 100+ engineer organizations all know this. Find good managers! Or groom them. Whichever. Just make sure you have good managers. I see endless posts about recruiting, and I see tons of posts about engineering culture, but I almost never see posts from these same sources about the nitty gritty of…

What does a “good manager” look like?

Praise in public, criticise in private. Give the team credit for success and take blame yourself for failure.

Get those right and everything else will follow. So simple but only a fraction of managers get it.

Re: Guide to scaling engineering organizations

#136

I think this post missed one extremely important point. I almost never see it in blog posts, and yet the successful heads of 100+ engineer organizations all know this. Find good managers! Or groom them. Whichever. Just make sure you have good managers. I see endless posts about recruiting, and I see tons of posts about engineering culture, but I almost never see posts from these same sources about the nitty gritty of…

Great point - the reason why no one is talking about this is because they have NO IDEA if the manager is good or not.

Many assume the people that they hire are flawless. That's why you see all the posts on hiring. It's easy for people to think they know everything at this point. It's like celebrating after you acquire a customer...what really matters is if they stay (and how long).

Currently, there's no feedback loop in place to surface this information. Some companies will do a culture or 360 survey that highlights a few issues here and there, but it's a poor process for determining competence and it's administered by HR (or some function of HR). It needs to be owned by the team leader (and hopefully their boss).

I've been working on an app (https://www.fridayfeedback.com) for the last three years to try to help this. Eng teams love it because it's asynchronous and surfaces new insights to help teams improve.

Re: Guide to scaling engineering organizations

#137

I think this post missed one extremely important point. I almost never see it in blog posts, and yet the successful heads of 100+ engineer organizations all know this. Find good managers! Or groom them. Whichever. Just make sure you have good managers. I see endless posts about recruiting, and I see tons of posts about engineering culture, but I almost never see posts from these same sources about the nitty gritty of…

What does a “good manager” look like?

Most of the books/articles you read will give general advice, which varies depending on the individual/team. Here's what I typically recommend:

1. Create a continuous feedback loop with every single person on your team. This is why 1-1 meetings are extremely helpful.

2. Understand where each person on your team wants to go (career goals). Do they want to become X in 2 years? Do they even want to work in tech at all? Find ways to help them get there.

3. Document all the important conversations you have. Share it with the person. Most miscommunication happens when you talk about something and it's interpreted in various ways. Documenting these conversations and sharing them helps cut down on this.

4. Act like you care about them as a person.

Re: Guide to scaling engineering organizations

#138

Earlier quoted context omitted.

I also found out that there are a few bad "managers" that end up raising because they are popular with people and their bosses. They usually have a very high EQ. You can see a few people with little technical acumen, shallow knowledge of the latest trends, very bad on processes and no work ethic that still rise in some organizations. These people spend a lot of time "managing up" on a side and on the other side they…

Here's the part of management that is hard to understand as an IC: 1/3rd of my job is "managing up," that is, getting my boss what they need to get their job done. This can be defining a hiring process, or writing part of a powerpoint deck or getting them the information they need to write it up for their presentation. 1/3rd of my job is "managing across," or working with other managers - the "shit shield" is often f…

I do not call defining a hiring process managing up. Hiring is part of creating a great team and in my own experience can take more than 1/2 of the manager time especially when you are "building a team from scratch" and you cannot delegate things like screening interviews to other people.

Back to the "managing up" I was talking about in my previous comment. I have seen some people spending more than 1/2 of their time on it. The reason I put it in quotes is because sometimes is time spent on getting visibility, becoming "good friends", and even brown-nosing. For any employee it is vital to have a good relationship with their boss in order to maximize her impact and develop influence. But when building camaraderie with her boss becomes the primary activity, it tells you something about the culture that that person is reinforcing and people that is attracting.

There is a difference between aiming to "create an alliance to get things done" and "develop a relationship to get recognized and promoted" Even if the two do not have to be mutual exclusive, the motivation for bad managers is predominantly in latter more than former.

And what is an order of magnitude better for a company? Someone that looks more for having an impact or a person that looks more to their advancement on the corporate ladder?

Re: Guide to scaling engineering organizations

#139

I think this post missed one extremely important point. I almost never see it in blog posts, and yet the successful heads of 100+ engineer organizations all know this. Find good managers! Or groom them. Whichever. Just make sure you have good managers. I see endless posts about recruiting, and I see tons of posts about engineering culture, but I almost never see posts from these same sources about the nitty gritty of…

(context: I'm an engineering manager at stripe) Stripe uses the same process for scaling our management corps as we do our ICs. All the steps are tailored to the role the person would be filling at the company. That being said, I think this is a great point. All the considerations others have brought up in this thread can be multiplied for manager roles. It's very important to get this right when you're scaling up a…

[deleted]

Re: Guide to scaling engineering organizations

#140
post #8

Earlier quoted context omitted.

I've heard somewhere that companies like Stripe would rather have false negatives than false positives in hiring.

That's the logical tradeoff for any company. Bad hires create an incredible amount of damage that can sink a whole team. It is x10 better to have no hire than a bad one.

Intuitively I wanted to say "Yes 1000 times, unless you REALLY need to hire NOW, the effects of a bad hire are going to be a lot more negative than a no hire".

But what about a very good hire that you end up missing that has been a very expensive mistake?

I think we have a pretty high bias here. Organizations can see the effect of a bad hire and have more data on what went wrong during the hiring process, retrospect why that person passed and put more "tests" to prevent to repeat the mistake. But organizations can never measure the differential between the impact on the company of a candidate that was not hired and the present condition. There is simply no data about the impact that that person could have had.

I heard a few detailed stories on "the guy that should not have been hired" and I can add my own stories. But the stories on the cool people that should have been hired are brief and rarely go beyond "I thought that guy was very smart."

So I think we should make sure we check our hiring processes against negative positives. How? To be continued...

Post reply on HN