Watching how someone makes their bed shows their behaviour towards paying attention to detail. Even if they don't know how to do it, if someone chooses not to do or chooses to give up, it's clear sign that the person will probably not do something out of their domain.
If you're in a startup, you wear many hats. You do what it takes to succeed. If you have no clue how to do sales, find a way.
>Watching how someone makes their bed shows their behaviour towards paying attention to detail. Even if they don't know how to do it, if someone chooses not to do or chooses to give up, it's clear sign that the person will probably not do something out of their domain.
I'm really not trying to be argumentative here, but this seems really silly. Replace "make a bed" with something like "kick a 40 yard field goal" or "craft a wooden chair" or more simply "tie a Windsor knot". All your testing is whether they care about that particular task that is in no way related to skills you actually need.
Sure it might sound silly but sometimes it's not whether you can actually do the task or not. It's more of how will you approach something that you are not expected to do. Different people have different approaches.
I agree that if you're hiring a programmer strictly to program and do nothing else, that's fine. But if you're looking for someone who thinks outside of the box, is capable of coming with ideas and solutions when the solutions are yet to be known, having tests like these is probably a way to figure out how a person thinks. Whether it's a good way or not, I'm not so sure as I've never had to administer one of these tests.
If you're in a startup, you wear many hats. You do what it takes to succeed. If you have no clue how to do sales, find a way.