Работа с новым негативно предполагаемым коллегой

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

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

Мне предстоит работать с одним из новых членов команды. Этот новый участник

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

Это мои вопросы:

  1. Когда Он делает такие негативные предположения, как мне твердо (но профессионально) об этом заявить? Кроме того, чтобы вызвать его, есть ли что-то еще, что я могу сделать, чтобы подавить его поведение?
  2. Под давлением (со стороны таких людей, как этот новый парень, который прислушивается к высшему руководству) я склонен искать более короткие пути для «мгновенных» исправлений (которые этот парень более чем счастлив обещать). Я серьезно отношусь к своей работе и забочусь о ней (для меня это больше, чем с 9 до 5). Я понимаю, что эти ярлыки вредны для продукта в долгосрочной перспективе. Как я могу оставаться верным своим ценностям и не сдаваться (если я потрачу больше времени, Он может доложить начальству, что я не так привержен быстрому решению, как Он)?
  3. Есть ли решения (чтобы справиться с этим парнем), о которых я не думаю?
  4. Если вы столкнулись с такими персонажами, есть ли другие проблемы, которые мне следует ожидать?
Какова ваша роль в организации и команде, и какую методологию разработки вы используете? Ответ будет во многом зависеть от того, являетесь ли вы разработчиком начального уровня или техническим директором.
Также: «Руководитель сообщил об опечатке на странице продукта (ошибка с низким приоритетом)». Кто определил, что это низкоприоритетная ошибка? Если команда продукта говорит, что это высокий приоритет, значит, это высокий приоритет.
@Philip Kendall, я старший инженер. Мы используем Канбан.
Очень верно @Philip Kendall. Но то, что является высоким приоритетом, не может меняться каждую минуту.
Исполнительной команде не понравилось то, как идут дела, и они заменили команду по продукту командой, отобранной вручную, вместо рекомендаций оставшейся команды. Мне кажется, что есть мандат на изменения и вера в то, что команда недостаточно эффективна. Вы действительно думаете, что сможете добиться каких-либо успехов в изменении поведения?
Судя по тому, как шли дела, у меня также было предчувствие, что есть «мандат на перемены». Спасибо, что указали на это пальцем. Я надеялся, что будут стратегии, чтобы повлиять на поведение.

Ответы (3)

Когда Он делает такие негативные предположения, как мне твердо (но профессионально) об этом заявить? Кроме того, чтобы вызвать его, есть ли что-то еще, что я могу сделать, чтобы подавить его поведение?

Непосредственно обращайтесь к поведению, когда оно происходит. Если он снова хихикает на встрече, скажите: «Зачем ты здесь, если не собираешься воспринимать эту встречу всерьез?» То же самое с пренебрежительным или другим разрушительным поведением. Немедленно вызовите его и заставьте его объяснить свое поведение.

Как я могу оставаться верным своим ценностям и не сдаваться (если я потрачу больше времени, Он может доложить начальству, что я не так привержен быстрому решению, как Он)?

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

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

Есть ли решения (чтобы справиться с этим парнем), о которых я не думаю?

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

Вы можете попытаться заморозить его и сделать его трудовую жизнь невыносимой, но 1) вам также трудно откровенно игнорировать людей 2) он, вероятно, побежит к руководству.

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

Если вы столкнулись с такими персонажами, есть ли другие проблемы, которые мне следует ожидать?

Да, я отказался работать с ним после того, как он солгал мне. Я убедился, что все об этом знают, и меня перевели. Я также был готов уйти, если мне придется продолжать работать с ним.

Важно также отметить, что ваш выбор основывается на прямом взаимодействии с клиентами, и если вы можете сделать это гладко, вы можете указать, что клиенты покупают наш продукт и игнорируются на риск для компании.
ИМХО говоря (и называя это на встрече): «Зачем вы здесь, если вы не собираетесь серьезно относиться к этой встрече?» не обращается к поведению. Это устранение симптома поведения, и я также чувствую, что это пассивно-агрессивное поведение. ИМХО ОП должен заниматься только техническими вопросами на публике и поведенческими проблемами наедине.

Вот важный вопрос: является ли этот человек вашим начальником/менеджером?

Если нет, то почему высшее руководство обращается к нему с просьбой об исправлении ошибок или проблемах? Эти запросы должны проходить через вашего менеджера и/или скрам-лидера, который сортирует запросы, создает заявки, расставляет приоритеты и назначает их. У вас никогда не должно быть случая, когда один разработчик обещает что-то сделать «сиюминутно», а другой разработчик должен немедленно взяться за эту задачу; либо человек, который дает обещание, должен выполнить работу, либо работа не должна быть обещана «сиюминутно».

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

Что касается вопроса о том, что этот человек думает, что никому нет дела до продукта, сообщите ему, что есть невыполненная работа, и дела расставлены по приоритетам. Каждый работает над своими собственными задачами, которые необходимо выполнить, и поскольку каждый не бросает все сразу, как только руководство закатывает истерику из-за опечатки, это не означает, что никого это не волнует; это означает, что люди заняты другими делами, и раздражительность руководства будет разрешена в то время, когда кто-то сможет это сделать. Между тем, если у этого человека есть дополнительное время после того, как его задачи выполнены, чтобы заняться неотложными вопросами руководства, то он должен это сделать. Если он хочет поднять вопрос постфактум, он может это сделать; у вас должны быть ретроспективные встречи спринта, на которых можно обсудить эти вопросы со всей командой, или он может поднять вопросы с руководителем группы напрямую по электронной почте или на личной встрече, если он предпочитает это делать. Суть в том, что кричать на каждого члена команды всегда и везде — не лучший способ выплеснуть разочарование.

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

Он не мой босс. Мы оба отчитываемся перед разными менеджерами. Вы поднимаете важный момент. Обычно это менеджер по продукту или технический директор (мой начальник), который назначает проблемы? В данном случае этот парень является менеджером по продукту указанного продукта.
Если он руководитель проекта, то он может давать обещания руководству. Тем не менее, вы должны сообщить ему, что каждый раз, когда руководство закатывает истерику, это не делает эту проблему приоритетом 1, и часть его ответственности состоит в том, чтобы давать разумные обещания руководству в соответствии с тем, что разработчики могут предоставить. Что касается остальной части моего ответа, большая часть содержания меняется в свете того, что этот человек является премьер-министром, поэтому отнеситесь к остальной части моего ответа с недоверием; Я написал это, предполагая, что он был коллегой-разработчиком, а не менеджером проекта.

Отпустить всю команду — это большой красный флаг. Люди, занимающиеся продуктом, не соглашаются с менеджментом просто так. Также противостояние руководству обычно является признаком принципиальной команды. Плохие исполнители обычно становятся поддакивающими людьми и не поднимают головы. Кроме того, зачем нанимать эту команду, если у них нет общего видения продукта. Это все воняет. Судя по вашему тону, вы относитесь с уважением к уходящей команде и мало уважаете прибывающую. Я бы оценил, насколько вы действительно хотите попытаться улучшить свое нынешнее рабочее место. Может быть, лучше не поднимать голову, пока ищешь другую роль. Имея дело с такими людьми, всегда помните, что рабочие места могут быть дарвинистскими, поскольку у каждого есть механизм выживания. Чем некомпетентнее они в реальной работе, тем лучше они в политике. Посмотрим, сможешь ли ты связаться с ними и помириться с ними. Косвенно скажите им, чего вы хотите, и спросите их, чего хотят они. Если они увидят, что вы ниже их уровня, тонко предупредите их о том, как вы можете усложнить их жизнь. Просто быть профессионалом может не работать с людьми, которые не являются профессионалами