Ты конечно молодец, что освещаешь проблему найма в IT, но твой оригинальный подход мало чего имеет с реальностью:
Во-первых, ты говоришь про IT, а по факту описываешь подход для найма программистов или максимум DevOps'ов. Ибо прочих специалистов ты просто такими категориями не оценишь. Безопасники, сетевики, системные админы - костяк всего IT, а по твоей методике они в пролете.
Во-вторых, ты говоришь про подготовку задания, которое на протяжении рабочего дня будет проходить кандидат. Ты же понимаешь, что зачастую работодатель сам до конца не знает, чего он хочет от сотрудника? Они могут описать примерный стек знаний/навыков и знают какие ПРИМЕРНО задачи будут выполняться. И зачастую у НЕ программистов задачи максимально разносторонние. Соответственно, задание подготовить максимально трудно и я даже не говорю о том, что работодатель не будет придумывать такие задания, тем более если у него открыто множество позиций.
В-третьих, ты говоришь, что такие задания должны оплачиваться. Ты думаешь бизнес на такое правда будет выделять деньги? Если компания маленькая, у них попросту может не быть бюджета. А если компания большая, то на количестве регулярно открытых вакансий это может превратиться в весомую строку расходов. Например, когда я устраивался в свою компанию - на мою позицию откликнулось 300+ человек, до собеса дошло человек ~30. Умножить эти 30 на наши не самые маленькие ставки, а потом умножить еще на кол-во прочих IT вакансий - затраты улетают в космос.
Думать как "инженер" это конечно хорошо, но работодатель думает как "бизнес".
Согласен, если сильно постараться, то задание можно придумать.
Но все равно, тема звучит как фантастика, ей вероятно и останется.
Ты конечно молодец, что освещаешь проблему найма в IT, но твой оригинальный подход мало чего имеет с реальностью:
Во-первых, ты говоришь про IT, а по факту описываешь подход для найма программистов или максимум DevOps'ов. Ибо прочих специалистов ты просто такими категориями не оценишь. Безопасники, сетевики, системные админы - костяк всего IT, а по твоей методике они в пролете.
Во-вторых, ты говоришь про подготовку задания, которое на протяжении рабочего дня будет проходить кандидат. Ты же понимаешь, что зачастую работодатель сам до конца не знает, чего он хочет от сотрудника? Они могут описать примерный стек знаний/навыков и знают какие ПРИМЕРНО задачи будут выполняться. И зачастую у НЕ программистов задачи максимально разносторонние. Соответственно, задание подготовить максимально трудно и я даже не говорю о том, что работодатель не будет придумывать такие задания, тем более если у него открыто множество позиций.
В-третьих, ты говоришь, что такие задания должны оплачиваться. Ты думаешь бизнес на такое правда будет выделять деньги? Если компания маленькая, у них попросту может не быть бюджета. А если компания большая, то на количестве регулярно открытых вакансий это может превратиться в весомую строку расходов. Например, когда я устраивался в свою компанию - на мою позицию откликнулось 300+ человек, до собеса дошло человек ~30. Умножить эти 30 на наши не самые маленькие ставки, а потом умножить еще на кол-во прочих IT вакансий - затраты улетают в космос.
Думать как "инженер" это конечно хорошо, но работодатель думает как "бизнес".