Системное мышление: что это и зачем нужно разработчику и аналитику? (Merge-2024) — различия между версиями
(Новая страница: « 15-16.11.2024 Технопарк Сколково [https://skolkovo2024.mergeconf.ru/ '''MergeConf-2024'''] [https://skolkovo2024.mergeconf.ru/development/self…») |
м |
||
Строка 9: | Строка 9: | ||
Записи не будет, смотрите предыдущие [[:Категория:Системное мышление|доклады из серии]] | Записи не будет, смотрите предыдущие [[:Категория:Системное мышление|доклады из серии]] | ||
+ | |||
+ | = Презентация = | ||
+ | |||
+ | {{Presentation|SysThink-Merge-2024-Tsepkov.pdf|290px}} | ||
[[Категория:Доклады]][[Категория:Системное мышление]] | [[Категория:Доклады]][[Категория:Системное мышление]] |
Версия 10:26, 15 ноября 2024
15-16.11.2024 Технопарк Сколково MergeConf-2024 Доклад на сайте конференции
Для успеха разработки надо хорошо представлять устройство софта и деятельности, в которую этот софт встраивается, — иметь модель.
Системное мышление — мощный метод для построения моделей и проектирования изменений. Но нужен ли такой мощный инструмент архитектору, разработчику и аналитику? Ведь существует много прикладных моделей и подходов, таких как для C4 model и ArchiMate для архитектуры, ООП и DDD для разработки кода, Event Storming, чтобы разобраться с предметной областью, и другие. Может быть, этого хватает?
Мой опыт говорит, что прикладных методов недостаточно: их авторы владели системным мышлением и неявно на него опирались, предполагая что те, кто будут их применять, также им владеют. И без него мы рискуем получить ошибки проектирования, сильную связанность объектов, ложные абстракции и чрезмерное упрощение сложных систем, игнорирование направления их развития. В докладе я сделаю фокус на точках в проекте, где важно владение системным мышлением.
Записи не будет, смотрите предыдущие доклады из серии
Презентация
Скачать весь pdf