Изменения

* [[:Категория:Системное мышление|Серия докладов по '''системному мышлению''']], начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]], [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)]].* Серия статей на 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-версии требований'''], * '''Доклады по ним сделан доклад созданию постановок'''** '''[[Требования или модели Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ- 2025)]]'''** '''[[Аналитик и legacy: как писать постановки разобраться в устройстве старой системы? (AnalystDays-20232025)]]'''** '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, а в котором много материала** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)]]''' развивает тему. В 2017 был доклад ** '''[[Как выбрать для проекта практики проектирования и работы с требованиями Требования или модели - как писать постановки (Максим Цепков на AnalystDays-20172023)]], материал отличается.'''* * '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]] ''' - рассказ про ведение проекта в целом.* * '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''. ** С ведением постановок перекликаются вопросы разделения ответственности, эти доклады выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.* Фокус на бизнес-архитектуру: [[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]], свежее развитие [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]* [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. В общих докладах по ведению постановок? перечисленных выше, DDD я тоже рассматриваю как один из методов. ** '''[[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]]''' и '''[[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]]''' — с фокусом применении при проектировании** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.

* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родился доклад [[Что такое - хорошая интеграция (Saint Highload-2021)]] и его развитие [[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]