Pull to refresh

Comments 6

Неплохая статья, но очень тяжело читать из-за тысячи запятых в непонятных местах. Неправильная пунктуация очень отвлекает и заставляет сомневаться в достоверности написанного.
Спасибо за критику, действительно было тяжело правильно расписать всё. Несколько дней мучался с разными редакторами, что бы сделать текст «попроще». В следующий раз постараюсь написать лучше)
UFO landed and left these words here
Конкретно в таком ключе, в моей команде пока не всплывало подобное. Но сам процесс ещё не устаканился. Главное с самого начала попробовать, и дальше корректировать процесс, ну это основа Scrum). Насчет «обсуждаемости» больше всего вопросов) Я думаю каждая команда должна в какой то степени обработать модель INVEST и придти к общему пониманию каждого пункта. Самое важное для моей команды было уйти от мысли, что US можно превратить в ТЗ, ибо мы так попробовали, и на первом же планировании обожглись. Обсуждаемость, помогает во время планирования разметить те моменты, которые надо будет уточнить. Но вполне реальны и часты US когда дополнительного обсуждения не требуется.

Немного подушню;) Не совсем корректно написано. INVEST — это критерии хорошей User Story, и чаще всего их соответствие — это лишь один из пунктов DoR. DoR может включать и другие аспекты, специфичные для конкретной команды или проекта. Например, если в команде нет дизайнера или согласование дизайна занимает много времени, можно добавить в DoR требование о наличии готового дизайна перед началом работы.

Пример хорошего DoR:

✅ История сформулирована по критериям INVEST.

✅ Понимание: Команда понимает, что нужно сделать, и согласна с постановкой задачи. ✅ Критерии приемки: Четко описаны и понятны всем членам команды.

✅ UI/UX: Если требуется дизайн, все необходимые материалы готовы.

✅ Внешние зависимости: Устранены или четко обозначены, чтобы избежать блокеров в процессе работы.

Sign up to leave a comment.

Articles