|
|
|
#1
|
|||
|
|||
|
About a question at a job interview.
“When you set out to do something, how do you know when you’re done?”
I went to a job interview, and that was one of the questions I was asked. It confuses me. If you know what you are trying to do, don’t you know when you’ve done it? I answered that once I have accomplished whatever it was I wanted to do, I know that I am done. He said, “Yes, but how do you know when you’re done?” I am sure my perplexity showed. (I thought, “Maybe he’s looking for problem-solving skills, and/or ability to prioritize. Ok, I’ll fluff it a little.”) I responded, “Depending on how great a task I was trying to achieve, I would work out the logical steps in order to get it done. I would finish them in the necessary order, and once I had reached my goal, I would know I was done.” Again, he asked, “Yes, but how do you know?” I asked for an example of a goal. His reply, “Well, anything, really.” I hated to say it, but I finally told him that I must not understand the question. What was he looking for? My "real life" friends don't get it, either. Does it seem a really simple question? When you’re done, you’re done! |
| Advertisements | |
|
|
|
|
#2
|
|||
|
|||
|
I would have given him the answer in the form of walking out of the room.
|
|
#3
|
|||
|
|||
|
The correct answer is "I know I'm done because I suffer from no mental illness that would prevent such an obvious thing being apparent to me. This is a basic function of human activity, and comes naturally and intuitively to me. In fact, I believe that even animals comprehend the concept. What confuses me is why you feel it needs explaining?"
|
|
#4
|
|||
|
|||
|
He was probably looking for something about knowing it was done when the person (or persons) who asked you to do it were satisfied with the results. Customer (internal and external) focussed and all.
|
|
#5
|
|||
|
|||
|
What job were you applying for? Unless it's some industry where goals are so poorly defined that realizing that you've achieved it is a crapshoot, I don't understand the question either.
|
|
#6
|
|||
|
|||
|
I'm guessing he was looking for an answer like, "I know I'm done with the project when the customer for the project has approved it."
If you're doing work for someone, then you're not done until they approve your deliverable. For example, if you're asked create a website, the goal is not "create a website" You don't get to create a website, toss it over the wall, and move onto the next thing. The real goal is "work on the website until the customer agrees it meets their needs." Basically, you know you're done when your customer says you're done. |
|
#7
|
|||
|
|||
|
When the boss stops asking you to do the task over.
Or, Circus music suddenly fills the room and monkeys start flying out of my ass. |
|
#8
|
|||
|
|||
|
Off the top of my head, they were probably looking for a combination of Quality Management jargon and Project Management jargon. Something like:
"Before I commence a task I determine the metrics which give objective evidence as to the success or otherwise of the outcome. I also set checkpoints along the way to monitor progress. Periodic reviews have tolerances which, if exceeded, will trigger a review to determine the best way to bring the task back within the required performance criteria. Each checkpoint and review will result in a report to management, with an executive summary using a traffic light system. "The task is a success when the original success criteria have been met. These criteria will almost always including a customer satisfaction metric." It's nonsense of course, but that's interviewing for you. |
|
#9
|
|||
|
|||
|
This is easy. There is no reason to start a job without a clear objective. Once you have accomplished that objective, you are done. The objective probably includes passing tests, or meeting some level of quality, or profit, or customer satisfaction.
In other words, if you don't know where you are going, you will never get there. I like that question myself. I may use it some day. |
|
#10
|
|||
|
|||
|
"When the synergies of the system are shown to be fully realized, then and only then do I consider the job done, biatch!"
|
|
#11
|
|||
|
|||
|
So when I read this I thought of the project I'm working on right now. I'm developing an algorithm that... um, let's say, finds the location of widgets. I keep saying things to the program manager like, "But the algorithm only works if we know this information about how widgets are distributed. What if the widgets are distributed in a different way?" and "The code I'm writing only gives information about the widgets that can be processed to find the actual location; I haven't written code to do that processing."
At some point you just have to say enough! I've done enough to show that we can find the location of the widgets, and although the more we could do the more the customer would be impressed, it also has to do with the constraints of money and how it's overall going to help the corporate team I'm on. So even though Mondegreen's thing above is a bit of gibberish, there is a grain of truth to it. You really do want objective tasks and metrics that tell you when you've succeeded, and bring that in line with practical considerations (budget, schedule). |
|
#12
|
|||
|
|||
|
Maybe he was looking for something complex or jargon, we'll never know unless we ask him.
I'd have said something along the lines of "When I set out to accomplish a project, I want that project to do something. I know I'm done with the project when it does it." Yes, this does leave the possibility of an infinite regression problem. Still, the means is different from the end. If I set out to clean my eyeglasses, I know I'm done when I can see through them clearly. When I set out to do legal research on a particular point, I know I'm done when I can say if a particular element is legal or illegal. That is, a process is completed when it has produced the desired output or something close enough to it. Maybe this is a trivial point and not even worth mentioning, but already one can see a distinction with Why child's way of doing things: My way determines if the process is done according to an external output. Why chid's way does it by referencing the process itself according to preset steps. You can sometimes go through the preset steps without getting the output you want and you can sometimes get the output you want without going through the preset steps. |
|
#13
|
|||
|
|||
|
I agree.
Customer Satisfaction or measured Metrics. |
|
#14
|
|||
|
|||
|
It's actually a decent question. My students will say "but I studied so much for this test" when they do poorly and I will ask them how they know they studied enough, or how they know when the paper is ready to be turned it etc. It often stumps them- they've thought to have a way, beyond hours spent on task, to know when the project is done.
For an employee, well you're not a student, but it's still a good question. If you have 20 different things going on, how will know when you're done and you can work on something else. Or if your work product is going on to another group to use, how will you know that it is ready for them? The answer can be really easy, depending on the project, but sometimes it's harder than you think. |
|
#15
|
|||
|
|||
|
How about, "the completion criteria, including tests, should have been set at the beginning of the project. When the project successfully passes all of the completion tests, the project is done."
J. |
|
#16
|
|||
|
|||
|
Exit criteria. Simple.
|
|
#17
|
|||
|
|||
|
To the OP: Would he have been your boss? Was this a test of your knowledge of jargon? I hope you didn't get the job. Sounds like you dodged a bullet.
Then how would YOU have answered it in that particular interview? Last edited by ThelmaLou; 02-29-2012 at 05:06 PM. |
|
#18
|
|||
|
|||
|
"When the five o'clock whistle blows, I'm the f*** out of here."
|
|
#19
|
|||
|
|||
|
Quote:
![]() I probably would had said that I would have looked at the outcomes of the project and ensured it met all the requirements and would have considered what the next step was for what I worked on to see if it was in an appropriate form to move on. Or something. Of course, not know what type of work was being done makes it hard to be anything but vague. Editing copy vs. doing finish work in a manufacturing plant or whatever will have really different answers. Last edited by IvoryTowerDenizen; 02-29-2012 at 05:12 PM. Reason: Damn good thing I'm not an editor |
|
#20
|
|||
|
|||
|
OP, what kind of position were you interviewing for?
|
|
#21
|
|||
|
|||
|
I'm going to have to learn how to quote multiple people in one post, and snip out the bits I'm not addressing, or this will be ridiculous.
Voyager, I thought it was easy. Once you have accomplished that objective, you are done. That's what I told him, he still wants to know how you know. Please don't use this question if you interview people. Or at least evaluate their first answer and move on. I didn't know it at the time, but I was thinking right along with Candyman. To some of you, Oh, funny, funny, funny! Thank you for making me laugh. I needed it. I didn't get the job. To the others, umm, it was a job at a dollar store. Can't be that complicated, really. |
|
#22
|
|||
|
|||
|
The little button with ["+], next to the [quote] button, is the secret to this. Hit the ["+] for each post you're quoting, and then also the [quote] for the last one.
Last edited by Gary T; 02-29-2012 at 05:29 PM. |
|
#23
|
|||
|
|||
|
Since you're talking about a job at A Dollar Store they may have been looking for a response like: "I know I'm done after I tell my supervisor I'm done, and he doesn't ask me to anything else". Possibly "I know I'm done after I've double checked everything". Probably it's some stupid person's idea of an intelligent question.
Last edited by TriPolar; 02-29-2012 at 05:30 PM. |
|
#24
|
|||
|
|||
|
THANK YOU, GARY T !
Quote:
That, or I'll have to sell it.Quote:
|
|
#25
|
|||
|
|||
|
Quote:
![]() Quote:
__________________
I wept because I had no shoes until I met a man who had no class. Last edited by ThelmaLou; 02-29-2012 at 05:56 PM. |
|
#26
|
|||
|
|||
|
My first reaction is "I'm probably never done; I'll always be making sure it's still doing what I want it to do, until the day comes I stop worrying about it as I can see it does just fine without me"
Today was my last day at work <yay layoffs!> and even though the day was strictly about paperwork, I still couldn't resist making sure the person taking over knew various things about the desk that had changed recently, etc. Spent most of the day answering her questions, really. I'd be a terrible project manager, apparantly. I'd always be wondering how it was going, even after I handed it off to the next phase! |
|
#27
|
|||
|
|||
|
That has to be the stupidest job interview question I've ever heard. And that's saying a lot.
|
|
#28
|
|||
|
|||
|
This is a good question as it reveals the ability of the candidate to think on his feet. That being said, I wouldn't judge him too harshly if he didn't give the answer I'm hoping for (unless he gave one of those smart-ass answers like "when the 5 o'clock whistle blows". That joker would be outta there toot-sweet).
I agree with others that measuring output against initial objectives/goals plus customer feedback is the answer. But in some cases, you're never done. Some jobs are continuous improvement cycles. |
|
#29
|
|||
|
|||
|
Quote:
|
|
#30
|
|||
|
|||
|
"When you set out to do something, how do you know when you’re done?”
"When it no longer needs doing, when it's completed" "But I mean when do you KNOW that you've reached that point, that you're done?" "Let me give you an example. Answering this question that you have posed, about how I know when a task is done, OK? Well: We are done here. Take my word for that. Let's move on now, shall we?" |
|
#31
|
|||
|
|||
|
It's OK to think that, but then you might not be the best candidate for certain kinds of jobs. But for a job at a dollar store? Hardly. The interviewer probably saw the question on some job interview site and felt pleased with himself for asking it during the interview.
|
|
#32
|
|||
|
|||
|
Quote:
|
|
#33
|
|||
|
|||
|
Quote:
I also think it was fair that the OP requested an example of a goal, and I think that ducking that request was an unfair move by the interviewer. In fact, I think the completely correct answer to this question is "It depends on the goal." Which is pretty much a more assertive way of asking for an example. If my goal is to have fifty thousand US dollars in my bank account by the end of the year, there's really not much to discuss. Come midnight on December 31, my success or failure is pretty self-evident. If my goal is to create a spreadsheet to record current inventory throughput and analyze historical sales data with the objective of forecasting future purchasing requirements, well? I'm in the wrong interview, aren't I? It is a bit highbrow for a retail position at the Dollar Store. That much, I think we can all agree on. Last edited by Jake Jones; 02-29-2012 at 11:29 PM. |
|
#34
|
|||
|
|||
|
Quote:
Quote:
For our projects, the job is over when the paperwork is done, including recording the notice of completion with the county, acceptances of final reports to the funding agencies, final payments to contractors, closing accounts and purchase orders, holding an internal "lessons learned" meeting, assembling the project files into properly labeled binders, and storing them with an order to maintain them in archive for at least 5 (or 7 or 10) years. If you forget to include an electronic version of the as-built drawings, you will be cursed decades later by those who come after you. Oh, I forgot that they've added a closure memo for the big bosses. So I can see asking if you know how to close out a project, in some cases. But "how do you know when you're done?" just sounds odd. Maybe the answer is "I get a warm glow, starting right in my solar plexus. Although beans will sometimes give me a false positive." Last edited by Yllaria; 02-29-2012 at 11:43 PM. |
|
#35
|
|||
|
|||
|
- nm -
Last edited by simster; 03-01-2012 at 12:16 AM. |
|
#36
|
|||
|
|||
|
Quote:
|
|
#37
|
|||
|
|||
|
Quote:
"It's done when it's done" isn't a good enough answer, but refusing to give an example when asked is a case of poor interviewing. It was a case of refusing to acknowledge that sometimes the answer to a question must be a question. For some questions, the correct answer is always a question or a statement that demands a more accurate question, which again, is pretty much a more assertive way of questioning. Honestly, my hunch is that this is an example of management training; half-understood and poorly executed by a hiring manager. Someone copying down good interview questions during an 8 hour seminar without learning why they should be asked or what they could learn from them. |
|
#38
|
|||
|
|||
|
When I'm tired, or it gets too hard, I know I'm done.
|
|
#39
|
|||
|
|||
|
Quote:
I'm beginning to think you are a lot smarter than this guy. |
|
#40
|
|||
|
|||
|
That's not so easy. I was on a committee once developing a process to figure out when to give more money to a project and when to stop it. We had a problem in that our internal customers gave us money for researchy projects, and if they clearly were not going to work it was very, very hard for managers to admit it and give the money back - even when the scientists working on it told them there was no hope. Someone managed to use our process to kill a zombie project, which made us feel really good.
|
|
#41
|
|||
|
|||
|
Quote:
I'm thinking of when I was a QC lab tech. I knew that the pHmeter was done hbecause it beeped. I knew the solids were ready to be weighed because the timer pinged. I knew the gels needed to go into the oven because there was no more liquid in the pot of sample. I knew the results were ready to be told to the shift supervisor because every single inspection in the list had a result penned beside it. He didn't approve or reject my results, the results were what they were. In any case, it was me who told him whether he needed to add more water or filter the product further... and in a weekend or night shift, the people who had told us when to do either weren't available to pat heads. Last edited by Nava; 03-01-2012 at 04:49 AM. |
|
#42
|
|||
|
|||
|
Quote:
|
|
#43
|
|||
|
|||
|
IME, many of the ones who "study" a lot are also confusing "looking at the page" with "studying". They're the ones who read classnotes, schematics, etc. again and again, but they may even be reading other people's notes and they never prepare their own "Notes", it's always that guy Cliff. That may eventually make them able to parrot part of the material, but if the coursework needs any actual comprehension they're screwed.
Last edited by Nava; 03-01-2012 at 05:27 AM. |
|
#44
|
|||
|
|||
|
Quote:
But if I can get them to at least challenge the idea that time studying is the only measure of studying that counts, it's a step in the right direction. |
|
#45
|
|||
|
|||
|
Yeah, lots of places are very excited about "SMART" goals and putting them into the employee evaluation/review process, so when I read the OP it's the first thing I thought about. Your goals need to be: Specific, Measurable, Attainable, Realistic, and Timely, and if you're not able to measure your success, then your goal needs tweaking. According to these guys, anyway. Maybe the guy wanted to hear about how you set goals and measure your progress, but I don't really see why a dollar store job interview needs to get all fancy-pants on you, unless it was a higher position within the company. If it's basic retail, I'd say we have a case of a manager wanting to sound smart.
|
|
#46
|
|||
|
|||
|
It could also be that the manager was burned by some employees that did work half-assed and left tasks undone. Something like taking inventory that does have a concrete completion point, but many steps to stay on top of. And really just wanted to be sure the next employee knew how to finish a job and not trail off when he got 9/10th done.
Last edited by IvoryTowerDenizen; 03-01-2012 at 06:05 AM. |
|
#47
|
|||
|
|||
|
After the cumshot?
|
|
#48
|
|||
|
|||
|
When the cash register balances and all troublesome customers have been escorted to the door, and said door is locked for the day.
|
|
#49
|
|||
|
|||
|
Quote:
Quote:
I suspect Jake Jones is right and this is a case of poor note taking at a seminar or from an article. |
|
#50
|
|||
|
|||
|
Here's the thing:
It's not that the question itself was bad. It's that after the OP answered the question, instead of engaging in a discussion/conversation, the interviewer simply REPEATED THE QUESTION like a big robot-dufus. What the f8ck was up with that? I'll tell you what: it was a deliberate attempt to make the OP feel stupid and inadequate to see how she would behave when flustered and challenged. To which I say, "I don't want to work for someone who treats a total stranger that way." That's why I said the OP dodged a bullet in not getting the job. To work for someone who would ask a question-- any question-- and then not accept your good faith answer as a starting point for a conversation, and instead would simply repeat back the question without any reaction to or comment on your answer would likely be a big PITA to work for. And ANY job is good/bad tolerable/intolerable mostly because of your boss. In ThelmaLou's World, when you interview for a job, if you have the good fortune to be interviewed by the person who would be your boss, YOU are interviewing THEM to see if THEY measure up to your standards for being a boss. If this person isn't even supportive, cordial, cooperative, respectful, and intelligent during the interview, how will s/he be day in and day out? I realize that if you "really need this job" (cf. A Chorus Line), you may have to compromise your standards. So be it. But know what you're doing. Going into an interview with this mindset will keep you from looking like a supplicant or trained monkey working for applause and peanuts and remind you that YOU are offering something of value and expect it to BE valued.
__________________
I wept because I had no shoes until I met a man who had no class. Last edited by ThelmaLou; 03-01-2012 at 08:24 AM. |
![]() |
| Bookmarks |
| Thread Tools | |
| Display Modes | |
|
|