В Scrum, должны ли разработчики напрямую общаться с клиентами (минуя ПО)?

Question

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

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

Есть ли передовая практика в схватке?

Answer 1

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

Обычно динамика этого являются:

• заинтересованных сторон: «Я хочу, чтобы это изменение сделано»
• Разработчик: «Спасибо за то, обратной связи, позвольте мне поговорить с владельцем продукта о вашей просьбе»
Владелец
• продукта: «Интересная обратная связь, я возьму его на борт, когда я делаю свои решения о продукте

Answer 2

Есть много аспектов этой проблемы может быть решен с

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

2. если владелец продукта внутри компании, то только время клиент будет говорить с разработчиками будет на время Sprint Review (во время демонстрации). Вы можете связать определенный период времени или повестку дня на этом собрании, где клиент может адресовать все свои вопросы непосредственно разработчикам в присутствии других членов команды scrum.

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

Надеется, что это помогает в вашей ситуации, дайте мне знать, что ваше вводят также это.

Answer 3

Разработчики должны общаться непосредственно (желательно лицом к лицу) с любым, кто может предоставить полезную информацию. Однако владелец продукта несет ответственность за все изменения, внесенные в продукт.

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

Answer 4

Это очень общий вопрос. Scrum - это основа для достижения ловкости.

Scrum основывается на следующих ключевых ролях. Команда Scrum: разработчик, который работает над любыми задачами и отвечает за их спринт (на основе 2-4 недель.)

Владелец продукта:

• Является ли (или представитель) Клиент
• Развивает и поддерживает накопившийся Продукт
• приоритизирует Отставание Продукта
• правомочно принимать решения для всех клиентов и пользователи
• Подарки и объяснения Продукт История заказов

Scrum команда:

• Осуществляет работу, направленный Клиент
• Самоорганизация
• Семь плюс или минус два исполнителя
• деловых и технических навыков для построения приращению функциональности
• Ответственной для оценки и совершения работы
• Полная автономия и полномочия во время спринта

Таким образом, владелец продукта может быть лицом, которое общается с другими заинтересованными сторонами. Он может находиться в доме, который знает полное требование или представляет Клиента от их имени. Не существует жесткого и быстрого правила, согласно которому владелец продукта должен быть клиентом.

Сессия Спринта - При закрытии каждого спринта завершена работа и рассмотрены, обсуждены уроки, общий спринт оценивается и пересматривается.

Владелец продукта и другая заинтересованная сторона могут просмотреть выполненную работу для каждого спринта или после завершения полного продукта. Это зависит от ситуации и окружающей среды.

Но ясно одно, что владелец продукта должен представлять завершенную работу, но команда также может быть ее частью, и ее можно назвать Agile Retrospective Meeting.

Для более подробно: http://retrospectivewiki.org/index.php?title=Agile_Retrospective_Resource_Wiki

Answer 5

Scrum Guide не ограничивает коммуникацию между командой разработчиков и заинтересованных сторон. Команде Scrum предоставляется

... [самоорганизуется], чтобы выполнить работу в резервном хранилище Sprint ... по мере необходимости на всей территории Sprint.

Владелец продукта отвечает для управления Отставание продукта, который включает в себя,

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

Кроме того,

Для владельца продукта, чтобы добиться успеха, вся организация должна уважать свои решения. Решения владельца продукта видны в содержании и заказе Отчета продукта. Никто не может сообщать Команде разработчиков о работе по другому набору требований, и команде разработчиков не разрешается действовать по тому, что кто-либо еще говорит.

Команда разработки должна уважать решения владельца продукта, если он/она пожелает централизовать связи с заинтересованными сторонами, и это, безусловно, должны не работать на только что-нибудь заинтересованное лицо указывает, должно работать.

схватку Мастер называется заинтересованным сторонам тренера и Scrum команды:

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

Как команда Scrum работает, он должен оставаться открытым для улучшения во время спринтерской ретроспективы, в течение которого команда Scrum должна:

• Проверьте, как последний Sprint пошел по отношению к людям,
  взаимоотношений , процесс и инструменты;
• Определите и закажите основные предметы , которые прошли хорошо и потенциально улучшились; и,
• Создайте план для , реализуя улучшения в том, как команда Scrum выполняет свою работу.

TL; DR команда

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