Ask HN: Types of questions to ask team members before accepting role?
What kinds of questions would you ask coworkers before you begin working with them and accepting a role?
Disclaimer: my role will be in info sec.
Thanks
Disclaimer: my role will be in info sec.
Thanks
75 comments
[ 3.8 ms ] story [ 142 ms ] threadThis should give you some insight into how taking time off is viewed. You didn't say in your original question, however, if this would be a new company or an existing one where you're just switching roles.
2. "How many levels are there in the management hierarchy?" (deep vs flat) -- I tend to prefer flatter hierarchies, which plays into 3:
3. "How much personal freedom do you get?" -- Having more freedom means being more responsible for your work, but also enables you to produce better, faster, more creative stuff. The flatter the company management structure, the better (usually).
2. What's the biggest technical thorn in the company's side? (This is almost always something basic - like convincing management to buy more storage, or getting everyone to migrate to the newest version of something, or an underperforming vendor with a long contract.)
Both of these tell you about the company, and also about the person's perspective from their role and expected duration.
* How often do you interact with the CEO/insert title?
* How comfortable are you with the level of transparency and your understanding of the company's overall health?
* Do you have input into wider strategic decisions or is that handled by a smaller group?
* What does the X year roadmap/vision for the company look like?
* How does senior management interact with the team? Is everyone together during the day so it's a natural flow or is the management team in their office/meetings most of the time?
etc, etc. Ask enough of these types of questions and eventually you'll wear through the polish and get a better feel for how people really think about the boss.
People under someone they respect and like will tell stories and use superlatives.
This is useful at an individual level for your expectations, and it's a company flag if people respond negatively.
Should let you know what's wrong without asking directly.
Maybe there are a few questions that make sense for your role!
I also use the questions to learn more about the person and culture: if all people say "there is NOTHING I would change, this is a dream job" there is a very high likelihood that this is an environment where you don't speak openly about ways to improve and where individuals keep their criticism for themselves.
This tends to take place at the very end of the process and discusses some of the flaws of the workplace and/or goals of the candidate ("you mentioned wanting to do compiler design, but as a webdev shop, it's unlikely we'll ever do that. Are you ok with that").
I think it establishes a tone of trust ("hey, we aren't perfect, but we think this is a good fit anyway").
But during that same time, I also interviewed with a guy from the Defense Communications Agency. He told me that he knew I had interviewed with a lot of other companies, and that I could assume all the things those recruiters said were also true of working for the government. He then followed by saying he wanted to focus on the disadvantages of working for the government.
He really impresssed me with his honesty and forthrightness. When the call came for a second (phone) interview, I didn’t hesitate. When the tentative job offer came, I didn’t hesitate to take it. They took more than a year to complete the initial background investigation, so I also got a chance to squeeze in an internship that summer before starting to work there in August of 1989, while they continued to finish the investigation which would result in my TS/SCI clearance and the rocket-fueled start to my career.
I still remember Mr. Brewer’s name, and am grateful to him to this day, for helping me get my start in this business.
-is this a new headcount or am i replacing someone
In my experience, you never get an honest answer on this one. If there is a vacancy because someone quit, they're not going to say why they quit. They probably don't know themselves since HR never shares exit interviews with others - if they happen at all.
If it's not an open seat and they're replacing someone, they're not going to say that either to avoid tipping off the current employees that someone is about to be sacked.
I'm always amazed by the % of people that work for large companies and never monitor the open jobs page on the website. They seem shocked when told that there are open reqs in their own group.
E.g. if two different project managers are giving you tasks that exceed your capacity
I would suggest to ask process related questions i.e what is the build/deployment process? What happens when you take down site in production due to bug? Etc.
You seem like an exploiter.
Times are great to be a software engineer. Don't squander that opportunity working for a place that won't respect you especially when there are so many wonderful places to work at where you will be respected.
Your interpretation of that question is going to be noisy, subjective, unreliable and intrinsically incomplete. That makes it an exceptionally poor hiring signal. The idea that you can divine interesting insights about a candidate's employability or character based on mundane interview questions is fundamentally flawed.
A candidate is also testing you, and if you do not respect a candidate's concerns you're making it clear you're not committed to ensuring the potential employee gets the most out of the role.
I work in sort of devops teams and I've helped conduct the technical part of a few interviews so I made some questions for that reason.
1. Some technical questions but they're not that important.
2. More important is what they do in their off time. I always try to figure out how nerdy they are.
One person when asked the 2nd type of question brought out their mobile phone and showed us how they could control their entire home with an open source automation system and a homemade app they made themselves.
They were hired and they were very good.
Frankly, I want to go home at night and do anything but code. Music, art, explore the city, have friends. And I want to work with others who value the same.
They were hired and they were very good.
They would have been an equally capable hire if they did not have the time or inclination to complete that project. Moreover you can acquire all the skills a capable software engineer has without having personal projects. That means this is a poor heuristic for hiring criteria and candidate assessment.
For dev work, I'd ask the questions in the Joel test.
Some questions do apply (I wouldn't expect a 100% YES answer, but hopefully most of them):
Apart from asking just questions it's a good practice to have a look at the office that you are to work from (especially if no remote/wfh is allowed). I learned that the hard way - signed a contract without checking what office I would be working from. A couple days in and I had to use earplugs in tandem with noise cancelling headphones.