Спасибо! У меня есть несколько наболевших вопросов тогда -)
1. Вы работали с классическими сторис, которые состоят из короткого описания и списка Acceptance Criteria, а все дизайны и более подробные требования находятся в спек шите эпика? QA-команда участвовала в написании AC?
2. Если через какое-то время после релиза фичи она меняется, должен заводиться новый тикет, в котором частично будет тот же спек шит, или используется старый эпик?
3. Если над фичами работает несколько команд, должны заводиться в продуктовом борде с эпиками в качестве свимлайнов, и к каждой стори в спринте дев команды заводят таски уже в своих бордах?
4. Если фичей в продукте много, как группируются эпики? Я встречал подход, когда вместо эпиков используются фичи, которые уже группируются в эпики, но не очень понятно, насколько это корректно.
5. Ну и самый неочевидный для меня вопрос: как все это правильно увязать со спринтами продуктовой и дизайн-команды?
Если где-то все это уже описано, буду очень признателен за ссылку.
А кто-нибудь реально внедрял Agile User Stories или Job Stories? Дев команды оценивали и брали в разработку именно Stories c их AC, а все детали брали из spec sheet'а эпика?
Крупные технологические компании стали нанимать таких вот выпускников гуманитарных колледжей для увеличения diversity, обеспечив их шестизначными зарплатами.
Но оказалось, что social justice и global warming им интереснее технологий и рынка.
И не очень комфортно с другими коллегами.
Из-за чего они испытывают депрессию и уходят.
1. Вы работали с классическими сторис, которые состоят из короткого описания и списка Acceptance Criteria, а все дизайны и более подробные требования находятся в спек шите эпика? QA-команда участвовала в написании AC?
2. Если через какое-то время после релиза фичи она меняется, должен заводиться новый тикет, в котором частично будет тот же спек шит, или используется старый эпик?
3. Если над фичами работает несколько команд, должны заводиться в продуктовом борде с эпиками в качестве свимлайнов, и к каждой стори в спринте дев команды заводят таски уже в своих бордах?
4. Если фичей в продукте много, как группируются эпики? Я встречал подход, когда вместо эпиков используются фичи, которые уже группируются в эпики, но не очень понятно, насколько это корректно.
5. Ну и самый неочевидный для меня вопрос: как все это правильно увязать со спринтами продуктовой и дизайн-команды?
Если где-то все это уже описано, буду очень признателен за ссылку.
Но оказалось, что social justice и global warming им интереснее технологий и рынка.
И не очень комфортно с другими коллегами.
Из-за чего они испытывают депрессию и уходят.
Очень поучительная история, как мне кажется.