Ask HN: Interview tomorrow – How to learn whether an org is “healthy”?

191 points by mud_dauber ↗ HN
Recall the NYT article describing Google's team culture case study. (http://www.nytimes.com/2016/02/28/magazine/what-google-learned-from-its-quest-to-build-the-perfect-team.html?_r=0).

I am being recruited by a manager & two technical leads for a leadership slot. They want to replace the existing manager for vague, but apparently real, "communication" problems - details forthcoming. 3 teams on 3 continents, perhaps 30 people total.

I know & trust the two technical leads, but want to have solid due diligence in place before accepting any offer. What questions can I use to learn whether the dev teams play well together?

126 comments

[ 4.9 ms ] story [ 113 ms ] thread
Is this outgoing manager already gone? If not, see if you can talk to him/her. Take that story, and the story you get from the people hiring you, and average them.
I would ask them what, specifically, within the organization itself failed w/r/t the manager being replaced and what has the organization changed to prevent the same thing from happening in the future.

For example, did they not evaluate the manager before putting them into a position where they failed? How do they know it was a communication problem? Remember, this question is not asking the details of what happened (those don't really matter). This question is asking what the organization did and how does the organization improve itself over time.

The last thing I'll say is that it's very difficult to establish the 'health' of a team during a brief interview. 'Health' is often variable in that what I find healthy and effective you may not. Most teams aren't filled with psychopaths. Also, if you have the right tools and a willing team you (that's a plural you) can change and build a team that is healthy and productive.

Here's the twist: I know the outgoing manager & worked with him, albeit briefly, ~8 yrs ago. Liked him but didn't know enough. The tech leads that called me also worked with him before - hence his getting hired.

So, something's changed. Just trying to understand what.

It's interesting in these situations to see the outgoing manager's departure as much as a failure of that manager as of the organization itself. I think you're exactly right to be diagnosing why the manager didn't work out as an org issue itself.
I would say that "changing and building a team" is not as easy as a lot of people think. I saw a company replace their employees multiple times, yet their culture could never be changed, thus every team constellation was set to fail like a cruise missile.

Once a organisational culture is set, it is very difficult to change [1], especially if you can't replace the head of the beast.

[1] Team Geek - A Software Developer's Guide to Working Well with Others, Brian W. Fitzpatrick, Ben Collins-Sussman

Ask permission to talk to the outgoing manager. If they balk at transparency, you'll know where the "communications" problem lay.
So they told you, an external candidate, that they're firing someone, and that you would take their position?

That's a pretty big red flag with respect to organizational behavior. It seems incredibly unprofessional.

"If they do it in front of you then they will do it to you"
Or they're being transparent with good intentions?
I think it would depend on the 'why' of the firing. However to mention it at all without telling you something like "You're replacing X, who is being investigated on criminal charges for/related to..." IE you have a legacy mess that you'll be cleaning up; yeah that's extremely unprofessional and likely unethical.
I would say this is fine, this position will likely inherit the bad juju from the previous candidate and should go into the position eyes-wide open. What they need is a person who can acknowledge previous mistakes and make incremental changes to guide the team to the right operations. They want to understand what about this candidate will make the situation different from the last candidate and in order to do that they need to discuss the previous employees shortcoming.

I actually enjoy replacing someone who is a poor communicator because you have a real chance to influence direction and growth just by acting like a normal, decent person.

To answer the original poster's question - if you have to ask this question, it's very likely there are organizational challenges. In fact, at every company there are organizational challenges, team challenges, your job as a leader is to address them. If you want to only work for great teams and never have to deal with challenges, you should consider not being a manager/leader at all, then you don't have to worry about them.

I would pay more attention to whether the company itself is financially stable, growing, hiring and innovating. If not, run.

OP says he knows and trusts the technical leads, so he may be privy to information that other candidates would not be.
Observe the employees.

Is the office full after 5 - 6 PM? Is everyone looking at the floor when the boss walk in? Is everyone's nails bitten to a bloody mess? Are there any female employees? Are the desk too clean and absent of personal items?

Do the employees hide their flasks in their desks and sip furtively and alone? Do they cry in the restroom before or after meetings? Is it a Dilbert cartoon on the fridge or is it XKCD? Are the only Pokémon to be found Rattatas? What is going on with the coffee?
How far away is the nearest gym? Are there even any 'stops where you might meet others for lunch?

Pretty much, what is the density of the tech-aware crowd in that area?

Another good one: are the near by ash trays in use? If you're a non-smoker (like me) this is a red flag too.

I like my desk clean and absent of personal items :(
I FOUND THE PROBLEM EMPLOYEE!
i downvoted you, because this isn't reddit.
(...maybe i'm the real problem after all...)
> Are there any female employees?

Not sure if this a good enough criteria, sometimes you just dont find good female techies.

My favorite interviewing question as an IC was "Tell me about someone on your team you admire". It let me learn about what people valued based on why people were admired, and gave some depth-of-bench sense whether there were lots of distinct names, or if everyone was in awe of the one good person on the team.

If you're looking for cross-team health, maybe you could adapt it to "Tell me about someone on the other team that you admire?"

This is an awesome question. What sort of responses have you seen from this? Do most folks have a quick answer or do you get some thought? As an interviewer, I'm not sure I would ever expect a question like this.
Truth be told, I don't think I'm calibrated on the question yet; I've only used it twice. In one org, there was a shining star who attracted all the answers. In the other org, someone laughed because of the number of good answers, and started rattling off names and reasons.

In hindsight, I wish I'd had enough experience with the question and possible scenarios to ask for a second answer from people in the first org; I suspect there were more good answers available, but one obvious answer that everyone snapped to first.

There are a lot of things you can ask for that will red flag an organization as a whole.

Are you being given stock. Ask for a cap table and learn to read it.

Tell them your wiling to sign an NDA, and that you want to look at the repository. Tell them that you may need to ask follow up "who is who" questions to pin checkins. Code never lies. Embattled areas of code, and comments are great targets for your search.

Ask about recent outages and technical issues. Are they having problems keeping things up and running. Ask about how they were identified and how long to resolve.

Do they have documents for requirements? Wireframes, PRD's. Ask to see these as well.

If they raise any objection to any of this, just ask for a reason. It might set off an alarm for you. It might be reasonable.

Since you have some history with the other team leads, make a personal phone call. Start the call off that way (that its a personal call) and that you want to know the truth/history here because you have concerns. If there is something funny going on in the background one of them might just give you an honest answer.

But we are talking about interviewing for a leadership position. Judging the health of a place by how its current tech looks might be valid if you are just going to be a coder, but as a leader, you will be expected to identify and fix problems. So it is OK if there are problems.

It is much more important to figure out how people communicate, how they are treated, how the other leaders think, what they want their culture to be, etc... If you can believe in a shared future vision, and participate in the process to move towards that vision, then the details of the status quo are far less important.

My sense of the problem is that it's not so much a tech stack issue and more of an operational, "keeping the train on the tracks" challenge.
Personal problems, communication failures, and organizational issues are often reflected in code and technical choices. For example:

- Something gets rewritten because requirements were lost or misunderstood.

- The same error is repeated after being corrected.

- A component is revised or eliminated, after having been developed too early based on guesswork and speculation.

- Developer A commonly reverts developer B's code changes without explaining the reasons (or with insults).

- There has been a messy, error-ridden merge between the clearly independent developments of two sub-teams.

- In source code control, commits are allowed to lack a good description; only a few true believers "waste time" with messages nobody reads.

- Unit tests for something that is approaching release were last modified, and left about 15% complete, six months ago.

- After employee X left the company (or when the project devolved into crunch mode, or some other excuse) automation of builds, tests, releases etc. started to rot.

Talk to as many people as you can at the company, especially people who aren't in leadership positions. Ask if you can talk to a couple of the people who'd be reporting to you. A scheduled interview is like talking to a provided reference, while an unscheduled interview is like calling up someone not on the provided reference list - you're more likely to get something interesting from the latter.

Whether it's a scheduled or unscheduled interview, people generally want to speak honestly with you - they just might not feel like they have permission to do so, or feel that airing the company's dirty laundry would be inappropriate. In my experience, it can be hard to get people to initially admit things aren't perfect, but once they've done so, the floodgates open.

I tend to ask things like "so, how would you rate working here on a scale of one to ten?" Unless they're absolutely delighted with their workplace, most people respond with an eight or a nine, which doesn't mean anything - you'll get an eight or nine if the company's pretty great, and you'll get an eight or nine if the company's a total dumpster fire. But then you can say "A nine? Why not a ten? What would make your experience here a ten?" This doesn't always work, but at this point the interviewee figures they've already admitted the company isn't 100% ideal and I've usually gotten an unvarnished opinion.

I don't think this would work on me if I were being asked questions by a candidate. I would just lie and say everything's fine no matter how much they insist.

Telling some random stranger "I hate this fucking company and wouldn't be surprised if it goes bankrupt within a year" gives me no benefits and puts me at a lot of risk; plus it's just awkward.

Not being able to get more than "everything's fine" out of someone is a pretty big indicator. :)

If you can't tell me why it's fine, it probably isn't from your perspective. And if your answer isn't convincing, likewise.

How much prep would you really put into giving a good, convincing, story about how great the company is that wouldn't be noticable compared to other people's answers?

Most people can detect a lie like that. It's not what you say, but how you say it. Mumbling "Oh, I love working here, it's great" in a level tone of voice while staring at the floor is very different from exclaiming "Oh, I love working here, it's great" while looking you in the eye, standing up straight with your shoulders back and relaxed.
> Talk to as many people as you can at the company, especially people who aren't in leadership positions.

Solid advice, do try to connect with the junior & overseas staff. Listen to the substance of their answers. Is it an "Us" and "Them" corporate culture?

Areas to explore: Ask, What are things that the group does well and should keep doing? What are some things you'd like to change? What is it you're afraid a new leader might do? Anything else they'd like to discuss?

Definitely. In fact it's the overseas teams that I really want to meet. Finding out whether they have their own 'destiny', or are simply coders-for-hire, is incredibly important.
(comment deleted)
I have to admit, I like this question. Nice.
> They want to replace the existing manager for vague, but apparently real, "communication" problems ...

"Communication" is a two-way process.

As they say: Communicate, it can't make things worse.

Check out their employees reviews at www.glassdoor.com
Some interesting advice I got from another thread a while back: During your interview excuse yourself to the restroom at some point. The general cleanliness there says a lot about how they value employees.
>During your interview excuse yourself to the restroom at some point.

And annoy the hell out of the interviewer because you can't time a toilet visit to fall outside of a key event? No thanks

So get there a little early, and ask to use the restroom. Or ask to use it on your way out.
Usually you're there for a couple hours, it's easy to sneak out in between 2 interviews for 2 minutes.
Before, after, or during multiple interviews. That being said, if you have an individual interview that lasts more than 90 minutes you could also excuse yourself briefly if you need to use the bathroom.

What's the big deal?

A friend of mine once said he asked an interviewer, "so just how screwed up is this company"? Not because he expected a straight answer, but because he wanted to watch the interviewer's first reaction -- if their facial expression showed genuine surprise, or a knowing nod, maybe even an incriminating smile...
Serious question here: Are there any companies that aren't at least a little messy? They are run by humans, so if there's NO dirt at all isn't that a tell as well?
I like to ask, "Do you have a bug tracker?" then follow up with "Is your bug count increasing or decreasing?" No matter how they answer, it tells you a lot about the organization.
check the coffee machine, general cleanliness of the office especially breakroom if they are clean and well stocked,look for notices on printers or washroom's that "xxxxx is not working & repairs has been notified". See if they have a gym,check the condition of office chairs,are they ergonomic ?. Ask about appraisal process and career path. If they dont answer well and the interviewer is not clear on that,it means an unhealthy org structure. Finally check on glassdoor and a wild card search on google with the email domain of the org,something interesting might come up.
Checking the bathroom is a trick I learned a long time ago. If they're messy, that's almost certainly a sign that your potential co-workers and managers are disorganized, undisciplined, and/or don't care about their work.
"Communication" issues is a catchall b.s. reason rarely used for legitimate reasons. Whenever i hear it my b.s. radar sounds and I instantly suspect the person claiming another has communication problems as trying to undermine them...throw them under the bus etc.

The reason being is its an abstract issue that is hard to define or fix.

Have them clearly define the "communication" issue that led to the person getting fired.

It is often used this way similar to the word "unprofessional". But, in the context of a manager of a muti-continent team could be quite legit and easy to define in more detail
Yes it can be legitimate but it's my belief that true "Communication" issues are not that difficult to address.

Such as, the team is all over the place you need to do daily standups to get everyone on the same page.

Once the actual issue is defined if the person then does not take simple steps to improve "communication" then at that point they are more in the category of insubordinate, incompetent etc.

I disagree. I have encountered many managers whose main problem was expecting that people could read their minds and/or valuing ambiguity so they could change their minds frequently. One of them referred to this as a positive, the ability to "operate in the grey zone". I call it the "I don't know WTF I'm doing zone". The poor communication makes it seem like the fault lies in the subordinates
Communications issues are usually two-sided so I'd lean more heavily towards figuring out what those could be. 30 people split between 3 timezones is challenging.

1) Ask why the other person is leaving for real. They should be vulnerable and tell you the truth. Sometimes they'll hide behind something like "thats confidential" which you can't really argue with, but I'd dig into it. If they get nervous walk away.

2) Ask them what systems or processes they want to improve or change and why. What isn't working? etc.

3) How will you be evaluated in your role. Sometimes there are unclear expectations from managers or any other "leadership" style role at a company. This isn't OK because it might just take one person to change their mind about how you're doing for you to be "not good enough". Again; dig into it.

4) How is the company doing from a financial perspective. Whats the burn? Whats the revenue? What's the LTV/CAC? If they can't answer or won't, I'd consider that a red flag.

5) How is the product roadmap set. How far out are they thinking? Make sure it lines up with your vision of how to organize groups the right way.

> 3) How will you be evaluated in your role. Sometimes there are unclear expectations from managers or any other "leadership" style role at a company. This isn't OK because it might just take one person to change their mind about how you're doing for you to be "not good enough". Again; dig into it.

This one is key. Good answer is: "You will have these N observable, measurable KPIs. Good performance means meeting them, excellent performance means exceeding them by P%, etc." Bad answer is if they can't tell you or anything subjective (Your manager vaguely "evaluates" your performance each year).

> 4) How is the company doing from a financial perspective. Whats the burn? Whats the revenue? What's the LTV/CAC? If they can't answer or won't, I'd consider that a red flag.

I've seen business owners take great offense to being asked about these "company health" type questions. Often due to the answer not being pretty. As if I, as a potential employee, am not a stakeholder. If they get cagey about this it's definitely a red flag.

I like to ask things like, "If you could change one thing about the company engineering practices, what would it be?"

The answers can be telling. If they give an answer like, like, "I wish we would adopt $random_programming_language." That, to me, indicates a fairly healthy organization, because this is just one guy's technical preference.

If they give an answer like, "We need need to stop thrashing", that gives a different picture.

If they say, "Nothing at all", you need to run, because they can't think critically about themselves.

If they use pronouns like "them" and "they" instead of "us" and "we", then the interviewer doesn't feel like part of the team.

To follow up on the potential acceptable answers vs. bad answers: 1. "I wish we'd use git instead of SVN" vs. "I wish we'd use source control instead of backing up .zip files of the tree." 2. "I wish we used Jenkins instead of $OTHER_BUILD_TOOL." vs. "I wish we'd set up a build server instead of pulling bits of a random dev's machine." 3. "I wish we we'd use OCMock to eliminate dependencies in our tests." vs. "I wish we were given time to write unit tests."

Sure, you might think you're the one to get them fixed up with what they need. But there are good reasons that things are they way they are, and it's not always because the ICs are lazy.

This flips your question on its head a bit, but are you going into this offer excited to try and get the teams to work better together, or because you want a role leading teams that are already working really well?

If you expect to inherit fully functional teams I think you're probably not going to enjoy the gig. If, however, you're excited about the chance to get a group of developers firing on all cylinders again then perhaps this is the right job for you.

If you want to ask a question, I'd ask what challenge they have experienced to date linking these teams together to get them working well. What specific things do they expect you to try and fix and improve, etc. I'd also ask how, as leaders at the company, they stay aware of how things are going, touchpoints, etc.

Key symptom for a lot of issues at a company tends to be a lack of transparency (at least this has been my experience). Asking questions that get to employee engagement, involvement, and feedback processes can be good signals of transparency or potential issues.

Honest question, do you know many people who enjoy jumping into dysfunction and making it better?
Straight-up enjoyment? Definitely harder to find, though I think it's an important quality in a turnaround manager. You have to at least be willing to do some of that if you're an outside hire.

Mainly, the OPs job sounds like it will be a cleanup / turnaround role since the past person was dismissed for poor communication and has a globally distributed team (remote teams are hard enough to manage even with good communication).

The question asked by the OP indicates that they would not necessarily enjoy some dysfunction among the development teams so... maybe not the best fit unless they're willing to do some repair work.

I'd be more worried about detecting dysfunction from management than from the teams that I would be leading. I know I will have the option to re-shape the team, but I will be dependent on support from management without much leverage there. Sounded like the OP knew the managers already and trusted them so not as big an issue for the OP.

I'm not the parent, but yes those people definitely exist. They enjoy improving human systems the same way hackers enjoy building things. And they get paid well for it.
To me, it seems more analogous to coders who go into legacy spaghetti code repos to clean them up.

I enjoyed establishing process with a team and iterating on it with a mostly functional team. I don't really care to get between drama and infighting, but I certainly see the value.

do you know many people who enjoy jumping into dysfunction and making it better?

It's as much fun as solving any problem. And even more fun if you get paid extra for it.

(comment deleted)
If fixing that is your core skill, I expect you'd look for that kind of job.
I'm a product lead not a technical lead, but in that domain I prefer roles where the situation is dysfunctional. If everything is working well enough then management don't want a troubleshooter. If things are broken then there's a challenge in figuring out what's wrong, who needs to talk to who, who is making the situation worse ...
I'm also a product lead. Plus, I've seen enough problem organizations over the years to yearn for a fixer-upper opportunity. It's an art.
I really like this approach - because I am indeed viewing this as a turnaround opportunity.
Worry less about "organizational health" and more about "organizational fit".

"Healthy" can mean different things to different people. Some employees care primarily about work/life balance, and being able to sneak out early on Fridays to hit the slopes. (I'm looking at you, entire state of Colorado.) Others want a high-pressure, high-reward environment, where their colleagues live up to the same high standards they expect of themselves. (cough Amazon cough)

So rather than trying to find a place which is healthy, find somewhere which is healthy for you; with a culture which reflects your values, benefits which support your lifestyle and leaders who help you grow.

No company is a perfect employer and no person a perfect employee, but that doesn't mean there doesn't exist perfect relationships.

Got it. Added to the list. Thank you!
Its a leadership position, Can't you deal with the situation? are you hoping to find a perfect team to lead?

IMO, Its a negotiation. Ask for autonomy so you can shape the culture the way you want it to be.

A question I like to ask at the end of an interview is 'What do you most like about working here?'. Not only does it end the interview on a positive note, it also allows you to get a better grasp about what the corporate culture is like. I'd suggest that you want to look for responses that indicate a strong team dynamic, interesting work or freedom to manage your own time as long as you get the work done. However, regardless of what is said, if the responses don't quite sit right with you I'd suggest you trust your gut.
A few things:

1) Reach out to people who used to work there. You have to discount the negativity somewhat, but if the response is positive then that's a good sign.

2) Rather than ask "Are there communications problems" you should ask "What are the biggest communication challenges?" Also ask, "What are the 2-3 most important managerial areas for me to fix on day one, and the 2-3 most important areas for me to leave alone"

3) Go to Glassdoor. Again you have to discount the negativity, but that will give you good areas to probe and it's fair to ask, "I see this on Glassdoor, what do you say?"

Good luck tomorrow!

It's a department within a large company, so the Glassdoor data may not help. But thank you!
Look for personal networks who can give you the scoop.

At a prior company, the new head of sales reached out to the outgoing head of sales.

Just ask them straight out what the "communications issues" with the existing manager are.

If you're uncomfortable challenging them, frame it as you trying to be the best candidate you can be. "If I take this position, I want to make sure I have a full understanding from day one of what I need to do to contribute the most to the team. What could I be doing to help you?"

This is a question they really ought to be able to answer; not in terms of why the current person sucks, but in terms of where the team is breaking down currently. A good answer to this question means they've thought about the problems and the personnel change is part of some kind of strategy to solve them, which is a good sign.

If they won't answer that, odds are their internal culture isn't very communicative in general, which is bad. And if they can't answer that, it means they don't know where the breakdowns are and are just blaming someone reflexively, which is even worse.

I would definitely ask them to elaborate on the communcations issues.

I would also ask how they're currently handling three teams on three continents - if you as a manager are supposed to deal with all three teams and at least one of them is "needy", I wouldn't be surprised if the communications issue is that the current manager is speaking in tongues because he hasn't had more than an hour's worth of sleep a night for the past year...

For engineering jobs, most future coworkers will tell you pretty honestly what's going on if asked directly.

You don't want to have to be exposed as a liar once the candidate starts, after all.

For leadership jobs, it might be a bit different.