обратная связь

2019-08-07

Вчера некотоые из вас прислали свои советы к предыдущему посту. Советы отличные, спасибо. Поделюсь со всеми:

рекомендую сходить на обед с новой командой. идеально, если тебя подцепят и в компании есть такая культура. если нет, стоит напроситься в компанию к кому-то.

Совместная еда в неформальной (в кафе) атмосфере сближает, это верно. Если в офисе есть своя столовая, то советую иногда брать кого-нибудь из коллег на обед или кофе и выходить из офиса. Так появится возможность поговорить один-на один и чуть лучше познакомиться. Попробуйте сделать так на новой работе (или позовите на кофе новичка из вашей команды).

При выходе на новое место сразу записывать имена, характерные внешние черты, где сидит и что делает. Первые пару месяцев это очень облегчает жизнь. Желательно записывать наедине а не во время того как тебя представляют.

Не знаю, как я забыл про это, но записывать коллег -- хорошая идея. У меня всегда в первый месяц на столе лежала схема расстановки столов в опенспейсе, с именами людей, которые за этими столами сидят. Очень помогало. На счет записи примет... в целом идея хорошая, но надо быть осторожнее в формулировках. Как коллега, случайно увидевший листик, отнесется к "Вася, админ, стол у окна, плешивый с красным носом"?

И целая серия советов от читателя Краткие советы новичкам на работе (сама их придерживаюсь):

предложить коллеге (или коллегам) вместе пообедать;
утром возле кофемашины обычно собирается много людей, не стоит торопиться уходить, когда нальешь себе кофе. Постой, послушай коллег, не забывай улыбаться - это располагает, потом можно стать смелее и присоединяться к обсуждению;
узнать про спорт: волейбол или футбол, например. Присоединиться к команде, либо узнать про настольные игры, не все любят спорт (c)Добрая тетя Аня. Всё верно, даже добавить нечего. Smalltalk в новой компании всегда выглядит неловко -- стоишь и слушаешь. Потом пойдёт лучше. 🙂

первое время не стоит критиковать решения в проекте

Да, с одной стороны хочется "поставить себя" и показать, что ты умный и полезный участник команды. Проще всего сделать это -- продемонстрировав своё превосходство и опыт критикуюя проект. Но делать так не стоит по ряду причин:

Ты не знаешь контекста в котором принимались решения
Ты не знаешь подробностей и ограничений которые есть в системе
Ты можешь критиковать решения, принятые кем-то из присутствующих
Люди и так в курсе проблем в коде и инфраструктуре

Если что-то не понятно или удивительно, то придерживайся формулировок "почему тут сделано X, а не Y?", это лучше чем "Я бы сделал Y". В первом случае это просто вопрос + ты узнаешь контекст, а второй случай выглядит как попытка выставить себя за самого умного.

Если в компании нет нормальной документации для новичков, то можно начать такую традицию

Информация, которой тебя напичкают в первые рабочие дни, она в голове не уляжется. Все эти специфичные для компании настройки рабочей ОС и тулов, список различных логинов и прочее. Если через неделю после старта новичек принесёт мне такой документ, то я автоматом "зачту" ему испытательный срок (если конечно это в моих силах). Подобная практика в одной из моих компаний вылилась в супер полезный readme.md файл в репозитории для новичков, куда они, после прохождения онбоардинга, предлагали пулл-реквест с дополнениями и изменениями.