AnalystDays-2012 (отчет Стаса Фомина)/DDD и развитие аналитиков. Есть контакт! — различия между версиями

Ну понятно, что если меньше бардака в основном производственном процессе, то все это легче и обслуживающим → легче переводить людей между проектами (если модели и их язык схож), легче вводить новых, и даже HR сможет в чем-то более менее разобраться, хотя бы в каком-то предметном направлении, после чего называть себя не просто HRом, а HR-партнером.
Ну ОК, да.

По ходу доклада постоянно упоминались какие-то мистические «артефакты», я так понял, это представление модели предметной области в документах и диаграммах.
{{stats|disqus_comments=0|refresh_time=2021-08-25T01:31:3231T16:12:25.966860200123|vimeo_plays=0|youtube_plays=0}}

Текущая версия на 13:12, 31 августа 2021

DDD и развитие аналитиков. Есть контакт! (Анна Рид, AnalystDays-2012)

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

Ну понятно, что если меньше бардака в основном производственном процессе, то все это легче и обслуживающим → легче переводить людей между проектами (если модели и их язык схож), легче вводить новых, и даже HR сможет в чем-то более менее разобраться, хотя бы в каком-то предметном направлении, после чего называть себя не просто HRом, а HR-партнером. Ну ОК, да.

По ходу доклада постоянно упоминались какие-то мистические «артефакты», я так понял, это представление модели предметной области в документах и диаграммах. Plays:0   Comments:0