Является ли неуверенность в том, над чем работать, нормальной?

Я работаю инженером-программистом. У команды есть двухнедельные спринты. За последние 2 месяца планирование спринта было практически невозможным. Сам менеджер не знает, начнем мы проект на следующей неделе или нет.

Интересно, это довольно частое явление в подобных условиях или это признак плохого управления? (компания среднего размера - около 300 сотрудников)

Менеджер постоянно просит записывать наши часы... но инженерам особо не над чем работать.

Уточните у своего менеджера, как именно вы должны вести учет своего рабочего времени.
Это довольно распространено, но, с другой стороны, это необычные времена.
Почему вы спрашиваете об этом нас, а не вашего менеджера? Это не ваша проблема.

Ответы (4)

Нет.

Вам должны сказать, что делать. Ваш менеджер просит вас поработать над чем-то («пожалуйста, запишите ваши часы»), но вы не знаете, над чем он ожидает от вас работы.

Как правило, вы всегда будете делать «что-то» для компании (иначе, зачем она вас нанимает?). Бывают случаи, когда делать нечего (например, служба поддержки без звонков), в этом случае создается впечатление, что ваша компания заставляет вас ждать проекта, который будет назначен "в ближайшее время".

Тем не менее, ожидания должны быть четкими относительно того, что он хотел бы, чтобы вы сделали. Вот некоторые примеры:

  • Посмотрим, сможешь ли ты чем-нибудь помочь ребятам из команды B или команды C.
  • Посмотрите конференцию, прочитайте статью о X
  • Попробуйте выучить новый язык/технологию
  • Выполните некоторое обслуживание <другого проекта> (например, улучшите документацию вашего предыдущего проекта, который был не так хорош, как мог бы быть)
  • Исследуйте ту ошибку, которая преследовала вас в предыдущем проекте (например, странный тупик базы данных) и была плохо устранена, поскольку вы так и не поняли, почему (это может помочь, чтобы в будущем вы не попали в ту же ловушку)
  • Подумайте о проекте, который может быть полезен компании, и попробуйте его разработать (например, создать хук фиксации, который проверяет ваш внутренний стиль программирования).

Как видите, это вещи, которые придадут компании определенную ценность (игра в карты с коллегой вряд ли сделает вашу компанию слишком счастливой). Как правило, это короткие задачи, которые не занимают много времени (учитывая, что вам может потребоваться остановить их всякий раз, когда вы получаете новый проект). Я бы порекомендовал вам воспользоваться этим временем, чтобы заняться самоподготовкой, на что обычно никогда не бывает времени.

Конечно, как только вы выясните, что делать, вы затем должным образом зарегистрируете часы, либо как конкретные задачи (например, изучение Rust, просмотр stackoverflow), либо общие (например, тренинги).

Я бы порекомендовал вам спросить вашего менеджера, что он ожидает от вас, и, возможно, предложить список вышеперечисленных возможностей (или принять решение и конкретное предложение, «поскольку у нас все еще нет проекта, чтобы сделать, я подумал Я мог бы сделать XYZ, что может оказаться полезным позже, хорошо?").

Я согласен со всем этим, но в зависимости от вашего опыта или роли вам не всегда будут говорить, над чем именно нужно работать. Иногда от вас ожидают, что вы сделаете бутерброд, а вам не скажут, как намазывать горчицу. Некоторая неопределенность нормальна, но, вероятно, не на том уровне, который описывает ОП.
Также это вообще не отвечает на фундаментальную часть вопроса: "это довольно обычное явление в подобных условиях или это признак плохого управления?" - это может быть просто логово земли. Я видел подобное поведение в конце проектов, когда работа заканчивается, но вы держите команду вместе для возможных ошибок. 2 спринта — то есть месяц — не так уж и плохо, если проект длинный и есть еще над чем поработать. И это может быть плохое управление - но не от ВАШЕГО менеджера, поскольку другие проекты в стадии разработки задерживаются.

Видел это в 4 из 4 работ

Это может быть плохой менеджмент (не обязательно ваш менеджер в частности), или просто неуверенный клиент, или неопределенное будущее для вашей организации в целом. Это также может быть общая неспособность принимать решения в вашей компании, поэтому требуется много времени, чтобы что-то сделать.

Люди привередливы, а цепочка людей очень нестабильна и непредсказуема. Везде неуверенность.

Что касается часов, то средний офисный работник работает около 3 часов в день. https://www.inc.com/geoffrey-james/new-research-most-salaried-employees-only-do-about-3-hours-of-real-work-each-day.html

«Цепь людей очень нестабильна и непредсказуема» <- Я мог бы украсть это, это хорошее описание :)

Я был в подобных ситуациях раньше, и в различных отраслях. Это очень опасное место для рабочего, потому что вас будут судить по тому, что вы делаете со своим временем. Удостоверьтесь, что то, что вы решите делать со своим временем, полезно для компании (но также сделайте это полезным для вас в целом), и я бы перед тем, как приступить к этому, обсудил бы это с вашим руководителем. Как было предложено в одном из предыдущих сообщений, есть ряд вещей, которые вы можете сделать.

Одна из причин, по которой в проектных командах есть старшие сотрудники, заключается в том, что они могут выявлять и поднимать работу, которую необходимо выполнить, помещать ее в очередь работ и управлять процессом улучшения. Это командная работа.

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

Не забывайте, однако, что бы ни случилось, всегда хорошо быть готовым к худшему. Убедитесь, что все, что у вас есть, актуально (резюме, биографическая справка и т. д.), если компания в плохом состоянии или вы решили, что находиться в такой ситуации просто не для вас.

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

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

Возможно, ваш менеджер будет благодарен за это предложение. Они могут записать это как «необходимое обслуживание в рамках подготовки к дальнейшей разработке» и/или указать аспекты безопасности рефакторинга.