Это приемочные же как раз.
Ну вот. У PBR две цели:
Стори достаточно маленькие, чтобы поместиться в спринт и у сторей есть acceptance criteria либо четко зафиксированные вопросы для PO
Pavel
Sergey
В дор можно включать типа:
- есть макеты
- обсудили подводные камни
- юзерстори сделана по инвесту
- есть ацептанс
Примерно так и есть у нас сейчас. Спасибо!
Sergey
Ну вот. У PBR две цели:
Стори достаточно маленькие, чтобы поместиться в спринт и у сторей есть acceptance criteria либо четко зафиксированные вопросы для PO
Ну это есть уже. Мы сейчас будем еще добавлять пункт о ссылке на инициатора, чтобы можно было команде общаться. Ну или выборку некую, фокус группу, для этих же целей.
Sergey
Блин, я спать.
Pavel
Ну это больше про подготовку к PBR, чем про результат :)
Ivan
еще как вариант можно в ДоР дописать что-то типа
"команда понимает как создавать элемент беклога и зафиксировала подход"
Sergey
Не могу, третий день допоздна
Sergey
еще как вариант можно в ДоР дописать что-то типа
"команда понимает как создавать элемент беклога и зафиксировала подход"
КАК по идее решается на второй части планирования. зависит от команды. В нашем случае вряд-ли можно использовать. Для одной команды норм.
Sergey
Я спать, все потом почитаю.
Ivan
😴 спок
Artem
Я вернулся
Artem
Смотрю вы все про стори
Artem
Вроде все по делу )
Artem
С дор только перегибать не стоит имхо
Yuriy
ага, без фанатизма)
Глебка
о, Артем, а разраб со мной работающий бывший кивист, знает тебя))
Artem
сильно ругает? :)
Artem
мир вообще маленький
Artem
а мир айти тем более
Artem
имхо здорово иметь один дор на все айтемы беклога - упрощает жизнь
Artem
если вы заносите в беклог спайки (анализ?), баги и пр, то как там может быть "готов макет" например?
Pavel
Ну да.
Artem
макеты до спринта это вообещ антипаттерн, правда настолько частый, что все смирились давно
Pavel
Хотя я обычно рекомендую более-менее простой:
Стори имеют персону и benefit explanation
Стори являются частью сторимапа
Стори оценена командой
Оценка не превышает Х (fit to sprint)
В стори есть четкие acceptance criteria, подтвержденные командой и продакт овнером
Pavel
Врде ничего не забыл
Artem
первое не понял, что за персона?
Pavel
As a <persona> I want <action> so I can get <benefit>
Artem
про сторимап пункт интересный ) одобряю, но пока не пробовал
Artem
а, вон ты про что )
Artem
твои дор опять только про стори
Pavel
Да.
Artem
может конечно у вас работает
Artem
но у меня не удавалось пока беклог только из них сделать
Pavel
Ну да, есть еще другие типы требований, но в основном в бэклоге стори.
Глебка
говорит ты норм)
Artem
фамилия? )
Artem
пароли и явки
Jane
Хотя я обычно рекомендую более-менее простой:
Стори имеют персону и benefit explanation
Стори являются частью сторимапа
Стори оценена командой
Оценка не превышает Х (fit to sprint)
В стори есть четкие acceptance criteria, подтвержденные командой и продакт овнером
а вот про сторимап можно подробнее - какая у него глубина у вас? стандартно - эпики- темы-стори
Pavel
Для энейблеров какие-то части можно пропустить. Для improvement тоже.
Pavel
а вот про сторимап можно подробнее - какая у него глубина у вас? стандартно - эпики- темы-стори
Это не стандартно, это SAFe deformation :)
Глебка
Дима луканин
Глебка
бекенд
Jane
про сторимап пункт интересный ) одобряю, но пока не пробовал
да, точно, не пробовала, но одобряю)
Pavel
У сторимапа, классического, глубина всегда три элементаЖ theme-epic-story :)
Jane
Во что?
Pavel
а как у вас оно?деформировалось?)
У нас - никак, это в SAFe оно деформировалось :) На уровне терминов :)
Jane
ааа
Artem
а у нас тема-действие-стори )
Artem
для проектов
Jane
действие?
Глебка
активити наверн
Artem
ну да
Artem
но сторимап только вводим, у нас все бурно развивается и меняется
Artem
+ специфика продуктовой разработки
Artem
ну когда у тебя есть просто проект, то это ПРОЕКТ! Вот его реально можно разбивать на эпики и потом еще пару уровней. Это да. А потом он либо завершается, либо становится... бесконечным. Превращаясь в продукт.
Artem
И когда он продукт.. ну можно сказать, что продукт развивается проектами
Artem
но это уже не такого масштаба проекты, как правило
Artem
там где-то уже проект = эпик получается
Artem
не надо рисовать огромные сторимапы, берете эпик, расписываете активити, получаете стори.
Artem
да, конечно должен быть выше уровень, типа глобальной цели, роадмапа или вижена, но его можно и не регламентировать настолько сильно. Иногда достаточно просто побухать команде с ПО, чтобы понять его вижн )
Pavel
Эмн... Мы точно счас об одном и том же сторимапе говорим?:)
Pavel
Вот у тебя есть фича, в фиче какойто user journey или там бизнес-правила.
Pavel
И с каждй из них - набор сторей.
Artem
сторимап это ж инструмент, его можно как угодно применять
Pavel
Ну да
Artem
я видел и сторимапы целых проектов
Pavel
Просто именно в проектной среде его обычно не применяют, он все-таки для описания продукта служит
Artem
сторимап по фиче это как раз скорей про что я вещаю
Pavel
Им тяжело именно скоуп проекта описывать. Можно, но значем?
Artem
почему тяжело? а чем проще?
Pavel
WBS. Проект же :)
Глебка
ееее, pmbok)
Pavel
В проекте есть бюдежт, приоритеты, вот это вот все. Сторимап их просто не описывает :)
Глебка
слишком много букв)
Artem
В проекте есть бюдежт, приоритеты, вот это вот все. Сторимап их просто не описывает :)
ну не, я ж все таки про реализацию проекта уже
Artem
бюджетирование давайте оставим на другом уровне