Slashdot Mirror
Appropriate Interviewing For a Worldwide Search?
jellomizer writes 'I am a manager of a small Software Development department, looking to hire some more developers. By edict of the CEO, the search must be made globally, so we are dealing with different cultures and different ideas of truth and embellishment, etc. To try to counteract this, we give the potential employees tests where I watch what they do, to see if they actually know what they say they know. However, it seems a lot of applicants drop out when I mention that this test is mandatory. Is this a sign that we caught them in a lie, or are we weeding out good people where we shouldn't be? Would you be willing to take a test as part of an interview? If so, is there any type of heads up you would like to know beforehand to make the decision of whether to take the test easier?' What other difficulties have people seen while trying to hire from many different cultures?
I'm starting to think that our interviews here should literally be: give them a day's work and see how they do.
At my current job (Which required relocating out of state), I was basically given something like this. After the initial round of phone interviews, I signed an NDA, and was given a design specification for part of the product that I would be working on. I was told to ask whatever I needed clarification with, and to keep track of my hours so they could pay me when I was finished, regardless of whether I was hired or not. After I thought I was done, I submitted my project. They had a few revisions that they wanted, so they sent it back to me to see what I did with it, and presumably see how I handled needing to make changes.
Once they approved my work, I was flown on-site for the final interviews. During those, they asked about my project, why I had done things certain ways, and different ways that I had considered completing it. The project took me about 25 hours of work to complete. The day after the interview, I was offered the position.
In the end, the project that I had worked on was incorporated into the software that we released. From what I've heard, all new-hires go through this process, all with a different project to complete. It seems to work well for the company, we've got a very high retention rate.
I worked with a guy who had interviewed with Creative (the cound card guys). He came in for the interview and they gave him a sampel of code from one fo their drivers, and asked him to spot the problem. He asked for one of the linked libraries, and they had an engineer come in and bring it up for him. It was about this time that he realized he must be looking at production code.
He spent another hour debugging the problem then turned to his interviewer and said "I figured out what the problem was, but if you want to know, this will be my first day." They hired him on the spot and payed him eight hours for the interview.
FanFictionRecs.net