Аналитики и их диаграммы. Второй день Flow

Вчера завершилась Flow, а вместе с ней и моя поездка, в которой я так и не увидела в Петербурге ничего, кроме пробки у Московского вокзала 🤷‍♀️

Организаторы именно во второй день запланировали выступления самых опытных ярких спикеров. Поделюсь впечатлениями от некоторых докладов, что я видела.

📌BPMN — стандарт, но все всё равно рисуют ерунду. Что делать? Доклад Дениса Котова о противоречиях в формальном стандарте BPMN от компании Object Management Group (OMG) и в том числе об использовании дорожек (любимое противоречие автора), которые применяют для выделения ролей в процессе, что совершенно не обязательно и не указано в стандарте, он рекомендует исполнителей прописывать в каждой задаче. Стандарт не решает задачу единого языка для аналитиков. Речь пошла о том, что можно заключить новое общее соглашение о моделировании, чтобы дать общее понимание стандартов BPMN и улучшить работу с диаграммами. Улучшить предлагается среди прочего за счет отказа от редких типов диаграмм (conversation diagram), комплексных шлюзов, некоторых типов задач (global task, script task) и событий (cancel event, multiply event, parallel event), а еще двусмысленных приемов для ленивых аналитиков (ad hoc process).
📌Проекты оптимизации бизнес-процессов — как с ними жить? Здесь был рассказ об опыте спикера в обследовании процессов и внедрении изменений. На основе собственных ошибок и достижений спикер предложила несколько правил. 1) Анализировать данные параллельно с обследованием процесса, чтобы не пропустить важных сценариев, о которых могут не рассказать на обследовании; 2) изучать причины хейта и внимательно работать в первую очередь с основными недоброжелателями изменений; 3) нужно просить примеры, документы, результаты выполненных задач; 4) больше времени выделять на первичное исследование. Мне запомнился слайд, где предлагалась разбивка времени проекта: 40% на первичный анализ, 10% – согласование, 40% разработка, 10% – приемка и кастомизация.
На дискуссии после доклада зазвучали общие для всех боли "как довести требование до разработчика", "как договориться, чтобы выделили столько времени на первичный анализ" 🌱
📌UML и другие графические нотации: что актуально в 2024 году? Исследование, мнения, практика Доклад Юрия Куприянова, в котором он поделился результатами исследования с целью понять насколько UML актуален. Было опрошено 275 респондентов, из них больше половины – это СА и БА. Из сказанного для себя отметила: 1) порядка 80% участников создавали диаграммы хотя бы несколько месяцев назад и что-то использовали из UML, архитекторы и разработчики меньше, СА - больше; 2) на вопрос "зачем создавали" самый частый ответ "как часть документации"; 3) небольшая корреляция между размером компании, использованием Agile, возрастом аналитика и использованием UML. Еще обсудили какие еще нотации применяют коллеги и какие диаграммы UML чаще используют. А вы как думаете, какие?

Завершал конференцию доклад Александры Клименко о коммуникациях "Как расти в карьере, налаживать связи и двигать проект вперед, если ты аналитик?". Здесь можно было выходить к микрофонам и тренироваться в предложенных сценариях коммуникации. В этих сценариях нужно суметь правильно отреагировать на эмоции собеседника или обозначить свои границы, когда тебе говорят что-то вроде "Аналитики такие нежные пошли! " Сложно пересказывать интерактив, буду надеяться, что рано или поздно появятся записи и тогда смогу обратить ваше внимание на них 🔅

#конференции