Use case или User story? Хватит выбирать - даешь все и сразу | Analyst days

При выборе подхода к управлению требованиями нередко встает вопрос, что использовать старые добрые use case с приложением в виде UML или модные-молодежные user story с их ориентацией на пользователя и максимальной простотой, чтобы поскорее перейти к разработке. Хватит выбирать! Поговорим о том, как можно совместить эти подходы, а попутно выстроить нормальный процесс управления требованиями и обновлением базы знаний.
Выступление на Международной конференции по системному и бизнес-анализу Analyst days #13: analystdays.ru/ru/index
00:00 - Вступление
01:20 - О чем расскажу?
02:56 - Почему об это?
04:13 - Про классификацию и виды требований
05:05 - Про use case
08:30 - Про user story
10:22 - Сравнительная таблица: use case и user story
12:07 - Архитектура и требования
16:06 - Что со всем этим делать?
18:59 - Примеры практического применения
21:30 - Подведение итогов
26:30 - Q&A

[@digitletter]

Поделитесь своим мнение по докладу в комментариях. Буду благодарен за обратную связь.

[@Dargeron1]

Отличный доклад! Буквально месяца полтора назад задался таким же подходом для выявления и документирования Функциональных требований, но в итоге не приняли, т.к. не все поняли чем это отличается от предыдущего подхода у нас в BIA

[@digitletter]

распространенная проблема. важно учитывать специфику компании, проекта, предметной области и пр. особенностей при внедрении. иначе любой, пусть даже отличны подход, может не взлететь

[@KMishichev]

Спасибо. Буду использовать. Потому как я упёрто давил на UseCase и встречал сопротивление... Теперь будет легче. Сам не додумался!

[@digitletter]

Спасибо за отзыв! Рад, что было полезно :)

[@KMishichev]

@@digitletter Очень важно, что ваше выступление имеет конкретный практический смысл!