Как хорошо поступить в качестве разработчика программного обеспечения, зная и оправдывая ожидания своей должности
Недавно Microsoft опросила 30 000 работников в 31 стране по поводу работы, и, согласно результатам опроса, 41% работников во всем мире думают о том, чтобы бросить текущую работу. Не нужно быть гением, чтобы понять, что технологические компании пострадают от этого больше всего, поскольку технологическая отрасль является одной из самых быстрорастущих отраслей в условиях глобальной пандемии. Так что, если вы разработчик программного обеспечения, вы, скорее всего, присоединитесь к новой компании в ближайшие 12–18 месяцев.
Переход на новую работу может вызвать стресс, но это тоже хорошо. Это выводит вас из зоны комфорта и растягивает. Это заставляет вас видеть и думать о вещах, о которых вы обычно не задумывались бы дважды на своей предыдущей работе - например, о том, чтобы сделать обязательство по репо компании, увидеть свою работу вживую на производстве, присоединиться к вашей команде и попросить кого-нибудь проверить ваш запрос на перенос. Когда вам слишком комфортно на рабочем месте и вы привыкли к процессу и инструментам, вы склонны принимать вещи как должное и работать в режиме автопилота. Изменение вашей среды, будь то новая команда в той же компании или новая работа в другой компании, заставляет вас лучше осознавать себя и то, что вы делаете изо дня в день как разработчик.
Помимо общих вопросов для новичков, таких как В какое время вам следует начинать работу? Насколько дружелюбным вы должны быть в первую неделю?, эта статья призвана дать ответы на все вопросы, связанные с разработкой программного обеспечения: связанные вопросы, которые вы, как новый разработчик, хотели задать своим коллегам-разработчикам или своему менеджеру по разработке, но слишком боялись.
Я имею в виду такие вопросы:
Когда нужно добавить свой код в репозиторий компании?
Когда вы должны ожидать увидеть свою работу вживую?
Когда вы должны поделиться своим мнением о конкретном шаблоне дизайна?
Как технический менеджер, который нанял и принял на работу множество разработчиков и технических руководителей, позвольте мне поделиться с вами некоторыми из наиболее часто задаваемых (и иногда задаваемых) вопросов и моими ответами на них. Я надеюсь, что они помогут вам, поскольку вы, как новый разработчик на новой работе, произведете наилучшее первое впечатление и в то же время дадите всем знать о вас самих и о том, что вы можете предложить.
Я дам два ответа на каждый вопрос: один для стартапов и малых компаний, а другой для средних и крупных предприятий. Это связано с тем, что из моего опыта в качестве технологического лидера с почти 20-летним опытом работы в технологической отрасли со стартапами в технологических компаниях из списка Fortune 500 я знаю, что размер компании и окружающая среда играют большую роль в ожиданиях. Также обратите внимание, что мои ответы - это всего лишь рекомендации, так как могут быть некоторые нюансы, с которыми вы можете столкнуться. Тем не менее, я надеюсь, что они помогут вам понять, к чему вы должны стремиться, будучи недавно нанятым инженером-программистом в компании.
Часть I. Все о коде
Когда следует устанавливать экземпляр для разработки на своем компьютере?
Небольшой стартап: в первый день
Крупное предприятие: в течение первых двух недель
Когда вам следует совершить первую фиксацию?
Небольшой стартап: в течение первых трех дней
Крупное предприятие: в первые две недели
Когда вы можете увидеть свою работу вживую?
Небольшой стартап: в течение первых десяти дней
Крупное предприятие: Это зависит от обстоятельств. Следующий цикл выпуска после вашего первого месяца.
Когда следует узнать о передовых методах и стандартах кодирования?
Небольшой стартап: в течение первой недели
Крупное предприятие: в течение первых двух недель
Когда вам следует понимать архитектуру системы (систем), в которую вы будете вносить код?
Небольшой стартап: в первую неделю
Крупное предприятие: в первый месяц
Когда вам следует самостоятельно подбирать и выполнять задачу из невыполненной работы вашей команды?
Небольшой стартап: в рамках вашего первого спринта.
Крупное предприятие: В течение первого месяца.
Независимо от того, являетесь ли вы младшим разработчиком программного обеспечения или старшим, у вашего технического руководителя или технического менеджера должны быть некоторые задачи, которые вы сможете выполнять самостоятельно, исходя из своего уровня стажа. Обязательно сообщите об этом им.
Когда вам следует начать оценивать историю?
Небольшой стартап: после первого спринта *.
Крупное предприятие: после двух спринтов *.
- Один спринт = две недели
Часть II. О процессе
Когда вы должны стать дежурным по вызову для службы вашей команды (особенно, если компания практикует YBIYRI)?
Небольшой стартап: в течение первого месяца.
Крупное предприятие: после того, как вы отследили ротацию по вызову. Обычно через несколько месяцев.
Когда нужно поднять руки, чтобы управлять командным мероприятием, например, пробегать ретро?
Небольшой стартап: после того, как вы хотя бы два раза увидели, как это делается.
Крупное предприятие: то же, что и выше.
В каких случаях вам удобно быть утверждающим для чьего-либо запроса на слияние?
Небольшой стартап: в течение 15 дней
Крупное предприятие: в течение 60 дней
Когда следует узнать о процессе сборки и выпуска?
Небольшой стартап: в течение первой недели
Крупное предприятие: в течение трех недель
Часть III: речь идет об общей картине
Когда вам следует стать активным участником различных гильдий и хартий, например, гильдии внешнего интерфейса, гильдии технической архитектуры и т. д.
Небольшой стартап: за месяц
Крупное предприятие: За три месяца
Когда вам следует начать участвовать в технических обсуждениях?
Небольшой стартап: через три месяца
Крупное предприятие: Через полгода
Когда вам следует узнать о продукте (как конечный пользователь), особенно о его функциях и возможностях?
Небольшой стартап: в течение первых трех дней
Крупное предприятие: в течение первых семи дней
Когда нужно хорошо разбираться в эксплуатационных аспектах проектирования?
Небольшой стартап: в течение первых 20 дней
Крупное предприятие: в течение первых 60 дней
Когда вам следует начать говорить о своих карьерных устремлениях со своим руководителем?
Небольшой стартап: в течение 30 дней
Крупное предприятие: в течение 90 дней
Ведите свой собственный контрольный список для адаптации
Ваш руководитель может предоставить вам документ для адаптации, но также важно сохранить свой собственный, чтобы следить за своими успехами и соответствовать минимальным ожиданиям для роли разработчика программного обеспечения в первые несколько недель.
Помимо кодирования и технических задач, вам также следует добавить в свой контрольный список следующие важные элементы:
- Присоединяйтесь к необходимым Slack, Microsoft Team или любым другим каналам связи
- Попросите, чтобы вас включили в необходимые списки рассылки и приглашения календаря
- Настройте обычный 1: 1 с вашим менеджером
- Узнавайте о социальных группах и устанавливайте связи с коллегами по работе.
- Узнайте об ожиданиях от вашей должности и о том, как выглядит успех с точки зрения вашего менеджера.
Вот контрольный список, который поможет вам встать на ноги в первые 30 дней работы в качестве разработчика программного обеспечения в новой компании.
⬜️ Dev instance set up ⬜️ First commit made ⬜️ Code live in production ⬜️ Drove a team activity ⬜ ️Actively contributed to estimation ⬜ ️Have been on-call ⬜ ️Independently completed a task from the backlog ⬜ ️Shared your career aspirations with manager ⬜ ️Approved a Pull Request ⬜ ️Understood build and release process ⬜ ️Participated in a Guild ⬜ ️Contributed to a technical discussion ⬜ ️Understood the architecture of the system(s) ⬜ ️Learned about the product ⬜ ️Learned about best practices and coding standards ⬜ ️Gained operational knowledge -------- ⬜ ️Joined important communication channels ⬜ ️Included on necessary mailing lists and calendar invites ️ ⬜ ️Set up a regular 1:1 with manager ⬜ ️Made social connections with likeminded groups ⬜ ️Understood the expectation of your role
Произведите отличное первое впечатление
Все мы знаем следующее: Первое впечатление имеет значение. Ваше первое впечатление от вашего технического менеджера и других разработчиков начинается в тот момент, когда вы присоединяетесь к компании, и это впечатление сохраняется в течение длительного времени, иногда на протяжении всего времени, пока вы работаете в компании. Так что установите высокую планку, зная, чего от вас ждут как от разработчика программного обеспечения, и отслеживая свой прогресс.
Карьерное руководство для разработчиков программного обеспечения
Если вам понравилась эта статья, возможно, вы захотите почитать мою электронную книгу для разработчиков программного обеспечения - Карьерное руководство для разработчиков программного обеспечения.
Технологическая отрасль сегодня является одной из самых быстрорастущих отраслей. Для разработчиков наступило будущее работы. Я точно знаю, что это отличается от работы, которую мы знали ранее, и поэтому от разработчиков требуется другой образ мышления и навыки, чтобы эффективно выполнять свою роль. Загляните в электронную книгу и примените стратегии и тактики в своей профессиональной жизни, чтобы сделать успешную карьеру в качестве разработчика программного обеспечения.
