Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024) — различия между версиями
м |
м |
||
| Строка 1: | Строка 1: | ||
{{RightNote|[[:Категория:Архитектура|Еще про архитектуру и постановки]]}} | {{RightNote|[[:Категория:Архитектура|Еще про архитектуру и постановки]]}} | ||
| − | 08.10.2024 Ижевск [ | + | 08.10.2024 Ижевск [https://conf24.uic.dev/program '''UIC.dev'''] |
| − | [ | + | [https://conf24.uic.dev/speakers/187 Доклад на сайте конференции] |
| − | Видео | + | Видео доступно купившим записи |
| − | Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, 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 и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта. |
Доклад развивает серию статей по ведению постановок на habr [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований'''], по которым был сделан доклад '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]''' и ряд других. Но логика рассказа отличается, это легко увидеть, если сравнить презентации. | Доклад развивает серию статей по ведению постановок на habr [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований'''], по которым был сделан доклад '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]''' и ряд других. Но логика рассказа отличается, это легко увидеть, если сравнить презентации. | ||
| + | |||
| + | При подготовке выступления его пришлось сильно сокращать, и весной 2025 мы с Евгением Галактионовым, курировавшим секцию на конференции сделали [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)|'''вебинар «Постановка от модели бизнеса до детального дизайна требований: как делать и кому»''']] на его канале [https://t.me/systemspodhod '''Системный подход'''], запись которого в свободном доступе. Вебинар получился длинный, на три часа неторопливого рассказа. | ||
= Презентация = | = Презентация = | ||
Текущая версия на 10:01, 15 марта 2025
08.10.2024 Ижевск UIC.dev Доклад на сайте конференции Видео доступно купившим записи
Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта.
Доклад развивает серию статей по ведению постановок на habr Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований, Agile-методы: light-версии требований, по которым был сделан доклад Требования или модели - как писать постановки (AnalystDays-2023) и ряд других. Но логика рассказа отличается, это легко увидеть, если сравнить презентации.
При подготовке выступления его пришлось сильно сокращать, и весной 2025 мы с Евгением Галактионовым, курировавшим секцию на конференции сделали вебинар «Постановка от модели бизнеса до детального дизайна требований: как делать и кому» на его канале Системный подход, запись которого в свободном доступе. Вебинар получился длинный, на три часа неторопливого рассказа.
Презентация
Скачать весь pdf
