Мысли после доклада о работе аналитика

анализ требованийдекомпозицияevent storming

Переварил доклад Юрия. Мыслей возникло много, но поделюсь основными. 1. Очень сильно откликнулась мысль по мотивам статей Пола Ральфа про инженерию требований и то, что мы сразу проектируем решения. И особенно та ее часть, где гоаорится о вреде излишней декомпозиции и даже дистиляции задач. Примерно про это я в начале марта рассказывал на Flow, продвигая работу с пользовательскими требованиями вместо системных. И это еще перекликается с принципом, что структурировать задачу и проектировать решение должны одни и те же люди. Мне как будто еще один кусочек пазла принесли. 2. Методы совместного проектирования решений, вроде Event storming, будут все больше набирать популярность в силу их универсальности, простоты и уникальной способности к выстраиванию коллаборации. Буду глубже копать и изучать эту тему, особенно через призму работы аналитика. 3. Классная мысль про то, что мы не просто выявляем требований, а именно консультируем заказчика, вместе с ним думая, не только как решить проблему, а как ее для начала просто сформулировать и измерить. 4. И вот этого современным аналитикам по моим наблюдениям не хватает, именно погружения в проблематику заказчика. Все больше ориентируются на технику решения, меньше думают о бизнесе и проблемах, о ваших общих проблемах, даже если вы работаете в рамках заказной разработки. А вы что думаете?