Я нахожусь на своей новой работе, где мне сказали, что я буду разрабатывать новую веб-систему для добавления функциональности к основной линейке продуктов аппаратного и микропрограммного обеспечения, но спецификации пока нет. Я должен провести некоторое время в других командах, чтобы познакомиться с компанией, но, видимо, еще не время.
В первую неделю я провел около 30 часов, делая то, что считал лучшим. Я прочитал кое-какую документацию по соответствующему программному обеспечению компании, освежил в памяти технологии и методики разработки, с которыми, как я полагаю, мне придется работать, составил черновой вариант спецификации системы... м трачу свое время. Мой начальник очень занят и приходит раз в день, чтобы рассказать мне какие-то официальные вещи в течение 5 минут; иначе я один за своим столом.
Завтра я планирую начать создание прототипа с теми идеями, которые у меня есть в настоящее время для проекта, но мне интересно, не будут ли это напрасными усилиями. Меня пригласили на встречу по моему проекту, но у меня еще есть 3 рабочих дня, и я сомневаюсь, что часовая встреча даст мне достаточно работы на последующее время.
Это моя первая работа разработчиком, и я совершенно не уверен, что я должен делать. Я хочу спросить своего начальника именно об этом: «Что вы от меня ожидали?». Но... не хочу показаться кажущимся:
Я не могу читать свое начальство (у них у всех такое покерное выражение лица: «Я занят и сосредоточен на важных вещах»), и мне сказали сначала спросить своих коллег. Однако они не лучше меня осведомлены о моих целях в компании.
Я чувствую, что могу сделать больше, и что я трачу свое время на работе неэффективно. Помощь!
Отправьте начальству электронное письмо о том, что вы не знаете, как поступить. Вы поспрашивали и помогли людям, у которых была какая-то задача, и вы изучили навыки X, Y и Z при подготовке к новому проекту.
Вы подумали, что сейчас неплохо создать макет для проекта X, и если нет ничего более срочного, вы бы сделали это сейчас.
Лучше всего сообщить им о проблеме (не знаю, как действовать) и предложить разумно звучащее решение (создать мокап), чтобы, если у них действительно нет ничего срочного, они могли просто кивнуть, и им не нужно было тратить время на придумывание работы. .
Примечание: будьте готовы к тому, что вас завалят работой в ответ на электронное письмо или, что более вероятно, когда реальный проект начнется через несколько дней.
Вы на правильном пути.
Во-первых, ваш набросок системы — отличное начало. Убедитесь, что у вас есть очень конкретный список требований. Отшлифуйте это, а затем передайте своему менеджеру на утверждение.
Тем не менее, вам, возможно, придется использовать свое собственное суждение: я начал включать в свои требования пункт о том, что, если в течение «Х» дней или «первого февраля (независимо)» не будут получены никакие изменения или возражения, требования будут будут приняты как действительные.
Это возлагает на них ответственность за ответ. Учитывая, что вы здесь новенький и, кажется, в организации довольно молодой человек, у вас может не хватить на это влияния.
Текущая ситуация
В зависимости от процесса найма я нашел работу, где я действительно нужен, но они даже не могут навести порядок настолько, чтобы я мог работать в течение нескольких недель после того, как меня наняли. (И поверьте мне, это может быть ужасно, я был одним из 16 нанятых сразу только для того, чтобы компания поняла, что они даже забыли заказать для нас столы в новом месте. Упс...)
Не удивляйтесь, если первая или две недели будут полным беспорядком, просто будьте максимально продуктивными в это время. В это время очень полезно познакомиться с компанией.
Что мне делать?
Что ж, у них действительно приближается встреча по планированию проекта, и, честно говоря, пытаться собрать что-либо вместе, прежде чем вы поймете, что это за здание в каких-либо реальных деталях, вероятно, пустая трата времени (за исключением, может быть, просто хорошей практики).
Вообще говоря, я считаю своим приоритетом знакомство с динамикой компании, культурой, политикой, работой и т. д. Я также прилагаю реальные усилия для установления контактов с людьми, с которыми я, вероятно, буду работать. (Например, представиться администратору баз данных, вместе пообедать или что-то в этом роде). Обычно хорошая команда возьмет на себя обязательство пригласить вас на обед в первую неделю, но если вы не боитесь пригласить других. (Это поможет вам научиться лучше работать с этими людьми и в целом создать более счастливую и здоровую рабочую среду.)
Допустим, вы все это сделали, и вы действительно изо всех сил пытаетесь найти что-то продуктивное. рука с. Даже если это что-то приземленное и тривиальное, по крайней мере, вы что-то делаете.
Не волнуйся
Не слишком беспокойтесь о том, что в первую неделю или две вы будете непродуктивны, делайте, что можете, но я редко встречал компанию, где можно просто сесть и приступить к работе. Всегда есть такие вещи, как отсутствующее программное обеспечение, отсутствие планирования и т. д. Это заставляет вас охотиться за продуктивностью, когда вы только начинаете.
Единственный раз, когда это действительно является красным флагом, это если оно затянется. Неделя или две не являются чем-то необычным, но когда вы начинаете подкрадываться к трем и четырем неделям. Как правило, это плохой признак того, что ваша компания не планирует хорошо, планирование — это самая важная вещь для разработчиков программного обеспечения в рабочем мире.
Вы можете предоставить список вещей, которые необходимо сделать в вашем случае! Я никогда не видел ничего подобного, по крайней мере, в командах, в которых я работал. Очень полезно иметь контрольный список того, что нужно сделать, когда к команде присоединяется новый человек. Вы можете сделать это по мере продвижения в команду.
Что-то в строках:
И так далее. Это будет удивительно полезно!
Ктулху
Рафаэль Эмсхофф
комар