Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024) — различия между версиями
м |
м |
||
| Строка 2: | Строка 2: | ||
08.10.2024 Ижевск [https://conf24.uic.dev/program '''UIC.dev'''] | 08.10.2024 Ижевск [https://conf24.uic.dev/program '''UIC.dev'''] | ||
[https://conf24.uic.dev/speakers/187 Доклад на сайте конференции] | [https://conf24.uic.dev/speakers/187 Доклад на сайте конференции] | ||
| − | Видео | + | [https://vkvideo.ru/video-184504774_456239185 Видео на vk] (надо подписаться на канал конференции) |
Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта. | Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта. | ||
Текущая версия на 10:07, 18 апреля 2026
08.10.2024 Ижевск UIC.dev Доклад на сайте конференции Видео на vk (надо подписаться на канал конференции)
Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта.
Доклад развивает серию статей по ведению постановок на habr Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований, Agile-методы: light-версии требований, по которым был сделан доклад Требования или модели - как писать постановки (AnalystDays-2023) и ряд других. Но логика рассказа отличается, это легко увидеть, если сравнить презентации.
При подготовке выступления его пришлось сильно сокращать, и весной 2025 мы с Евгением Галактионовым, курировавшим секцию на конференции сделали вебинар «Постановка от модели бизнеса до детального дизайна требований: как делать и кому» на его канале Системный подход, запись которого в свободном доступе. Вебинар получился длинный, на три часа неторопливого рассказа.
Презентация
Скачать весь pdf