Работа с проблемным мастером/коллегой SCRUM [закрыто]

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

Вы можете спросить, сказав

«Привет, ДЖЕЙН, я уже некоторое время занимаюсь одной и той же работой. Мне бы хотелось, чтобы у меня были другие задачи по разработке, потому что я очень хочу узнать больше о том, над чем вы хотите работать . задачи, связанные с этим?

Касательные мысли для OP

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

Вы упоминаете

случай «расширения прав и возможностей» товарища или ... она не воспринимает ее как угрозу ...

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

Вы упоминаете

Конечно, почти никакие знания не делятся.

Что вы пробовали? Возможно, вы ничего не пробовали — хороший вопрос, который вы можете задать своему руководителю, будет заключаться в том, как поощрять обмен знаниями. Дайте несколько продуманных вариантов. Еженедельные встречи? Совместное обеденное время? Обзоры кода (в учебных целях)? Вы не просто кодер, вы человек — вам разрешено просить о другом стиле или системе управления, чтобы помочь вам работать лучше. Это то, что любой руководитель хочет от своих сотрудников!

Затем вы спрашиваете:

Что мне здесь делать? Прямо противостоять ей? Попытаться подорвать ее каким-то закулисным «политиканием», донести до начальства или просто попытаться перейти в другую команду?

1. Да, но это не "конфронтация". Вы просто просите более интересную работу. Вы имеете полное право сделать это, но вы должны делать это вежливо.
2. Не пытайтесь подорвать ее. В основном потому, что вы младший инженер с, возможно, низким социальным капиталом (с кем вы собирались «политизировать»?), так что это будет иметь неприятные последствия. В общем, в этом случае нет причин подрывать ее. Пожалуйста, отметьте эту идею.
3. Вы можете и должны сообщить об этом своему начальству, и я предполагаю, что она является вашим начальством. Если у вас действительно есть другой линейный менеджер, поднимите ему — опять же, вежливо, без «политикинга» или обвинений в дискриминации, что вам нужна более интересная работа, потому что вы хотите учиться.
4. Вы можете перейти в другую команду, но я не уверен, что это лучшее решение. Основная проблема в том, что вы, кажется, не знаете, как взаимодействовать в команде — это нормально, все учатся этому со временем. Переход в новую команду будет просто означать, что вам придется учиться тому же, но с другими людьми.

Как заметил комментатор, вы не используете Scrum*. Описание роли человека как скрам-мастера, если вы не занимаетесь скрамом, ничего не говорит нам ни о роли этого человека, ни о структуре команды в целом.

Учитывая скудность информации, буду краток:

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

* Вы не используете Scrum, потому что описываете роль Scrum Master как назначение задач отдельным членам команды. Одной из конкретных ролей Скрам-мастера в Скраме является предотвращение процесса, в котором человек назначает определенные задачи членам команды.

Как упоминалось ранее, Scrum прямо запрещает описываемое вами поведение. Из руководства по Scrum:

Они самоорганизуются. Никто (даже Скрам-мастер) не говорит Команде Разработки, как превратить Бэклог Продукта в Инкременты потенциально выпускаемой функциональности;

Тем не менее, цитирование Руководства по Scrum вряд ли принесет вам результаты. Хорошей отправной точкой может стать предложение взять на себя некоторые из этих более интересных задач или даже выполнить их в паре. Возможно, она пытается поступить правильно — оптимизировать эффективность, — не осознавая, какое влияние она оказывает на ваш рост и удовлетворенность работой. Ретроспективы — прекрасное место для таких дискуссий.

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

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