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

Задний план

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

Проблема

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

  1. Можно ли запустить scrum, когда у нас есть люди с двумя разными ролями, работающими над одним спринтом, но над разными проектами, которые не зависят друг от друга? Я читал о запуске 2 потоков, где один поток будет для исследований (в моем случае), а другой для разработки, как в этой статье: Agile и пользовательский опыт: два потока.
  2. Как мне использовать Scrum, чтобы извлечь из него пользу, а не просто соглашаться с ним, потому что он требуется от меня?
  3. Покерная сессия - можем ли мы отказаться от покерной сессии, поскольку я пытаюсь найти баланс между скоростью команды и своими задачами. Есть ли другой способ оценить мои задачи, чтобы это не повлияло на скорость моей команды, если мне пришлось отказаться или создать новую пользовательскую историю в середине спринта?
  4. Какова основная роль Скрам-мастера в решении вопросов, касающихся спринта?
  5. Было бы профессионально высказать свои опасения, что я чувствую, что мне нужно больше исследователей в команде, и мне нужна некоторая гибкость по сравнению с традиционным способом схватки в других командах?

Изменить: есть ли способ переместить всю эту ветку в «Управление проектами», чтобы она была справедливой для тех, кто ответил на этот вопрос.

Здесь будет сложно определить разницу между потенциальным конфликтом с процессом Scrum в целом и тем, что делать с проблемами, связанными с реализацией Scrum на вашем рабочем месте. Определенно «работа скрам-мастера решать все вопросы» — это большой красный предупреждающий флаг, если какое-либо из этих решений касается приоритетов, назначения, принятия решения о том, какими должны быть оценки и т. все входные данные, такие как оценки и приоритеты, логичны, и вы рассматриваете Скрам-мастера как «правителя шоу», когда на самом деле они просто внедряют согласованную систему.
Я голосую за то, чтобы закрыть этот вопрос как не относящийся к теме, потому что все это относится к Scrum, и его лучше задать на сайте управления проектами (при условии, что он там по теме), а не на рабочем месте.
@Lilienthal - я бы разместил там сообщение, если бы знал, что есть специальный форум для конкретных тем Scrum.
Скрам — это религия, фундаменталистская. Желание повозиться с церемонией или признание того, что вы неверующий, не пойдет на пользу.
@TheMathemagician Держу пари, что ненавистники Scrum побеждают пользователей Scrum, когда дело доходит до демагогии. Существуют тысячи способов использовать или злоупотреблять им в управлении проектами. Кто вы такой, чтобы сказать, что скрам-мастер OP не выслушает разумный аргумент?
@Cryssie Взгляните на этот сайт . Сначала зайдите в чат, чтобы узнать, соответствуют ли ваши вопросы теме. Проблема с вашим сообщением здесь заключается в том, что пронумерованный список вопросов, который у вас есть, имеет лишь косвенное отношение к интересам пользователей этого сайта. Название вашего вопроса или его вариант лучше подходит, и я бы посоветовал вам обрезать остальные, чтобы сосредоточиться на одном вопросе, например: « Как я могу убедить своего менеджера, что меня следует исключить из методологии Scrum ». когда это не подходит к моей работе? »

Ответы (2)

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

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

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

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

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

Я бы сказал, очень много квадратных отверстий, а не несколько.
Позвольте мне перефразировать: «полностью состоит из квадратных отверстий с разной степенью округлости».

На самом деле Scrum касается не вашей работы, а работы команды . Его достоинства мало связаны с тем, работает ли этот процесс лично для вас, и гораздо больше связаны с тем, помогает ли процесс эффективно работать командам внутри вашей организации. На этот вопрос нельзя ответить, взглянув на опыт одного человека.

В любом случае:

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

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

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

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

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

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

Я бы предположил, что у Scrum действительно есть сильные преимущества по сравнению с вашим предыдущим процессом, даже если вы еще не видите их лично.

Спасибо за ваш отзыв. Просто чтобы уточнить, я не имею в виду, чтобы в команде было больше единомышленников, но я пытался сказать больше исследователей, которые понимают, какую работу я делаю в команде, но я споткнулся для слов.
Понял. Похоже, настоящая проблема в том, что ты не в той команде. Если вы не собираетесь специально быть экспертом в предметной области для разработчиков, обычно имеет смысл включить вас в команду, по крайней мере, с некоторыми другими исследователями.
Поскольку они не объяснили свой предыдущий процесс, я нахожу последнее заявление довольно самонадеянным.
Как мне убедить своего менеджера, что меня следует исключить из методологии Scrum, если она не подходит для моей работы? [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v