В гугл доках хорошо совместно писать текст истории с критериями, а потом классно переносить готовые варианты на доску.

а что именно вы оцениваете? Если всю работу по фиче целиком - то и ваша оценка должна все факторы учитывать, предполагаемый объем работ (всех, в том числе и QA), риски, неопределенность. В такой ситуации вполне может быть, что разработчику доработка стоит 5 минут, а тестированию - регрессию делать неделю, потому что в каком-то неожиданном месте эта доработка, а автоматизации там нет

Google Docs, realtimeboard.com, storiesonboard.com

Ребяят, we need your help! Кто-то зафичерил Кайтен на продукт ханте Многие здесь пробовали использовать Кайтен, или делают это прямо сейчас Поддержите нас или выскажите ваше мнение! https://www.producthunt.com/posts/kaiten Заранее спасибо!

кто-то [x]

нам об этом вообще левые ребята сообщили 🙈 обычно кампании такие готовятся долго, а тут вот так вот на тебе)

Что значит "зафичерил"?

@pavlovajane вот тут почитайте

Такое распределение получается потому, что sp - не прокси для длительности :)

Впрочем, при оценке в идеальных часах она тоже будет совсем не линейна :)

Ребяят, we need your help! Кто-то зафичерил Кайтен на продукт ханте Многие здесь пробовали использовать Кайтен, или делают это прямо сейчас Поддержите нас или выскажите ваше мнение! https://www.producthunt.com/posts/kaiten Заранее спасибо!

159 голосов, это хорошо?)

На самом деле при любом методе оценки по sp вариативность итоговых результатов по длительности будет очень велика.

Коллеги, привет! Подскажите плагин для Jira, кот. бьёт таки колонки на две с общим WiP'ом?

Коллеги, привет! Подскажите плагин для Jira, кот. бьёт таки колонки на две с общим WiP'ом?

Это точно не плохо! =)

Доброй ночи. Ребят, кто работает с user story, а как вы проводите одну историю через дизайн, бэкенд, фронтенд? Создаёте дубли, подзадачи? Или может одну историю гоняете через все? Очень интересно как кто делает, а то в голове не совсем прорисовывается этот процесс.

Доброй ночи. Ребят, кто работает с user story, а как вы проводите одну историю через дизайн, бэкенд, фронтенд? Создаёте дубли, подзадачи? Или может одну историю гоняете через все? Очень интересно как кто делает, а то в голове не совсем прорисовывается этот процесс.

Дизайн (имхо) стоит делать сразу после написания user story, как определились со спринтом. Ибо к разрабам она точно должна попасть уже отрисованой ;)

Не всякая история морду имеет :)

Обычный эпик. В нем атомарные задачи

Применим ли Scrum к веб разработки, например к разработке корпоративного сайта? Или в это нет смысла, если на разработку уходит 3 недели. То есть нет длинного отрезка пути, на котором есть неопределенности.

Коллеги, я в энтрепрайзе. Да отдельная стори для бэкеи, фроната и много чего. Суть там вообщето то сильно разная.

3 недели для корп сайта это мало.

Юзер стори-> прот -> дизайн

А дальше?) меня больше интересует как эту стори отдать например 3 разрабам. Андроид, Айос, и бэкенд

ну это если аджайлом, для таких мелких проектов достаточно ватерфола

Us нельзя бить на бек фронт ios, android и другие бесполезные темы для заказчика/пользователя. У нас 2 дизайнера на 8 команд. Дизайн просто рисуется например для большого куска, целая страница с функционалом. po бьют страницу на us, приносят командам, они уже бьют ещё раз, что бы сделать мельче, а потом декомпозмруют на задачи

Us нельзя бить на бек фронт ios, android и другие бесполезные темы для заказчика/пользователя. У нас 2 дизайнера на 8 команд. Дизайн просто рисуется например для большого куска, целая страница с функционалом. po бьют страницу на us, приносят командам, они уже бьют ещё раз, что бы сделать мельче, а потом декомпозмруют на задачи

Детального описания нет) us должна побеждать команду к обсуждению, иначе очень быстро все скатывается к теме "ну это же не было написано".

Только ставят себе сами, основываясь на us которые им пронесли?

Детального описания нет) us должна побеждать команду к обсуждению, иначе очень быстро все скатывается к теме "ну это же не было написано".

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

А когда команд 8?

Ну тогда получается модно завести в джире us. А ребята (андроид, Айос, бэкенд) обсудили ее и поставили себе подзадачи к этой сторис и погнали?)

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

Вот вот, и на выходе редкий бардак. А так все нарезано, точки интерграции поставлены, сроки обозначены

В us прописаны критерии приемки для тестирования

В us прописаны критерии приемки для тестирования

Вы точно понимаете, что такое us?