О том, как попасть на первую работу, мы уже говорили. Предположим, что вы ее уже нашли и вам сделали оффер. Теперь вопрос, как пройти испытательный срок и с нее не вылететь.
Компани бывают очень разные, они отличаются и по размерам, и по экономической ситуации. Вы можете попасть в какой-то стартап, который только-только получил инвестиции. Возможно, у компании даже нет офиса, все работают в какой-то квартире, а из разработчиков всего 3-5 человек. Нужно понимать, что такое тоже бывает и это нормально. Подобный опыт абсолютно валидный, равно как и работа в большой компании. Поэтому относитесь к такой работе абсолютно серьезно.
Все советы, которые я буду давать, относятся к компаниям любого размера. Единственное, в маленькой компании все ваши действия будут на виду. В этом есть положительные моменты — про вас не забудут и будут контролировать вашу работу. В большой компании такое вполне может произойти, ибо все бегают и может быть просто не до вас. С другой стороны, в крупной компании есть отлаженные процессы, все понятно и четко, чего может и скорее всего не будет в маленькой фирме и стартапе.
Работодатель несет ответственность за найм. Не вы
Вы должны понимать, что вас взяли на работу. Не вы сами пришли и начали работать, а вас выбрали из других кандидатов и взяли. Это значит, что ответственность за найм лежит на работодателе. Поэтому если вы будете стараться работать максимально хорошо, будете выполнять свои задания, но в конце вам сказали, что вы не подходите — это ошибка найма. За это несёте ответственность не вы, а работодатель. Действительно, многих начинающих разработчиков увольняют с первой работы еще в период испытательного срока. И в более чем половине случаев это не вина самого разработчика. Поэтому попытайтесь сильно не переживать по поводу увольнения. Да, такое бывает и часто, это нормальная ситуация. Простите, если расстроил. Другого мира у меня для вас нет, а в этом мире происходит вот так. При поиске следующей работы такое увольнение не будет проблемой.
Но это не значит, что вы должны снять с себя всю ответственность. Мол, возьмут или нет — от меня не зависит, значит я буду напрягаться. Нет, на самом деле от вас очень многое зависит.
Старайтесь стать ценным сотрудником
Руководство чаще всего принимает решение о вашей судьбе в компании на основе мнения ваших более опытных коллег. Происходит evaluation — опрос людей, с которыми вы работаете, собирается общее консолидированное мнение, и в зависимости от этого принимается решение. Если общее мнение гласит, что вы ничего не делаете, то, естественно, вас уволят. Если же консолидированное мнение будет, что с вами хорошо работать, что вы стараетесь и прилагаете максимум усилий — вас оставят. Бывает даже такое, что начальство хотело закрыть позицию, но при хороших отзывах вас постараются сохранить. Потому что хорошими сотрудниками не разбрасываются, особенно в ИТ, которое на 100% зависит от сотрудников. Фактически, в ИТ нет ничего кроме человеческого капитала. Поэтому старайтесь стать максимально ценным сотрудником.
Развивайте свои soft skills
Помните, для компании не сильно важны ваши hard skills, потому что их всегда можно доучить. Конечно, это не значит, что на каждый технический вопрос вы будете отвечать, что не знаете и когда-нибудь выучите. Вы должны применять те знания, которые есть и стараться выучить как можно больше из того, что вам требуется для работы. Но намного важнее ваши soft skills.
Умение коммуницировать с коллегами
Основное — умение коммуницировать с коллегами. Это не значит, что вы должны заглядывать в глаза или целовать в попу — ни в коем случае. Общайтесь на равных. Общение с коллегами должно быть как с хорошими знакомыми. Не стоит набиваться в друзья, приглашать в гости или сходить куда-то вечером. Большинство программистов очень оберегают свои личные границы. Если же вас пригласят — старайтесь не отказываться (если есть такая возможность), но сами не напрашивайтесь. Если вы подружились — классно, но вы можете и не подружиться — это тоже нормально, дружба не является обязательной частью работы. Поощряются ровные доброжелательные отношения. Очень мало компаний требует от сотрудников, чтобы они между собой дружили.
Умение активно слушать
Еще один важный софт скилл — активное слушание. Если вы слушаете своего коллегу — не молчите, покажите свою заинтересованность. Как это сделать? Задавайте наводящие вопросы, можно спрашивать что-то по ходу рассказа (например, «я верно тебя понял, что…?»), таким образом вы показываете, что слышите, о чем человек говорит. Если вы неправильно что-то поняли, такие вопросы помогут это выяснить, и коллега просто объяснит иначе. Очень распространенная история, особенно для новичков, когда старший коллега хочет донести что-то одно, но его понимают как-то иначе. Более опытный сотрудник уже погружен и в предметную область, и в работу компании, и в разработку. Вы же не знаете ничего из этого, соответственно очень многие мысли, которые вам будут доносить более опытные коллеги, могут быть не понятны или восприниматься немного неправильно. Поэтому не стесняйтесь переспрашивать фразой «я верно понял, что…?». Конечно это не значит, что так нужно переспрашивать каждую фразу.
Проактивность
Одно из качеств, которые будут ждать от джуна — это проактивная позиция. Вы должны стараться не просто быть исполнителем и делать, что вам говорят. Но вы также должны стремиться предложить свою помощь, предложить пути решения задачи, поделиться своим видением проблемы и пр.
Уважайте чужое время
Один из болезненных моментов новичковых программистов — необходимость подойти к человеку, который его курирует и задать вопрос, в котором не получилось разобраться. Даю алгоритм действий:
- Вы четко формулируете вопрос, что именно вы хотите от человека. Нет ничего более раздражающего, чем когда работаешь над тяжелой задачей, в это время подходит новичок и начинает мямлить что-то невнятное.
- Прежде чем обращаться с вопросом, постарайтесь максимально хорошо погуглить его самостоятельно. Если это вопрос по вашему языку программирования, фреймворкам, алгоритму — ответ в гугле гарантировано будет. Именно этому мы учим своих учеников на менторинге. Но если в своем поиске вы доходите до какого-то момента и застреваете, например, есть разные варианты решения и вы не знаете, что выбрать — в этом случае стоит спросить опытного коллегу. Говорите, что решали такую-то задачу (хорошо ее формулируете), что столкнулись с такой-то проблемой и она имеет такие-то решения. Какой из вариантов правильный и как принято в компании? Это шикарная постановка вопроса. Вы сразу поднимаете себе рейтинг в глазах человека. Потому что коллега понимает, что вы потрудились и сформулировали нормально вопрос, вы произвели поиск проблемы, и вы принесли готовые решения, коллеге останется только выбрать. Таким образом вы потратили минимум времени коллеги и получили максимум пользы.
- Уважайте чужое время. Помните о том, что другие люди тоже работают. Более того, их время стоит дороже чем ваше. Поэтому постарайтесь потратить максимум своего времени, чтобы найти решение.
- Если вы столкнулись с проблемой, касающейся конкретно вашего проекта, это вы нагуглить не сможете. В таком случае сформулируйте вопрос максимально четко, например: «Как в нашем проекте принято делать вот это…». Желательно такие вопросы задавать сразу пачкой. Соберите несколько таких непонятных для вас моментов, выпишите их и задайте все сразу. Соответственно, коллега ненадолго оторвется, быстренько вам ответит и продолжит работать.
Существует две крайности: когда новичок постоянно отвлекает ментора вопросами (об этом поговорили выше) и когда новичок вообще ничего не спрашивает.
Если вы застряли, не знаете, что дальше делать, и при этом не задаете вопросы — это еще хуже.. А потом, когда ментор подойдет сам, говорите, что не знаете, что делать. В этом случае вы получаете огромные минусы в карму. Не нужно так делать. Вопросы важно задавать, только делать это нужно правильно: формулируем и гуглим, если есть возможность. Если вопрос связан с вашим проектом — собираем пачку таких вопросов и идем спрашивать.
Соблюдайте эти правила, и я уверен, что вы прекрасно пройдете свой испытательный срок. Да прибудет с вами сила!
Всегда ваш Сергей Немчинский
А что делали вы, чтобы успешно завершить испытательный срок? Поделитесь своим опытом в комментариях.
Добавить комментарий