Недавно я присоединился к компании-разработчику программного обеспечения, работая в Agile-команде из 6 человек.
У скрам-мастера в моей команде меньше опыта работы с программным обеспечением, чем у меня, но, основываясь на его навыках управления проектами и работы с клиентами, клиент попросил его возглавить этот проект. У нас обоих есть общий руководитель проекта, который не вмешивается в повседневную работу нашей команды.
Мой Скрам-мастер не очень меня поддерживает. Он не любит, когда ему задают вопросы, и говорил вещи, которые на самом деле причиняли мне боль. Из-за этого я на самом деле чувствую страх и много раз думаю, прежде чем задать ему какие-либо вопросы. Это на самом деле мешает моей работе.
Кроме того, в технологии, над которой я работаю, у меня не очень хороший практический опыт, а это означает, что для завершения работы требуется время, но, поскольку у меня есть опыт, он ожидает, что я сделаю это раньше.
Как я могу справиться с этим?
РЕДАКТИРОВАТЬ: Пример обсуждения с мастером схватки: -
Если я спрошу, хотим ли мы добавить эту функцию, он скажет: «Что я вам сказал?», а когда я отвечу, он скажет: «Если я сказал то, что вы только что сказали мне, то почему вы меня спрашиваете?»
Иногда, если я спрошу, нам нужно изменить определенную функциональность, он скажет: «Конечно, вы должны это сделать». Это здравый смысл.
Если я спрошу, как спроектировать фичу, он скажет мне: «думай сам». и если я скажу ему что-то, что мы можем сделать таким образом, он скажет мне: «Хорошо, это сделано? А что, если это произойдет, вы подумали об этом с этой точки зрения?»
Иногда он будет говорить мне, что я ничего не знаю, я хочу, чтобы это было сделано сегодня.
Скрам-мастер в моей команде имеет меньше опыта работы с программным обеспечением, чем я, но, основываясь на его навыках управления проектами и управления клиентами, клиент попросил его возглавить этот проект.
Похоже, что организация внедрила SCRUM, используя ту же старую иерархию «босс-работники», просто переименовав «босса» в «мастера схватки», и теперь думает, что использует SCRUM. Это не так .
Парня, который руководит всем этим, называют владельцем продукта. И это не тот же человек, что и мастер схватки, иначе все пойдет насмарку. С клиентом общается только владелец продукта. Нет ничего, о чем могли бы говорить SCRUM-мастер и клиент.
Вам нужно понять, чего вы хотите. Если вы хотите SCRUM, есть 3 участника: владелец продукта (большой босс), команда (парни, выполняющие работу) и мастер схватки. Он не является ни чьим начальником, ни членом команды. Его работа заключается в том, чтобы убедиться, что правила процесса схватки реализованы должным образом.
Возможно, вы захотите прочитать книгу о SCRUM, чтобы узнать, правильно ли она настроена.
Судя по схватке, ваши вопросы были адресованы не тому человеку. Все, что является требованием клиента, должно быть разъяснено вашим владельцем продукта, если у вас есть какие-либо вопросы. Все, что связано с разработкой программного обеспечения, должно быть разъяснено вашей командой, если у вас есть вопросы. Если у вас есть вопросы о процессе , о самом SCRUM, не стесняйтесь обращаться к своему SCRUM-мастеру.
Возможно, было бы неплохо спросить, кто является владельцем продукта. Если появляется скрам-мастер, бегите. Быстро и далеко. Вероятно, он вообще никогда не читал книгу о SCRUM.
Прочтите книгу Боба Саттона «Правило не придурка », а затем решите, работаете ли вы на его основе. Если ваш босс такой человек:
Краткий ответ : Найдите другую работу и уйдите.
Длинный ответ : найди другую работу и уйди. Потому что компания доверяет вашему начальнику, а не вам. Если это слова вашего босса против ваших, вы проиграете. И у компании явно нет механизмов, чтобы узнать, как начальник управляет людьми. Если вы остаетесь, вы подтверждаете поведение этого босса. Это плохо для вас. Если отдел кадров (HR) предлагает вам выходное собеседование, задокументируйте типичные взаимодействия, как вы сделали выше, а затем скажите HR, что эти взаимодействия вызвали у вас плохое самочувствие. Не называйте босса никакими именами и не пытайтесь предположить его мотивы. Просто опишите взаимодействие только в деталях и кратко изложите, что вы чувствовали. И не принимайте встречное предложение остаться.
В книге Саттона он говорит о метрике под названием «Общая стоимость мудака», которая измеряет финансовый ущерб, который такие боссы наносят своим компаниям, потому что сотрудники становятся злыми, подавленными и напуганными, и в результате компания терпит потери производительности. Ваша компания не может понять необходимость измерения таких затрат, если только люди не откажутся работать на таких людей.
Для меня это типичный случай травли. В подобных ситуациях нужно быть осторожным.
Если у вас есть вопросы по функциональности и/или возможностям, запишите их и отдайте SCRUM-мастеру. Если ваши вопросы касаются (значительных) изменений в продукте, необходимо сообщить владельцу продукта.
Иногда, если я спрошу, нам нужно изменить определенную функциональность, он скажет: «Конечно, вы должны это сделать». Это здравый смысл.
По моему опыту, он, вероятно, скажет это так, что вы почувствуете себя глупо или, по крайней мере, неуверенно. Укажите ему, что он не должен вести себя как мудак, когда вы просто просите подтверждения.
SCRUM-мастер должен направлять членов команды и разговаривать с владельцем продукта. Его можно рассматривать как посредника.
И последнее, но не менее важное: как написано в других ответах, можно уйти. Но имейте в виду: он доставляет вам дискомфорт, и есть чертовски много других людей, которые сделают то же самое. Я не говорю, что вы не должны уходить, но вы можете ожидать подобную ситуацию в следующей компании (может быть, вы никогда больше не встретите такого, как он).
Не уходите сразу от проблем, а старайтесь с ними бороться. Это сделает вас сильнее, увереннее и опытнее.
актон
пользователь8365
скрежет729
тиего1967
Дуджонстон