Agile Development - начальная история, но не может закончиться из-за ограничений

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

Мы начали рассказ и на полпути сделали его, но не можем закончить его, пока работа не будет завершена в 2-3 спринтах из другой команды.

Мы не хотим закрывать его, но мы не хотим «переносить» его на 2 спринта.

источник

2016-02-16 Exziled

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

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

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

источник

2016-04-13 03:53:42

Обычный подход - взять историю из спринта.

Однако стоит учесть:

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

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

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

Если это уже ваш подход, но была допущена ошибка, чтобы пропустить зависимость, то по-прежнему стоит обсудить это в вашей ретроспективе. Можно ли избежать этой проблемы в будущем?

источник

2016-02-16 16:26:49

Agile Development - начальная история, но не может закончиться из-за ограничений

ответ

Смежные вопросы