Как эффективно работать с трудным скрам-мастером

Я новый разработчик и получил работу, где большинство разработчиков также являются недавними выпускниками колледжей. Хотя эта должность не идеальна, я рассматриваю ее скорее как возможность стать более сильным разработчиком и составить свое резюме, чтобы я мог получить работу, которую хочу. Тем не менее, я хотел бы получить совет по работе с трудным скрам-мастером. Вот конкретные задачи:

  1. Они часто говорят о членах нашей команды с другими товарищами по команде, а не говорят с этим человеком напрямую. Хотя у них нет никакого технического опыта, они быстро унижают нас, называют ленивыми и открыто ругают за проблемы, которые мы не можем контролировать.
  2. Они не уважают время своих разработчиков. Нас часто просят писать электронные письма или управлять коммуникациями, чтобы наш код был развернут/проверен от их имени, что прерывает нашу работу по разработке. Если мы этого не делаем, они критикуют нас за то, что мы ленивы или не делаем свою работу. Чтобы выполнять задачи, большинство разработчиков работают по вечерам или в выходные дни, хотя мы работаем почасово и, по сути, работаем бесплатно.
  3. Они не могут эффективно общаться с нашим начальством для выполнения работы, поэтому просят нас сделать это от их имени. Они открыто жалуются на наше начальство, хотя нам нужно, чтобы у скрам-мастера были хорошие отношения с ними, чтобы выполнить нашу работу.
  4. Они изо всех сил пытаются сохранить профессиональное поведение и взрываются из-за каждой неудачи. Поскольку они также занимаются микроменеджментом, они участвуют во всем, что мы делаем. Каждый комментарий к обзору кода анализируется, и на него часто жалуются другим людям в команде.
  5. Они быстро увольняют разработчиков. За короткое время работы они сменили пять новых разработчиков. Они открыто жалуются, что не могут найти «хороших разработчиков».

В конечном счете, команда разработчиков испытывает стресс. Поскольку это моя первая работа в качестве разработчика, я хотел бы знать, является ли это нормальным поведением. Кроме того, есть ли у кого-нибудь советы о том, как бороться с этим типом личности?

Рекомендуется подождать день, прежде чем принять, чтобы получить дополнительные ответы.
Это плохая, ПЛОХАЯ ситуация, и это ненормально. Проводите столько времени, сколько сможете стоять в компании, набираясь опыта, а также одновременно ища новую работу. Если ваша следующая компания спросит, почему вы уходите, просто скажите им, что ваша нынешняя компания ожидает, что почасовые работники будут работать бесплатно.
Работа скрам-мастера буквально состоит в том, чтобы защищать команду от таких людей, как этот скрам-мастер. :(
БЕГИ . Компания, которая нанимает и поощряет людей, называющих себя «Scrum Master», но совершенно очевидно не имеющих ни малейшего представления о том, что такое Scrum, обречена на провал и, что еще хуже, сделает вас несчастным в процессе. Оставайтесь столько, сколько нужно, чтобы не умереть с голоду и как можно скорее найти лучшую работу.
«Они быстро увольняют разработчиков. За то короткое время, что они на работе…» Из любопытства, как долго они там работают? Не то чтобы это имело какое-то отношение к их неудачам в качестве SCM, ваша расплывчатая формулировка меня заинтересовала.
Кто они"? Вы говорите о скрам-мастере или о людях, от которых скрам-мастер должен вас защищать?
Просто оставить. Найдите лучшее место и не сжигайте мосты, оставляя им негативные отзывы.
Я согласен с тем, что это действительно плохая ситуация, и согласен с опубликованными ответами, но просто хочу кое-что спросить: вы сказали: «Нас часто просят писать электронные письма или управлять коммуникациями, чтобы наш код был развернут / QA от их имени. ..», почему именно от их имени? Я ожидаю, что вы будете работать вместе с QA и развертывать свой собственный код, а также писать электронные письма по мере необходимости. Agile/Scrum во многом предполагает, что разработчик работает напрямую с другими людьми, а не с третьей стороной, облегчающей общение.

Ответы (3)

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

1) Обсудите вопрос с высшим руководством.
Для этого вам понадобится поддержка всей команды, но на выходе может быть еще хуже культура, и вы можете потерять работу. Если вы пойдете с этим, будьте очень осторожны; попытайтесь выяснить, что думает PO/менеджмент о том, как следует вести разработку.

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

3) Убегай сейчас
Начни немедленно искать работу; однако для джуниора этот вариант, на мой взгляд, слишком рискован, и как бы ни была плоха ситуация, вы значительно выиграете от 6-12 месяцев опыта работы до увольнения.

Кстати, какая у вас страна, вы из США? Это звучит в значительной степени худший способ работы над программным обеспечением, который я могу себе представить.

Да, я работаю в США. Я думаю, поскольку все мы новые разработчики, мы ничего не говорим, потому что не хотим рисковать выглядеть непрофессионально. Хотя скрам-мастер не может уволить нас напрямую, он повлиял на высшее руководство, чтобы уволить разработчиков или перевести их на менее желательные должности.
Ok! Для США ожидание сверхурочной работы может быть более распространенным явлением, чем здесь, в Финляндии, где это очень редко. Американские друзья могут рассказать больше об этом.
Если вы находитесь в США, они могут нарушать закон, если вы работаете с почасовой оплатой и вам не платят сверхурочные.
Ограничение варианта 2) заключается в том, что ОП вряд ли многому научится в этой среде, тем более что им приходится работать сверхурочно и по выходным. ИМО, вариант 3) вполне разумен.
По поводу (2) - даже при такой ситуации стоит попрактиковаться в позитивном "раскручивании" причины, по которой вы ищете работу. Жаловаться о вашей недавней работе на собеседовании — даже если это оправдано — рискованно, потому что интервьюеры часто воспринимают это как негативный момент. Если интервьюеры не знают компанию, о которой идет речь, они не могут определить разницу между плохим местом работы и чрезмерно негативным сотрудником.
Если вы действительно мало чему учитесь в том месте, которое могло бы помочь получить следующую работу, то вариант 2) может быть не таким жизнеспособным.
Интервьюеры, как правило, спрашивают о причинах, по которым вы готовы сменить работу. Это правда, что иметь «жалобный» тон нехорошо, и об этом обязательно нужно сказать в хорошем тоне. Может быть, начать с вашего личного мнения о хорошей команде и о том, что совместная работа в команде мотивирует вас выполнять свою работу, а не слишком много микроменеджмента.
Что касается №. 3: (...) you would significantly gain from 6-12 months experience in the job (...)- это будут 6-12 месяцев страданий, в течение которых вы будете постоянно в стрессе, перегружены работой, и это, по сути, сделает вас несчастным и в личной жизни. Кроме того, насколько ценен опыт работы в такой компании? Я не совсем уверен, что оно того стоит. Лично, если найти другую работу в этом месте относительно легко, я бы просто уволился и поискал другую компанию (именно в таком порядке, если позволяют ваши сбережения).
@satelllink Я думаю, он мог бы также упомянуть о потере 5 других разработчиков. Ему не обязательно критиковать компанию напрямую, просто упомяните, что тяжело работать с большой текучкой, и пусть интервьюер сделает правильный вывод.

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

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

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

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

«Обязанность скрам-мастера состоит в том, чтобы убедиться, что есть готовые истории, убедиться, что эти истории имеют разумные сюжетные точки, убедиться, что нужное количество историй попадет в следующий спринт, и отслеживать, сколько историй делает команда. . И их обязанность - сообщать о прогрессе всем, кто должен быть вовлечен». -- точно нет. То, что вы описываете, является владельцем продукта.
Владелец продукта отвечает за создание контента для историй. Тем не менее, работа Скрам-мастера заключается в том, чтобы убедиться, что истории готовы к работе. Таким образом, это может означать передачу истории команде разработчиков, чтобы узнать, готова ли она быть указана, а если нет, то вернуть ее к PO для получения более подробной информации. Кроме того, PO не имеет ничего общего с тем, сколько историй находится в работе или находится в спринте.
@industry7 «Однако работа скрам-мастера заключается в том, чтобы убедиться, что истории готовы к работе». Пожалуйста, прочтите Руководство по Scrum Джеффа Сазерленда и Кена Швабера: «Уточнение Бэклога Продукта — это процесс добавления деталей, оценок и порядка элементов в Бэклоге Продукта. Это непрерывный процесс, в котором Владелец Продукта и Команда Разработки сотрудничают. детали элементов невыполненной работы по продукту. Скрам-команда решает, как и когда выполнять доработку». Так что это ответственность команды, хотя скрам-мастер должен способствовать этому процессу.

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

Учитесь и задавайте вопросы в процессе собеседования.

Если вы пойдете ему навстречу, он, скорее всего, найдет причину вас уволить.

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