ISO standards
Oct. 1st, 2006 04:50 pmIf you were trying to recruit an Information Systems Officer, as per
this job spec, what questions would you want to ask them in a technical interview?
Just, you know, wondering, out of curiosity, like.
Just, you know, wondering, out of curiosity, like.
no subject
Date: 2006-10-01 04:04 pm (UTC)no subject
Date: 2006-10-01 05:31 pm (UTC)The common thing that a few people I know have had in such interviews is that they seem to like asking fairly basic CSS questions to see if you're bluffing entirely or not - the difference between a block and a div, the difference between a class and an ID, that sort of thing.
Looking at that list of essentials, I'd be tempted to ask for details of a large roll-out you've done whilst listening for details such as: preparation/the system being used; how it was checked/tested; how/when it was rolled out (corporate policy for such changes where I am tends towards "early in the day, early in the week"); change management; and how you would have backed out if everything died.
If you claimed any knowledge of relational databases/SQL, I'd ask a few questions around that to see if you know the difference between a relational database and a computerized card-file, and poke about a bit to see if this is basically just "Well, my content management system keeps everything in MySQL so I know about databases really!" Similar sorts of questioning for Perl, Java, or XML/XSLT claims, if possible. If possible, seeing some examples of code (produced on the spot, or brought with) would be nice. Not that it needs to conform exactly with my own personal Nazi-ish preferences, but things like using comments and indentation reasonably would be good.
If they seemed a bit light on that side of technicalities, but I still thought they might be useful, I'd be interested to find out a bit more about the scope of documentation they'd created before. Is their extensive use of Microsoft Office applications restricted to a few 5-10 page essays, a poster in Publisher and pretty slides in PowerPoint?
Oh, one thing my manager has instituted for the role I'm in is a marketing test. Can they provide useful feedback on the look and feel, things which feel out of place, things which are wrong etc. on things like external websites or brochures. Not exactly technical, but seems to give her some useful information.
no subject
Date: 2006-10-01 05:40 pm (UTC)It may look like I'm downloading porn, but I'm just browsing the web for items of interest for linkage! Look, it's in the job spec!
It looks to me as if the job spec is actually:
1. Maintain our web site.
2. Do it properly (i.e. don't stick the old website into Word, do "save as HTML", wrap the resulting gunk in a PHP wrapper and then hand it back to someone else to update in the future because you're leaving1).
3. Produce some documentation (i.e. don't do a half-arsed job, then skedaddle leaving someone else to work out what you've done, how you've done it, and in the name of Beelzebub why did you do it that way?2).
4. Do some other stuff which frankly you'd have to be a complete muppet not to be able to manage.
1 Bitter? Moi?
2 Bitter? Moi?
Given that your application (sorry, a hypothetical application) will go through all the selection criteria in detail, I suspect a technical interview will basically be to see if the applicant has lied through their teeth (I interviewed applicants for a part-time CO post a while ago, there was one applicant who most of the panel thought was incredibly impressive and should be offered the job - the chap from the computer centre and I pointed out that everything he had said was plausible if you knew nothing about computers, but utter bullshit nonetheless).
I have to say that if I were you, I'd apply for it because I think you've got what they are looking for.
no subject
Date: 2006-10-01 07:36 pm (UTC)That is all...
no subject
Date: 2006-10-01 07:51 pm (UTC)Ta. :-) I've got an interview on Thursday, hence the question about what they might be likely to ask...
What you're saying about what they're expecting sounds plausible -- and fortunately I didn't lie on my application, so hopefully I should be okay! (Touch wood)
no subject
Date: 2006-10-01 08:04 pm (UTC)no subject
Date: 2006-10-01 08:10 pm (UTC)Good luck. I always feel ambiguous about saying that because it's not down to luck, is it? If there's any justice you ought to get the job. That's better.
no subject
Date: 2006-10-01 08:32 pm (UTC)extensive use of Microsoft Office applications
I realise with horror that I've been using Word for twenty years. Made me the man I am today. 8-)
The marketing test sounds interesting, & a jolly good idea. If it's not 'confidential' I'd be interested to see the sort of thing you do for that. Not so much for this interview, as for general interest (and because one day I might be recruiting people myself!).
no subject
Date: 2006-10-01 08:37 pm (UTC)Nah, it's largely down to luck, because I have no idea what the other candidates are like. There are gazillions of people who could do the job better than me; 'luck' is whether or not they're applying for it. 8-)
no subject
Date: 2006-10-01 08:44 pm (UTC)no subject
Date: 2006-10-01 09:06 pm (UTC)Essentially, this means that there's scope for suggestions and improvements. Some of them would probably piss someone else off because of something the interview candidate doesn't know about (e.g. we have graphical menus we really, really want to get rid of, but marketing won't let us), but that's fine. It shows the candidate is thinking, and you can use that sort of conflict to drive the debate if you get a good flow here.
Mostly, my manager just wants someone here to say something that isn't completely bonkers. If they say "Oh, but that's all lovely" - either because they think it is, or because they think they should be a yes man and not criticize things, or because they just won't speak up for their own ideas - it's a mark against them. It's not a completely critical mark if they sail through everything else, but I gather that my manager likes people to do well here, even though it's essentially a five-ten minute browse of some print-outs (while a written test from the interview is marked, or whatever), and a ten minute chat.
no subject
Date: 2006-10-01 09:29 pm (UTC)no subject
Date: 2006-10-02 08:23 am (UTC)no subject
Date: 2006-10-02 11:45 am (UTC)In the interview we made them give a presentation about how they would improve HTML/CSS (which was more relevant for the type of job) and I asked them about their experience. I also asked them a little bit about the tools that they used and why, and how they checked their HTML etc. was standards compliant.
But there are tons of different things you could ask - I've been given multiple choice tests at interviews for instance, mostly designed to check that you're not bluffing about your experience and also been asked to do things like write SQL queries.
no subject
Date: 2006-10-02 11:45 am (UTC)no subject
Date: 2006-10-02 11:58 am (UTC)I'm sorry -- though obv if I end up in Oxford I'd be able to come and visit more often anyway... :)
no subject
Date: 2006-10-02 12:06 pm (UTC)Heh. Last time I had a (somewhat informal) interview, the interviewer said something of the form "Well normally I would ask how well you think you can program, but I've seen your IOCCC entries (http://www.de.ioccc.org/winners.html#Ian_Collier) so I think we can assume you're reasonably competent."
no subject
Date: 2006-10-02 01:32 pm (UTC)So we're trying to fight the case of usability, accessibility, optimizing pages as best we can for Google, decent navigation etc., whilst there's a definite corporate brand being stamped on it by marketing/the designers.
Sounds familiar... "And it needs to be more webby." :-/
no subject
Date: 2006-10-02 01:47 pm (UTC)no subject
Date: 2006-10-02 01:48 pm (UTC)no subject
Date: 2006-10-02 01:50 pm (UTC)no subject
Date: 2006-10-02 02:04 pm (UTC)My favourite incident like that recently was with a US designer. (One bit of the company is largely based in the US for sales/marketing/events purposes, because 95% the customers are in North or South America.)
Really very nice design came through, which would have been fabulous if we'd been printing it out on shiny card and sending to people as an invite-cum-agenda. But it didn't work well for the intended purpose of email flyer. Between a couple of us, we managed to massage the text and pictures into a half-way decent HTML+CSS email, which looked okay in the end.
One of the many concerns my manager took back in a three-way conference call with marketing+designer was a mention about how much information was being put in graphics. (For example, each day had its date done in a pretty little logo showing a sort of hand-drawn-ish box for that date, and the dates either side, with the middle one highlighted in a different colour.)
My manager pointed out that company policy is to not embed images in outgoing mails, but to leave links in. We find that embedded content like that hits too many spam filters. However, we are aware that many people won't download the images because many recent clients don't do it by default (privacy concerns when spammers do it, etc.)
"Oh," says the designer, "mine does that."
I believe at this point, I borrowed *headthump* from you.
no subject
Date: 2006-10-02 02:24 pm (UTC)Because the software won't create a good workflow.
In some situations I think that nothing short of major augmentive brain surgery can create it, :).
I meant to say: good luck!
no subject
Date: 2006-10-02 02:27 pm (UTC)Hah. Yes. Though even if the individuals involved are sane and clueful, there's usually still the problem of untangling 800 years' worth of accreted craziness.