In a (written) work test I would usually try to have a situation that is similar to something slightly challenging that would be encountered in the actual work (Something that is based on an actual situation but adjusted so that it works well for a test environment is usually good.). This allows to get at least some idea on how people would address a problem at work in practice and I would try to incorporate to test for some of these skills:
General problem-solving capability (by making the task open enough to allow for some creativity)
Ability to follow instructions (by giving clear instructions on what needs to be done including relevant details)
Ability to structure thoughts and organise things (by asking eg to create a high-level timeline for some event planning or other activity)
Attention to detail (by a) potential documents the candidate creates and b) including bits in the tasks that get easily missed without a strong attention to detail)
(Written) communication skills (by asking eg to write a reply to an email as part of the task)
What exactly you would do would of course depend on the specific characteristics of the role (eg if the role involves a strong Finance component you would probably add something specifically relevant to that eg dealing with spreadsheets).
For these kind of generalist skills, a work test in my experience works relatively well in separating very good from merely ‘okay’ candidates (And usually quite easily identifies bad candidates.)
There are other skills that are very well tested in interviews or similar situations and the combination of a work test and an interview has in my experience worked to judge candidates for (junior) ops roles.
In a (written) work test I would usually try to have a situation that is similar to something slightly challenging that would be encountered in the actual work (Something that is based on an actual situation but adjusted so that it works well for a test environment is usually good.). This allows to get at least some idea on how people would address a problem at work in practice and I would try to incorporate to test for some of these skills:
General problem-solving capability (by making the task open enough to allow for some creativity)
Ability to follow instructions (by giving clear instructions on what needs to be done including relevant details)
Ability to structure thoughts and organise things (by asking eg to create a high-level timeline for some event planning or other activity)
Attention to detail (by a) potential documents the candidate creates and b) including bits in the tasks that get easily missed without a strong attention to detail)
(Written) communication skills (by asking eg to write a reply to an email as part of the task)
What exactly you would do would of course depend on the specific characteristics of the role (eg if the role involves a strong Finance component you would probably add something specifically relevant to that eg dealing with spreadsheets).
For these kind of generalist skills, a work test in my experience works relatively well in separating very good from merely ‘okay’ candidates (And usually quite easily identifies bad candidates.)
There are other skills that are very well tested in interviews or similar situations and the combination of a work test and an interview has in my experience worked to judge candidates for (junior) ops roles.