Файл: Кто пишет требования к должности и кто их согласовывает Пишет руководитель отдела, согласовываю я.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 04.05.2024

Просмотров: 14

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

«По какой причине появляются новые рабочие места?это возникает, когда нужно заменить человека или найти нового, с новой компетенцией. Или в связи с масштабами на большой проект нужно больше бизнес-аналитиков»

В связи с этим при моделировании бизнес-процесса в зоне ответственности «Руководитель отдела» отображаем стартовое событие «Требуется сотрудник».

«Кто пишет требования к должности и кто их согласовывает? Пишет руководитель отдела, согласовываю я»

В связи с этим при моделировании бизнес процесса в зоне ответственности «Руководитель отдела» добавляем макрошаг «Написать требования к должности», с маркером пользовательской задачи, на выходе из макрошага получаем документ «Предварительные требования к должности». Далее бизнес-процесс переходит в зону ответственности «Директор» и при моделировании добавляем макрошаг «Согласовать требования», с маркером пользовательской задачи. Эксклюзивный шлюз делит процесс на выходе на два потока. Если директор согласовывает на выходе получаем документ «Согласованные требования к должности» и прерывающее событие с триггером условие «Требования согласованы». Второй поток по умолчанию, на выходе получаем прерывающее событие с триггером эскалация «Требования отклонены». Далее отражаем в потоке по умолчанию макрошаг «Доработать требования» с пользовательским маркером в зоне ответственности «Руководитель отдела». Эксклюзивный шлюз соединяет два потока на согласование «Написать требования к должности» и «Доработать требования».

«По какому принципу идет отбор откликнувшихся кандидатов? Они откликаются на вакансию, присылают резюме и дальше мы проверяем его по навыкам ,опыту, насколько полная информация, это чек лист и идет да/нет. Соответствует нашим требованиям или нет. Можете описать этапы приема на работу? Поиск может идти разными способами: HH.ru, обращение через сайт или кого-то рекомендуют. Изначально отдел осматривает его резюме, потом отсылается ему кейс в зависимости от задач, если решение устраивает, то его приглашают на собеседование в компанию. У вас идет разделение на тех кто откликнулся и на тех кого вы сами нашли? Сначала мы связываемся с ним, там откликнулся или не откликнулся, если откликается то предоставляется резюме полностью, и соответственно запускается цепочка, если не откликается мы про него забываем. На каких платформах вы вывешиваете свои объявления?на hh, мы считаем, что это эффективно работает, мы пробовали и другие суперджоб, они нас не устраивают, а hh признанный лидер, все нормально. Сейчас мы сфокусировали на одно эффективном, по нашему мнению, канале. Уточним всю цепочку: глава через hh находит сотрудника, он проводит с ним испытания, если кандидат прошел испытание, идет к вам и далее идет прием на работу? Вы имеете ввиду про то, когда к нам откликаются на вакансии? Если да, то так. Но бывает такое, когда мы сами находим резюме, у нас есть возможность, платформа предоставляет такие возможности, предложить кандидату самим вакансию, а там уже есть отклик или нет»


При моделировании отображаем параллельный шлюз который делит бизнес процесс на два параллельных потока в зоне ответственности «Руководитель отдела», первый поток: «Разместить вакансию на hh» задача с пользовательским маркером, далее процесс переходит в зону ответственности «Кандидат», отражаем макрошаг с пользовательским маркером «Откликнуться на вакансию и направить резюме». На выходе получаем документ «Резюме». Далее при моделировании отражаем параллельный шлюз соединяющий два потока. Второй поток: в зоне ответственности «Руководитель отдела» отражаем макрошаг с пользовательским маркером «Найти рекомендованные кадры с сайта или по открытым резюме». Далее в зоне «Руководитель отдела» отражаем макрошаг с пользовательским маркером «Связаться с рекомендованными кадрами с сайта, hh.», далее при моделировании в зоне ответственности «Кандидат» отражаем задачу с пользовательским маркером «Откликнуться на предложение и направить резюме». На выходе эксклюзивный шлюз делит поток на два события в зоне ответственности «Кандидат»: первое прерывающее событие «Есть отклик» с триггером условие на выходе получаем документ «Резюме», после поток соединяется параллельным шлюзом. И второе по потоку по умолчанию прерывающее событие с триггером эскалация «Нет отклика/отклик отрицательный». Далее поток по умолчанию снова возвращается к задаче ««Найти рекомендованные кадры с сайта или по открытым резюме», два входящих потока соединяет эксклюзивный шлюз.

«Вернемся к отбору сотрудников. Получается что, изначально глава отдела, он смотрит по резюме, которое видит на hh и это первое условие отбора кандидатов, а потом следующее условие, когда после? Соответственно он проходит, как вы говорите одно условие, но их там несколько, у него соответственно идет чек-лист, если он набирает больше половины галочек, то он допускается до тестового, следующее это выполнение тестового задания. Вот вы сейчас сказали, что отправляете материалы, вы отправляете их на почту электронную? Конечно, в основном предпочтительный канал связи является e-mail. Какой срок выполнения кейса?От 1 до 3 дней»

Соответственно при моделировании бизнес-процесса отражаем макрошаг с пользовательским маркером «Проверить резюме откликнувшихся кандидатов по чек-листу» с использованием документа «Чек-лист» в зоне ответственности «Руководитель отдела». Далее поток делится эксклюзивным шлюзом на два события: прерывающее событие с триггером условие «Соответствует чек-листу». Второе: поток по умолчанию содержит прерывающее событие с триггером эскалации «Не соответствует чек-листу». Поток по умолчанию возвращается к задаче «Проверить резюме откликнувшихся кандидатов по чек-листу», поток соединяется эксклюзивным шлюзом. Основной поток переходит к макрошагу с маркером отправка сообщений «Отослать тестовое задание» в зоне ответственности «Руководитель отдела». На выходе получаем документ «Тестовое задание», которое получает кандидат, в зоне ответственности которого добавляем макрошаг с маркером пользовательская задача «Решить тестовое задание», и с событием непрерывающим с триггером таймер до 3 дней, на выходе получаем документ «Решенное тестовое задание».



«Скажите, кто инициатор собеседования?В зависимости от того, как прошло. После тестового, там понравился, не понравился, соответственно мы присылаем либо да (приглашаем на собеседование), либо нет (извините, вы нам не подходите). А если вы говорите про 1 шаг в найме, отклики на вакансию, то тут идет по разному с двух сторон, тут либо мы можем откликнуться на резюме, но обычно к нам приходят, нам присылают резюме и мы с ними работаем под открытую вакансию. А как с ними связываются? Вот допустим кандидат, откликнулся и как с ним связывается руководитель отдела?Обычно через резюме есть способ связи предпочтительный, HH сам предоставляет сервис связи, если через сайт, то там в резюме указаны контактные данные, через них связываемся, обычно по email/ Звонок идет обычно после теста при приглашении на собеседовании. Скажите пожалуйста есть ли обратная связь сотрудникам о приеме на работу?Да, конечно, мы уведомляем на всех этапах либо да, либо нет. То есть если да, то направляются соответствующе материалы, тесты, приглашение на собеседование, но опять повторюсь приглашение на собеседование в основном идет по телефону. А если нет, то пишется максимально уважительное письмо отказ. Вы пытались смягчить требования отбора? Они у нас гибкие, мы давали существенный набор требований, но все решает тестовое. Потому что если человек не сможет сделать тестовое, а тестовое это маленький кусочек от проекта который у нас уже был. То в режиме боя он тоже покажет свою неэффективность. А нам не нужны неэффективные кадры»

При моделировании бизнес-процесса в зоне ответственности «Руководитель отдела» отражаем макрошаг с маркером пользовательской задачи «Проверить тестовое задание». На выходе эксклюзивный шлюз делит потоки на события, первое прерывающее событие с триггером условие «Тестовое удовлетворительно» и второй поток по умолчанию прерывающее событие с триггером компенсация «Тестовое не удовлетворительно». Далее поток по умолчанию переходит к макрошагу с пользовательским маркером в зоне ответственности «Руководитель отдела» «Написать отказ кандидату», после поток возвращается к размещению вакансии и поиску кандидатов процесс соединяет эксклюзивный шлюз.

«Если человек не отвечает на звонок, бывают такие моменты? Да, бывают, обычно пытаемся связаться до 3х раз, потом забываем про этого человека. Вы говорите, что в основном по телефонному звонку собеседуете человека.Нет, мы просто приглашаем человека по телефону. Если кандидат прошел испытания, то он может отказаться от данной должности или чаще всего соглашаются? В свободной стране живем, конечно, может. Какие документы нужны для собеседования?У нас уже есть его резюме, иногда мы запрашиваем дополнительные характеристики, рекомендательные письма, иногда портфолио»


Далее при моделировании бизнес процесса отражаем в зоне ответственности «Руководитель отдела» макрошаг с пользовательским маркером «Позвонить пригласить на собеседование». Далее в зоне ответственности «Кандидат» отражаем макрошаг с маркером пользовательской задачи «Ответить на приглашение». Эксклюзивный шлюз на выходе делит бизнес процесс на два потока, первый: отражаем прерывающее событие с триггером условие «Положительный ответ». На выходе получаем документы портфолио, рекомендательные письма.

После того как кандидата протестировал глава отдела он направляется к вам? Дается несколько дней, что бы посмотреть других кандидатов,сначала глава отдела отсеивает по своим критериям и до меня доходят 2-3. Скажите а какое возрастное ограничение?Тут скорее идет не по возрасту градация то есть мы не дискриминируем в отношении кандидатов, даже в принципе нас не интересует как таковое наличие стажа работы, нас интересует наличие опыта работы. Опыт может быть приобретён разными совершенно путями, мы сторонники подтвержденного опыта, мы принимаем не только по трудовой книжке и не только по договорам ГПХ, но это может быть и опыт подкрепленный портфолио, например. Нам интересно, что этот человек может сделать. Кандидаты сразу предоставляют документы при приеме на работу или после прохождения испытаний.Нет, т.к. утыкаемся в закон о персональных данных, нас интересует только та информация, которая в резюме, некоторые резюме можно проверить по скринингу в рамках которой проверяем информацию. Кто ведет этих кандидатов и принимает на работу.Руководители отделов А какой отдел? Соответственно в тот отдел, в который приходит сотрудник. Нет человек, занимающимся чисто наймом, эйчара. А Если несколько кандидатов, то они все проходят задание?Идет воронка, часть отсеиваевается по резюме, часть по тесту, на собеседование приглашается порядка 3-4 человек. Человек показывается сначала отделу, а потом соответственно со мной. После собеседования что идет? Мы вам перезвоним….Таймаут назначается порядком не больше 5 дней, за эти 5 дней просматриваются, и прочие кандидаты и соответственно принимается решение. То есть идет отсев, если это было собеседование и решение идет генеральному директору. Обычно мне показывают двоих уже полностью прошедших все испытания»

Далее при моделировании бизнес-процесса отражаем макрошаг с маркером пользовательской задачи «Провести собеседование» с непрерывающим событием с триггером таймер 2-3дня. Далее бизнес процесс делится эксклюзивным шлюзом на два потока первый поток: прерывающее событие с триггером условие «Кандидат допущен к итоговому собеседованию», второй поток по умолчанию, событие прерывающее «Кандидат отклонен». Процесс возвращается снова к «Проверке кандидатов по чек-листу».


«Вы как-то участвуете в согласовании приема на работу или только руководители отдела это делают? Я осматриваю только на последнем этапе, когда они скрининг прошли, сделали задание, поговорили с руководителем отдела, в итоге я принимаю решение.»

При моделировании бизнес процесса в зоне ответственности «Руководитель отдела» отражаем макрошаг с маркером пользовательской задачи «Позвонить и согласовать итоговое собеседование». Далее в зоне ответственности «Кандидат» эксклюзивный шлюз делит потоки на два: основной отражает прерывающее событие с триггером условие «кандидат согласен» и поток по умолчанию с прерывающим событием с триггером эскалация «Кандидат не согласен». В этом случае поток возвращается к отбору по чек-листу.

«Если кандидат не пришел на собеседование? Устанавливается причина, если ему еще нужна эта работа согласовывается ближайшее время, если не нужна собеседование отменяется. И ищем другого»

При моделировании бизнес-процесса после того, как кандидат согласен, поток делится эксклюзивным шлюзом на два события. Первое «Кандидат пришел на собеседование». Второе прерывающее событие в потоке по умолчанию с триггером компенсация «Кандидат не пришел». Это событие в зоне ответственности «Руководитель отдела» запускает макрошаг с пользовательским маркером «Узнать причину неявки». Далее в этой же зоне ответственности макрошаг с маркером пользовательской задачи «Согласовать ближайшее время собеседования».

«После того,как вы приняли кандидата и он согласен, он заключает трудовой договор или гпх и идет на испытательный срок? Да, в договоре определена дата, когда он приступает, это обговаривается во время собеседования, испытательный срок 2 месяца. Если кандидат не взял документы? В основном ему документы не нужны, мы все видим через личный кабинет. Его резюме мы видели, чек лист это рабочая документация, портфолио можно принести с собой но это не является обязательным, тестовое он нам уже прислал по почте. И итоговое резюме по тестовому адекват/не адекват. На мое собеседование нужно принести себя. Остальное есть в папке кандидат. Папка формируется руководителем отдела. А дальше у отдела кадров есть свои требования. Проектный договор подписывают, анкета сотрудника, ИНН,СНИЛС,паспорт, диплом о высшем образовании. То есть вы можете не взять человека на работу. Да, могу, поэтому до меня доходит не один, а все-так вариативность. Я смотрю на сколько человек подходит компании. Сморю на софт скилз. Смотрю на лояльность к компании и насколько человек разделяет наши ценности. Какие-то документы вам доходят о кандидатах. Передо мной кладут резюме, результаты теста, скрининг резюме и устные оценки с позиции собеседования»