Slashdot Mirror
Interviewing Your Future Boss?
crimethinker asks: "I am an embedded systems engineer for a small division of a large company. Up to now, we have managed to get by with little more than a 'team lead' position, but as our division grows, they are looking to hire a full-on engineering manager. I was one of the candidates, with my current boss's favorable recommendation, but I withdrew my resume when they told me the job was all paper and schedules; I'd never touch code or hardware again. Now the VP has a 'short list' of candidates, and has invited me to be one of the interviewers. Yes, you read that correctly: I will be interviewing the person who will become my boss. So, I put the question to you, Slashdot: what questions should I ask my prospective boss?"
I'd ask him what sort of ideas he'd have to improving employee morale/productivity. If all he can come up with is "Casual Friday" or other similarly benighted schemes, give 'im the boot.
Simple Machines in Higher Dimensions
You should ask your prospective boss about things that will affect your happiness with their "boss-ing."
Since you were a candidate yourself and withdrew, you have probably already figured out that your new boss is unlikely to be your equal in engineering.
But that's not her job anyway.
You should ask things about leadership philosophy, their personal goals in management, their ideas about telecommuting,
about how they balance their work and "real" lives.
Remember that if you are a good engineer, your boss works for you as much as the other way around (unless your boss is the Big Boss of course).
Try to figure out how much you would enjoy having this person around, and how helpful they are likely to be in clearing the way
for you to do your best work.
Use no buzzwords.
Thats my style, and it's worked well so far. I've interviewed about half my bosses and haven't had a bad one in 8 years.
This Like That - fun with words!
Seriously, see what he/she likes to do outside of work. You don't want someone who is a total workaholic who will expect you to put in 80+ hrs/wk if that's not your bag.
I would start looking for a new job. You can only move up or out they say.
Also there is probably going to be some resentment when the boss realizes that you were the first choice (if they do not already).
Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
"What is your position on the free coffee and donuts issue?"
On the other hand, if you want to ask *good* questions, think about what topics you and your current boss deal with, and ask about those questions. If it's a management job, then think about what managers can be bad at. Ask about their previous management history (are they a good leader?), ask about how well they understand the technology (are they the quentessential pointy hair?), and ask about how they view the postion from the point of view of being the interface between the techs and the upper management (are they there to keep you down, or to make things go smoothly?).
Also, think about what might happen a year or five down the line that will piss you off, and ask questions relating to that.
Narrative
Number one way to motivate an unproductive employee.
How well can you estimate time and set project schedules. (You know this can't be done exactly... if he doesn't know, you don't want him)
Why did he lose (or leave) his or her last job? (Double check on this one... it's IMPORTANT)
How many of their former employees will want to follow them to this job?
Annual reviews? Good or bad? How are they done? A form or "free form"?
Do hours worked matter or is getting the job done more important?
Comp time or bonuses (or anything) to make up for overtime needed at deadlines?
Agile Artisans
Do you read Dilbert?
Did you like Office Space?
Oh yeah, have you read The Mythical Man Month?
The perfect sig is a lot like silence, only louder
Then how would you rate them if they replied "WTF is Slashdot?"
Due to lack of disk space this user has been discontinued
You, no doubt, have an idea what constitutes a good manager. If you don't, here's my opinion:
A good manager:
1. Fights for her people with upper mgmt.
2. Gets her people the resources they need to do their job.
3. Gets the hell out of the way.
Put another way:
1. You know he will be there when you need something.
2. Otherwise, you'd never know he was there.
These are the traits you're looking for.
You have violated Robot's Rules of Order and will be asked to leave the future immediately.
Why should we hire you in the first place?
(this is not a troll! it's an honest question!)
main(0)
Tech will be -part- of this person's job, but only part, since they will be managing the business side of things.
Probably more important is the question "can us engineers work with this person?"
That might strike some people as ironic or too bold, but it's actually an excellent question.
Remember, the Prospective Boss is in the management business and not in the geek business.
The person seeking advice here seems to have already decided against a career in the management business.
It is in the manager's interest for that tech person to go as far as possible - as long as it's not into management over his/her head.
I once had a boss who would waffle endlessly on that subject because she really needed me working for her. The best she could honestly offer was "if I climb high enough you can come with me."
Then I got another boss who realized that my success would reflect well on him, and he was extremely supportive. I eventually moved on, and he moved up, and indeed my success did reflect well on him, just as his did on me.
A good Prospective Boss will have a thorough and thoughful answer ready for the question you propose.
This Like That - fun with words!
I'll get modded troll/flamebait for this, but it needs to be said.
That's right, don't ask anything job related because the most effective boss will be your buddy, and not really need to know anything about the job at hand. Who cares if he doesn't know a widget from a thingamajob, if he's your buddy, all will be fine. As long as nobody's feelings are hurt, it doesn't matter if the whole company goes down the crapper.
The previous has been a secret message to my comrades.
If I'm a manager, and I can't manage people who are smarter and more capable than I am, that I am the organizational bottleneck. It is imperative to be able to work with people who are smarter than you are.
So, I'm glad you're not my manager, because I think you'd suck at it.
There's a difference between a team leader and a manager.
Why yes, I AM a rocket scientist!
I've used that question when I interview people, and it's illuminating to hear the responses. This gives you a bit of insight to their personality and interests, and if you have them tell you about that book and what they liked about it you begin to get more insight. Remember, the key to having a good boss is finding someone you will get along well with. To do that, you need to know their personality. Besides, it's always interesting to throw an off-the-wall question at someone and see how they respond. In my experience, the best interviews become more like long conversations on a wide-ranging number of subjects. When it ceases to be question-answer and more like story-anecdote, you have a great interview going on. That's when you get the measure of the person and their personality.
You should ask him how he feels about institutional memory.
I'm not sure how old you are, but if you're approaching 50, you should be worried about being shitcanned and replaced by 2 jr. engineers fresh out of school, each making half your salary.
Whether such a replacement is a good idea or not is dependent upon the circumstances, but repeated purging of senior engineers for junior ones leads to engineering departments that repeatedly blunder into the mistakes of the past.
Ironically, if you're in that 45+ age range, you've probably just given up your best chance both to save your paycheck and to propagate institutional memory. Once you pass 50, you'll probably never get another engineering job should you lose your current one - you'll be too expensive to hire compared to someone a few years out of school (not to mention less attractive - physical appearance has been shown to be a major factor in hiring decisions).
The sad truth about engineering is that you can't do it forever. At some point, you have to step up to management or else you'll find yourself jettisoned at some point with no hope of finding another good-paying job. I've watched my father's career arc and seen a lot of his colleagues fall by the wayside (and through the cracks) because they didn't understand this reality. He's now on the cusp of retirement and is one of the last survivors from his generation of engineers at his company because he was willing to make that move to management.
Having removed yourself from consideration for this managerial role, it's in your interest for whoever's coming in to have an understanding of the importance of striking a balance between cost efficiency in terms of dollars-per-head and the importance of retaining experienced people (e.g. you) who are capable of larnin' them youngsters who will be coming in as your division grows.
Just my $0.02
-Isaac
I am not a lawyer, and this is not legal advice. For Entertainment Purposes Only.
The best IT project manager I ever had was a sociology major with no technology background whatsoever. To his credit, he did try to understand to some degree the technology we worked with on our projects: computers, networking, programming languages, databases... not because he wanted to do our work, but because he wanted to understand it.
If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
Many people believe that a good manager need not know the nuts and bolts of what the subordinates do. After all, a manager is hired to manage, not code or administer systems. Plus a manager that is very technical will have that urge to jump in himself (or herself). On the other hand, we are all familiar with the clueless manager that sets impossible deadlines or purchases technology based upon some salesman's pitch. So a technically clueless manager can be as bad. Ask the candidate what they think of this. How much should a technical manager know about the technology?
Hard-core geeky types are often introverted and not what most managers are accustomed to see. Some are arrogant prima-donnas, some self-effacing, some look and smell like long-haul truckers. Many are violently independent. How will the candidate deal with this motley group and get them to work together?
Two competing vendors are trying to sell you a product. How do you choose between them? This question can help answer who the candidate trusts. Does he/she speak to his group first, soliciting their opinions or does he exclude his team from the process.
Whose job is more important, the manager's or the employee's? If he says the employees he's very likely pandering for acceptance. If he says the manager's then he may quickly drop useful members of the team.
What is a TPS report? The bigger question is how pedantic is the manager? Can he bend the rules or break them in order to get something accomplished. Does he understand the reasons for a paperwork process but is willing to forego them based on his judgment.
The building is on fire! What do you do? Start timing him immediately and look at a stopwatch as you ask. This can show how well he performs under the slight pressure of a fake emergency. Does he wilt? Does he get the employees to safety first or is his first reaction to grab the backup tapes? Which one is more important to you?
I've been in your position before and having survived a few suggestions.
- Ensure you know what the hiring (one-over) manager is looking for. Is the priority training? Project management? Team development? Process improvement? I'm sure you have things you want in your manager, but make sure you know what The Company is looking for.
- As with any interview, ensure that you have the candidate provide you with concrete examples given for your questions. Bad question: Tell me about your management philosophy. Good question: Give me an example of a time when The Company's needs and the employee's needs were at odds and how you handled it. (For example an employee wants vacation but their project was late.)
- Be ready to have a manager that your feedback was "no" on become your manager. It happened to me.
- Pretty obvious: Make a good impression! This person may soon be your boss!
Paul Barth
My biggest frustration with my current managers is that they don't have the slightest clue what my work entails, from a technical perspective. While I do appreciate the need for people to shift papers around, keep clients off your back, etc. etc., it does not help if you have to cope with unrealistic expectations and don't get equipped (hardware, training,...) to properly cope with ever-changing job demands. My ideal boss would be one who moved up from a similar position than what I'm doing now.
But then again, as you yourself pointed out, not everybody wants to move from coding to admin - and I'd definitely also ask why he made the move. Might be interesting....
Yeah, I've got a couple of questions ready about my prospective bossed if (when - probably sooner than later) I ever sit in a job interview again and they get to the "you got any questions?" point.
Free, as in your money being freed from the confines of your account.
Seriously - when was the last time a footballer got promoted from the team to do the paperwork, how many CEO's secretaries outrank the CEO.
If you are the natural team leader then its unlikely the team will listen ot the manager anyway, they'll listen to you. So don't hire yourself a manager, hire yourself an assistant. Someone who goes to meetings for you, plans schedules for you and lets you get on with the real job. That doesn't have to be someone who is in charge of or controlling what you do but someone who enjoys doing the bits you don't and you can work alongside.
So many IT companies seem to screw this up. Good project managers are great people to have but they don't have to be in charge.
So be careful. The guy who seems fine during the interview may turn out to have serious flaws as a manager. Unless you do your homework, you'll never have the opportunity to spot these flaws until they manifest themselves on the job -- at your company.
The only people who have first-hand, long-term knowledge about the candidate's on-the-job performance are the people he has worked with before. Talk to them! Ask your candidate if you may speak with his references. If you get a No response, that ought to be a warning sign. If he doesn't trust his own references, why should you trust him?
But don't stop there. Say that you would like to, if at all possible, speak with the people he has managed on previous jobs. Say that you would also like to speak with the people who managed him. Ask if he can arrange it. Even if he can't because it might jeopardize his current position, the way the candidate responds can tell you a lot.
Good managers are worth their weight in gold. Bad managers can destroy projects and drive away your most talented employees. Thus when hiring managers, be discriminating. Do your homework. Check the references.
Easy, automatic testing for Perl.
I spent 5 years working as a network security architect at Exodus Communications, in the heydey before they grew themselves into bankruptcy. I had the pleasure of getting my own boss hired twice.
The first time, when there were problems with one manager, I proposed that my department (network security) be managed by the guy who ran NetEng, who was a friend and an all around great guy. I just said: who has a light-handed management style, who has the credibility to back me if management is thinking of doing something stupid, and can be a technical resource?
I used those same criteria to select my next boss. I was given only two candidates for a Directory of Network Security position. One was a fairly laid back, older gentlemen with an easygoing attitude, some technical aptitude (although he couldn't do the engineering work, but he had clearly done things in the arena in the past), and a clear idea of challenges we faced. The other candidate was ex-law enforcement, and his answer to most technical questions was, "I like to surround myself with good people so I have resources to tap for questions like that". He was stiff, formal, and projected a great deal of confidence... that didn't seem justified. He showed competence only with physical security issues (cameras, guards, etc), which was part of the job but not the important part to me (since I only did the network side).
The first guy had *real world* experience. He'd founded and flopped a security company that sold an evaluated hardened multi-level secure firewall... one that cost in the 6 figures to get and get installed and was generally only bought by a few governments.
I pulled heavily for the first guy, and he was the best boss I've had -- the best I can imagine. He was respectful, tried to shield us from management making illogical or impossible demands, and after several years, quit the company rather than allow bad management to wreck our group. (well, they still wrecked us, but he left rather than be party to it)
Based on this experience, I'd recommend you look for:
* Someone who was once technical. No matter that they aren't, but they should show the sort of aptitude and experience that indicates they did what you do or something equivalent
* Someone who is laid back and 'real'. If they say anything about Moving Your Cheese, about management synergy, about "marketing the group", about "having a first-rate team" or other management-isms that you cringe to hear, then RUN don't walk from that candidate.
* Someone who is not afraid of their management. One reason I liked our boss was he was on the tail end of his career -- he was in his 50s, and instead of being desperately clingy, he was ready to take a bullet for the team. He never really had to; he was so well thought of that even when they said our team was being taken from him because he wouldn't budge, they offered him another job (which goes to show how stalwart he was; he quit just as a disincentive for them to go through with it). Maybe he was just a strong person and it had nothing to do with age.
* Someone you actually get along with. 50% or more of an interview is checking that a candidate fits the corporate culture. Having a manager who buys into your group's culture is key; this guy never batted an eye when we stuck a couch and a playstation in one room for chill out breaks.
Good luck.
If you are the natural team leader then its unlikely the team will listen ot the manager anyway, they'll listen to you. So don't hire yourself a manager, hire yourself an assistant. Someone who goes to meetings for you, plans schedules for you and lets you get on with the real job. That doesn't have to be someone who is in charge of or controlling what you do but someone who enjoys doing the bits you don't and you can work alongside.
I lived this experience.
I was the "lead developer" for many projects at a consulting company. We had several customers that required much personal attention that had no impact on the projects, so I asked my boss (the VP) to hire someone to take the phone calls, make appearances at "strategic" meetings, and handle the paperwork I hated. We gave this person the title "Project Manager" (PM), but the development team still expected my leadership.
We introduced the PM to our customers. He said some silly buzzword filled comments ("Joint Application Development") that added even more meetings, but that was fine as long as none of the techies (including me) had to go to them.
Everything was great until we started a new project. Everybody had the same titles, but the PM decided that as "manager", he should be the top of the chain-of-command. The first time he tried to give me orders, I explained his purpose. The second time, I had the VP explain his purpose. The third time, we transferred him to the Microsoft group.
I have had several great managers (and just hired one of them to work for my new company.) A great manager acts as a filter between the techies and the customers. He protects the time of the techies. He stays out of design and development, but can offer a non-techie perspective when asked.
This only applies if you have a great lead developer. I know of one group that fires programmers with leadership skills. The manager is a non-techie, but knows how to coordinate development with mediocre developers. Adding a hotshot guru programmer would disrupt his system. (He works for a large bureaucratic company where speed is not a priority.)
I spend my life entertaining my brain.
Now that's a joke...
So if you're the boss you'd fire anyone sleeping at work?
Have you ever worked with programmers?
Programming isn't just typing code, you need to design solutions... and that could be just like painting or writing a book, you need to be inspired, creative, "in the zone"...
A 30 minutes nap could be the difference between an hour worth of coding, and half a day worth of uninspired coding; at the right/wrong time that nap could, at a large enough project, be worth days or even works.
Why does it matter to you if people are sleeping or awake, as long as they're getting the job done?
perl -e'print$_{$_} for sort%_=`lynx -dump svanstrom.com/t`'
That's so true. I'm reminded of one of the most touching scenes in The West Wing (seris 1, episode 12, "He Shall From Time To Time"):
President Bartlet: If anything happens... You got a best friend?
Secretary of Agriculture: Yes, sir.
President Bartlet: Is he smarter than you?
Secretary of Agriculture: [Laughs] Yes, sir.
President Bartlet: Would you trust him with your life?
Secretary of Agriculture: Yes, sir.
President Bartlet: That's your chief of staff.
I'm a huge fan of that series for many reasons, but the way they sometimes make a point like this so clearly and accurately is definitely one of them.
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
The manager of an engineering team has two jobs:
So you want to understand how good he is going to be at these things. Sound him out on the organisation by asking some open ended questions about how to manage projects. Like,
Finally, some general advice on interviewing. Remember that you are there to listen and evaluate. The candidate should be doing most of the talking. I've been in "interviews" which mostly consisted of a lecture by the interviewer. Avoid steering the candidate towards the right answer. Your purpose is not to get them to agree with you, its to find out what they know. Do challenge their views (even when you agree with them) to understand their depth of knowledge. If they start to flounder, just let them. Look for enough technical knowledge to hold an intelligent conversation with you, but then concentrate on people skills.
Paul.
You are lost in a twisty maze of little standards, all different.
Thanks for proving to us that it is important to ask your future boss the right questions (before he's hired).
/. and/or google and you'll find that powernapping can give amazing results for some people, and results is what matters.
Just do a search on
Some bosses thinks that if they are forcing people to do the things that they perceive as "work" then that will result in more work being done, but that just isn't true.
Sure, at some places that might be true, but being a good boss isn't about forcing people, it's about understanding them and helping them do a good job.
And... sure... you might get more code written... but have you ever considered that if you tried to be a nice guy, maybe allowed a lil bit of powernapping for those that want to try that, maybe bought some fruit for a midafternoonbreak and just listened more to them... that then you might get fewer lines of code that does more with less resources, and that you'd get that within the same, or less, time?
Happy workers are better workers...
perl -e'print$_{$_} for sort%_=`lynx -dump svanstrom.com/t`'
You should be looking for someone whose view of management is not only compatible with your own desires of being managed, but who also will be a successful manager in the eyes of upper management. They must be sufficiently aware of the dual role they perform, and have rational views of how to perform that role. Most importantly, they should be honest with you about what they intend to do - if they spin you in the interview, they will spin you down the road.
One good question for assessing this:
- What do you see as the role for an IT manager?
Wrong Answer 1: To tell the IT employees what upper management has told me needs to be done, when to do it, how to do it, and the amount of time in which it needs to be done. (the wrongness of this should be self evident)
Wrong Answer 2: To tell upper management what my employees have told me can be done, when it will get done, how it will be done, and how long it will take. (this may sound right at first, but they are either lying to you to kiss your ass, or they do not understand management)
Correct Answer: An IT manager acts as an intermediary between upper management and the IT labour force. He or she should, when talking with upper management, promote the technical solutions presented by the technical experts on the team. He or she should also, when working with the team, promote the value of satisfying the customer by striving to acheive the goals set by upper management. (honest, rational, and compatible with any dedicated employee)
On the compatibility front, one note in response to some of the other postings: You shouldn't see it as a requirement for your manager to have an outside life and understand that you have one also. In this you should seek compatibility with your view of the world. If you like working 80 hour weeks, you should seek a manager who will work 80 hour weeks. There's nothing wrong with being a workaholic, if that's your thing. If that is your thing, you'll want to look for a manager who appreciates workaholism. I say this because I am presently a bachelor workaholic who is working at a company where workaholism is significantly undervalued. In the future I will settle down and start a family, but for now I would be happier working somewhere where 80 hour weeks beget large raises. It is good to be a dedicated family man. It is also good to be a career focused soldier. Each is good in the right context.
Stop-Prism.org: Opt Out of Surveillance
- Represents the team to upper management.
- Shields team members from politics.
- Does not micromanage.
- Trusts members of the team to get their job done. (this may be the most important one)
- Provides advice when asked.
- Works with teammembers to help them achieve their personal goals.
- Does not request long hours unless the team suggests it.
- Understands group dynamics, who can work best with whome.
- Understands (of course) the project.
- Defines realistic goals and deadlines (after conferring with the teammembers)
- Does not work on technical issues, unless asked by team.
- Knows how to motivate different types of people.
- Knows when to delegate.
I'm architect in my team and always interview new candidates for the manager positions (my bosses).