Можно ли иметь более одной роли в процессе SCRUM [закрыто]
https://stackoverflow.com/questions/409342
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Как вы думаете, нормально ли, чтобы человек занимал несколько должностей в компании по разработке программного обеспечения, которая хочет использовать SCRUM?
Например.это нормально/возможно, если человек
- SCRUM-мастер и член команды
- Владелец продукта и член команды
- SCRUM-мастер и владелец продукта
Какие комбинации, по вашему мнению, возможны?Работаете ли вы в таком коллективе?Что следует учитывать, если у человека более одной роли?
Спасибо за любые подсказки.
Решение 5
Спасибо за все ваши ответы.Я не могу выбрать один из них в качестве принятых ответов, потому что все они ценны.Поэтому я принимаю этот ответ, чтобы удалить напоминание со страницы моего профиля.
Другие советы
Все наши скрам-мастера являются участвующими членами команды, и я думаю, что это прекрасно работает.Этот процесс очень хорошо справляется с различиями в производительности.
Я действительно считаю, что владелец продукта должен быть внешним, но я просто считаю, что команды должны находиться на некоторой дистанции от владельца продукта.
Владелец продукта не должен занимать должность разработчика или руководителя проекта;весь смысл в том, чтобы найти кого-то, кто сможет принять результат и является экспертом в данной области.Если вы сделаете их членами команды, вы вернетесь к тому, чтобы разработчики продукта определяли продукт;это Плохо.И если вы сделаете их мастером SCRUM, во-первых, у них, вероятно, нет опыта разработки, который нужен мастеру SCRUM для понимания проблем и оценок, а во-вторых, они затем будут контролировать точные процессы и продукты, которые мастер SCRUM должен служить в качестве баланс на.
Мастер SCRUM, безусловно, может взять на себя некоторые обязанности члена команды, особенно в небольшой команде.Однако в большинстве случаев, когда размер команды превышает 3-4 человека, у SCRUM-мастера не остается времени на регулярную работу по разработке.
[Обновлено:«SCUM» освоил очень неудобную опечатку.]
Найдите архивы списка scrum-обсуждений. Там это уже давно обсуждалось.
Наш SCRUM-мастер и владелец продукта — одно и то же лицо, но он уникальный человек, который знает, когда он носит шляпу SCRUM-мастера (или в данном случае повязку Karate Kid), что он не является владельцем продукта, и наоборот.
Ах да, и я определенно рекомендую повязку на голову Karate Kid для мастера SCRUM.
В «идеальной ситуации Scrum» вы не будете делить роли.
Scrum master and team member
Иногда возникал конфликт интересов между необходимостью выполнить свою задачу и необходимостью устранить препятствие, о котором сообщил член команды.В каждой из своих ролей они «обязались» выполнить свою роль до окончания спринта – что должно иметь приоритет?Однако на самом деле это, пожалуй, самое распространенное сочетание ролей.
Product owner and team member
На самом деле никогда не следует иметь одного и того же человека, принимающего работу как завершенную и фактически выполняющего ее.Это должно происходить только в компании, состоящей из одного человека, и в этом случае вы можете вообще поставить под сомнение идею использования Scrum.
Scrum master and product owner
Я снова вижу потенциальный конфликт интересов между Scrum-мастером, желающим завершить спринт, как было запланировано, и владельцами продукта, которые должны согласиться и сказать, что спринт принят.
Scrum намеренно разделяет традиционные обязанности по управлению проектами, чтобы защититься от традиционных ошибок управления проектами, включая давление и микроменеджмент.По определению, Скрам-мастер не имеет полномочий, а Владелец продукта имеет полномочия, поэтому, если мы объединим этих двоих в одного человека, нам следует просто быть честными и назвать этого человека обычным менеджером проекта (возможно, с некоторыми навыками Agile).
Остальные комбинации (ПО — член команды, СМ — член команды) также имеют недостатки, но менее вредны.
