Как стать автором
Обновить

Комментарии 8

Описанный онбординг может себе позволить только компания с N эйчаров, где не надо делать план по ревьверу кандидатов, а можно взять за ручку и поводить по кабинетам, показать как надо пользоваться кофемашиной и прочая фигня, на которую любят тратить время... в большинстве IT компаний всё +- одинаково. Первый день в тебя пробуют запихать дофига ненужной информации и со всеми познакомить, хотя по факту ты увидишь эти лица максимум ещё раз на корпоративе... 90% персонала ни о чем. Есть 3 основных персонажа - бухгалтер, админ, и девочка которая тебе выдаст блокнотик или поможет починить стул. Одним из самых важных этапов в первый день это общение с главным Боссом, если начальству пофиг на то кого нанимает эйчар отдел - то это плохой звоночек. Законно и обратное, если у компании нету эйчара и начальник лично водит тебя по кабинетам, то скорее всего это очередная галера

Да, но без процессов такой компанией, с кучей hr’ов, не стать. Проверено на собственном опыте :(

Первый день в тебя пробуют запихать дофига ненужной информации


А может она всё-таки нужной, если вам её рассказывают? Или все тупые вокруг, а вы один такой Д'Артаньян?

меня одного, слово команда раздражает? в каждой статье, заело что ли

У меня на всех работах онбординг происходил примерно так. Собеседование. Потом 1-2 недели по своей инициативе делаю прототип будущей системы или модуля, можно считать это бесплатным тестовым заданием. Если всем всё нравится, то оформление отношений. Через 3 месяца сдача первого этапа работ внешнему или внутреннему заказчику.

А когда человек 1-3 месяца только обучается, входит в проект и в лучшем случае сделает пару простых задачек под чутким руководством, то у меня возникает диссонанс. С одной стороны, я нормально к этому отношусь, представляю, что человек пришел на курсы и моя задача как можно быстрее и лучше его всему научить. С другой стороны, лично у меня никогда не было менторов и я не могу представить, чтобы при выборе работы я ориентировался на то как меня кто-то будет погружать в проект и развивать.

Значит вы что-то очень типовое делаете.

Инструменты моделирования, анализа моделей, преобразования моделей, генерации чего-нибудь, какие-нибудь нотации моделирования, методики моделирования, DSL. По-моему скорее тянет на какую-то неведомую фигню судя по обилию вакансий на том же hh :)

На мой взгляд ровно наоборот, классический онбординг подходит для чего-то типового. Там есть обилие задач разного уровня сложности. Можно начать погружаться с простых. Постепенно переходить к более сложным.

А мне повезло, у меня не было никакого бординга... или как там его.

Устраивался инженером в компанию, занимающуюся радиосвязью (это тогда-то... когда ещё сотовых не было). Их - 15 человек. Я - зелёный выпускник. На мое место был кандидат около сорока и с опытом. А я пришёл и взял на понт, что... мол, по ТК вы не имеете право отказать выпускнику вуза и я буду жаловаться если что.

Меня решили проучить. Дали 20 радиостанций, ноут (у меня ещё тогда своего-то компа не было) и мануал по транкинговой системе связи на 700 страниц на английском. И сказали, что если через две недели эти радиостанции будут стоять у клиента и работать, то я принят.

Радиостанции стояли и работали. Правда, эти две недели я из офиса вообще не выходил. Благо, там снималось несколько комнат в институте НИИБУТ. Там был холодильник с небольшой кухней, диван в той комнате, где выделили рабочее место.

И никто мной вообще не занимался. У меня самого была цель - зарекомендовать себя среди матёрых (как тогда мне казалось) спецов.

С работой и работодателем мне очень повезло.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий