Как справиться с ситуацией, когда скрам-мастер не поддерживает [закрыто]

Недавно я присоединился к компании-разработчику программного обеспечения, работая в Agile-команде из 6 человек.

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

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

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

Как я могу справиться с этим?

РЕДАКТИРОВАТЬ: Пример обсуждения с мастером схватки: -

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

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

  3. Если я спрошу, как спроектировать фичу, он скажет мне: «думай сам». и если я скажу ему что-то, что мы можем сделать таким образом, он скажет мне: «Хорошо, это сделано? А что, если это произойдет, вы подумали об этом с этой точки зрения?»

  4. Иногда он будет говорить мне, что я ничего не знаю, я хочу, чтобы это было сделано сегодня.

Это звучит так, будто несколько вопросов превратились в плохую ситуацию. Что бы вы спросили у своего скрам-мастера и что он ответил вам? Вы говорите, что вам не хватает практического опыта, но скрам-мастер ожидает, что вы справитесь лучше. Не могли бы вы разделить это на вопросы, на которые можно ответить, пожалуйста?
Ты не задаешь ему никаких вопросов о схватке. Какое отношение ко всему этому имеет то, что он Скрам-мастер? Он также является вашим руководителем группы или старшим разработчиком?
Я полагаю, что роли перепутаны. Если скрам-мастер не считает себя лидером команды или старшим разработчиком, ответ на вопросы должен был быть таким: «Я не ваш руководитель группы, спросите у своего руководителя группы». Так явно он играет роль лидера команды. И как таковые, его ответы более чем бесполезны. Он пытается подавить члена команды и, кажется, преуспевает (нанося вред членам своей команды).
Я знаю, что ОП использует слово SCRUM, но я не могу не заметить, что проблемы, с которыми он сталкивается, категорически не связаны с практикой SCRUM. Это случай, когда коллеги не ладят, и это может произойти независимо от того, какая методология используется в организации.
Я думаю, что ОП должен знать, что часто бизнес использует последнее модное словечко, чтобы попытаться обратиться к своим разработчикам, не покупаясь на самом деле сверху.

Ответы (3)

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

Похоже, что организация внедрила SCRUM, используя ту же старую иерархию «босс-работники», просто переименовав «босса» в «мастера схватки», и теперь думает, что использует SCRUM. Это не так .

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

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

Возможно, вы захотите прочитать книгу о SCRUM, чтобы узнать, правильно ли она настроена.

Судя по схватке, ваши вопросы были адресованы не тому человеку. Все, что является требованием клиента, должно быть разъяснено вашим владельцем продукта, если у вас есть какие-либо вопросы. Все, что связано с разработкой программного обеспечения, должно быть разъяснено вашей командой, если у вас есть вопросы. Если у вас есть вопросы о процессе , о самом SCRUM, не стесняйтесь обращаться к своему SCRUM-мастеру.

Возможно, было бы неплохо спросить, кто является владельцем продукта. Если появляется скрам-мастер, бегите. Быстро и далеко. Вероятно, он вообще никогда не читал книгу о SCRUM.

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

Прочтите книгу Боба Саттона «Правило не придурка », а затем решите, работаете ли вы на его основе. Если ваш босс такой человек:

Краткий ответ : Найдите другую работу и уйдите.

Длинный ответ : найди другую работу и уйди. Потому что компания доверяет вашему начальнику, а не вам. Если это слова вашего босса против ваших, вы проиграете. И у компании явно нет механизмов, чтобы узнать, как начальник управляет людьми. Если вы остаетесь, вы подтверждаете поведение этого босса. Это плохо для вас. Если отдел кадров (HR) предлагает вам выходное собеседование, задокументируйте типичные взаимодействия, как вы сделали выше, а затем скажите HR, что эти взаимодействия вызвали у вас плохое самочувствие. Не называйте босса никакими именами и не пытайтесь предположить его мотивы. Просто опишите взаимодействие только в деталях и кратко изложите, что вы чувствовали. И не принимайте встречное предложение остаться.

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

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

Для меня это типичный случай травли. В подобных ситуациях нужно быть осторожным.

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

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

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

SCRUM-мастер должен направлять членов команды и разговаривать с владельцем продукта. Его можно рассматривать как посредника.

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

Не уходите сразу от проблем, а старайтесь с ними бороться. Это сделает вас сильнее, увереннее и опытнее.