Стартовые события, сквозные процессы, process mining...
#кейс #что_почитать

Давайте обсудим ответы на вопросы из прошлого поста...

1. Стартовое событие BPMN должно иметь хотя бы один исходящий поток управления
📍В BPMN стартовое событие не является обязательным, его наличие на диаграмме носит рекомендательный характер. Если вы моделируете исполняемый процесс, то среда исполнения может иметь свои ограничения. Например, по tutorial к Camunda стартовое событие является обязательным.
📍Стартовых событий может быть несколько, признак хорошего стиля не злоупотреблять этим, чтобы не усложнять понимание модели.
📍В некоторых инструментах моделирования (например, в Business Studio) инициирующие процесс события – зеленые, но классическая диаграмма черно-белая.
📍В любом контексте применения будет верным, что стартовое событие обязательно должно иметь хотя бы один исходящий поток управления.

2. «От начала до конца рабочего дня» не является сквозным процессом
Свод знаний по управлению бизнес-процессами BPM CBOK 3.0 определяет процесс как полную совокупность действий, приводящую к достижению ценного результата или предоставлению услуги. Подходит ваш обычный рабочий день под это описание? 🤔
В 2022м вышел BPM CBOK 4.0, но у меня все лежит 3.0 в бумажной версии и оказалось проще туда заглянуть.

3. Технология Process Mining НЕ требует наличия в логе информационной системы идентификатора бизнес-объекта
📍В Process Mining отслеживаются экземпляры процесса и исполнение задач в этом экземпляре. Экземпляр процесса — конкретный случай исполнения процесса. В межпроцессном взаимодействии с точки зрения запуска одного процесса другим «взаимодействуют не абстрактные графические схемы, а конкретные экземпляры различных процессов» (из книги Моделирование бизнес-процессов в нотации BPMN).
Например, для процесса доставки посылок отслеживается конкретное отправление, которое должно пройти через все системы с неизменным идентификатором. Отправление может проходить задачи вида «Создать отправление», «Передать на сортировочный пункт», «Доставить в пункт выдачи» и т. п.
📍Идентификатором экземпляра процесса может служить ID одного из объектов в модели данных, если именно этот объект проходит все задачи процесса с неизменным идентификатором. Например, ID заявки в процессе обработки заявок. Ответ «в логе должен быть идентификатор бизнес-объекта» близок к правильному, но не является однозначным. ID не всякого объекта указывает на экземпляр процесса.
📍Таким образом для майнинга процессов требуется наличие в логе
• идентификатора экземпляра процесса
• даты и времени события
• названия задачи
О майнинге процессов можно еще почитать в статье тут и в материалах из подборки на нашем канале

Публикации января
#что_почитать #навигация

В январе к нам присоединилось рекордное количество подписчиков за все четыре месяца существования этого канала. На этом фоне я стала чувствовать все больше ответственности за каждый пост и временами готовить материал и редактировать текст дольше, чем свой самый первый текст. А собиралась научиться составлять тексты быстро 🙈 По-прежнему искренне радуюсь всем реакциям и комментариям! Спасибо за интерес тем, кто читает канал уже несколько месяцев, и приветствую всех, кто присоединился недавно ! 👋

Собрала здесь самые читаемые материалы января и ссылки на другие навигационные дайджесты.

📍Что такое прототипы и какими они бывают?
📍Про ошибки при проведении интервью с пользователями
📍Кейс с событиями-таймерами BPMN. Сколько нужно времени, чтобы проснуться и выпить кофе?
📍Способы использования BPMN
📍Подборка статей про дизайн-мышление

🌱Материалы декабря’23 и новогодние пожелания
🌱Навигация по материалам сентября-ноября’23

Как работается БА на удаленке и гибриде?
#мысливслух

Не перестаю радоваться возможности удаленки. Заболела на прошлой неделе. Борьба с вирусом — утомительное занятие, но пока голова работает можно и потрудиться.

Про гибрид. Работаю в гибридном формате, два дня провожу в офисе. В моем случае это удачный вариант. Получается использовать офисное время, чтобы
• подогреть отношения с заинтересованными сторонами и командой всеми техниками вербального общения, которые недоступны удаленно
• получить информацию для анализа уже вне офиса
• надеть что-то офисное, чтобы не слишком запылилось в шкафу
• сделать за день адекватное количество шагов, при этом без каких-то отдельных усилий
Есть нюансы.
📍Мои заинтересованные стороны всю рабочую неделю в офисе, а команде удалось выбрать день недели, когда приезжают 90% участников. Когда таких договоренностей нет, то приезд в офис выглядит какой-то формальностью. Приехал и сидишь в пустом офисе на видеосвязи с остальными. Полезно только офисным кафешкам, у них хоть кто-то купит кофе ☕️

📍На производительность труда и на качество сна могут сильно влиять качели между «уфф, завтра я из дома» и «так, завтра в офис». Нужны те же правила, что и при работе на полной удаленке: одежда и стол для работы, избегать работы на диване, не забывать о физических упражнениях и пр. Эти правила при гибриде нужны даже больше, потому что есть большой соблазн пожалеть себя после суетливого офисного дня 😺

📍Обнаружилось забавное явление. Людям все-таки важно общение. Не у всех вне офиса его достаточно, чтобы закрыть все социальные потребности. Кто-то устает быть круглые сутки с детьми или тещей….Коллеги, которые могут пообщаться очно только в наш командно-офисный день, проводят этот день в общении больше, чем в работе. Нужно обсудить разные корпоративные события, выпить кофе вместе, решить пару вопросов с заказчиками и...ух, сколько еще всего! Бывает, что мечтаешь попасть уже домой и спокойно поработать ☺️

Удаленка. Был опыт полной удаленки и не только в ковидные времена. От знакомых приходилось слышать вопросы: «Ты же БА! Как же ты будешь проводить интервью онлайн?!» Это оказалось как раз не самым важным. Про интервью на удаленке я писала тут

В полной удаленке для БА особенно важно, чтобы в компании существовала культура 100% удаленки. То есть вся команда удаленно, заказчики тоже выходят на связь удаленно. Чтобы не происходило разделение на «тех кто с нами» и «кто на удаленке». БА лишается возможности работать с информацией, когда все собрались в переговорке, но не сочли нужным подключить БА или подключили из переговорки и не позаботились о качестве связи (а зачем для одного человека?). Так теряется большая часть исследовательской работы.

В соседнем канале Шерлок в IT статья об ожиданиях и реальности удаленной работы.

Как аналитику избежать когнитивных искажений?
#мысливслух #что_почитать

Сразу отвечу на вопрос в заголовке. Когнитивных искажений не избежать — это свойство человеческого мозга действует на всех. Аналитику важно об этом свойстве помнить и не считать, что какой-то особый амулет полностью гарантирует от искажений в восприятии информации. Есть только хорошие приемы в работе, которые помогают снизить риск ошибки. Грубо говоря, больше шансов компенсировать искажения, если
▫️удается задать себе вопрос: «Не ерунду ли я придумал?»,
▫️есть время построить свое решение через моделирование данных, процессов и интерфейсов на разных уровнях,
▫️получается рассмотреть решение с точек зрения разных заинтересованных сторон.

Со времени появления в 1972 году понятия «когнитивное искажение» их сформулированы уже сотни видов. Когда смотришь на список когнитивных искажений, то вольно или невольно для каждого находишь примеры из собственной жизни. Из того, что я часто встречаю в работе, я выделила такие топ-3 проявления искажений

📌Это же важный дефект/фича/задача! Я недавно попала в забавную ситуацию, когда начала горячо доказывать, что на экране нашего внутрикорпоративного приложения иконка "Поиск" дублирует кнопку "Поиск" и это важно исправить. Опомнилась, когда коллега сказал: "Это здесь уже месяц, кто-то заметил до сегодняшнего дня?"
Не менее семи искажений приводят к переоценке вероятности и значимости частных случаев. Например, эффект фокусировки, когда человек переоценивает важность одного фактора и теряет из виду другие, не менее важные. Приходилось вам обсуждать важность сложных синтетических кейсов, которые пришли в голову кому-то из команды?
📃Помогает немного выдохнуть и оглядеться: "На какое количество пользователей влияет проблема?", "Почему это вообще проблема?", "Кто и при каких обстоятельствах сталкивался с этим в последнее время?" Ленивый мозг и эту информацию может переиначить, лишь бы подтвердить наше ошибочное мнение. Поэтому одного приема недостаточно. Еще можно проверить свое мнение "об других людей". В моем примере с иконкой "Поиск" можно показать экран случайным коллегам и спросить как бы они выполнили поиск.

📌Так будет удобнее пользователям, я же знаю! Участникам многих ИТ-команд, очень свойственно свой опыт работы в системах приравнивать опыту своих пользователей: бухгалтеров, менеджеров, операционистов... Что выглядит странным для ИТ-аналитика, может оказаться вполне адекватным для пользователей, которые годами пользуются этим странным. Нам свойственно характеристики одной группы людей переносить на другие группы, а еще и переоценивать значимость собственного мнения. На это работает не меньше десятка известных искажений.
📃Здесь очень выручают прототипы, хотя бы бумажные. О прототипах есть статья в этом канале

📌Заказчик именно этого хочет! Ух как бывает сложно, когда искажения в решениях заказчика встречаются с искажениями в оценке этих решений аналитиками! Результат известен – неиспользуемые фичи и приложения в вечном занудном развитии, в попытках заплатками прикрыть ошибки в концепции. Даже вспоминать больно 🤕
📃Важно мнения всех сторон проверять через интервью, наблюдения, анализ действующих процессов и моделирование ожидаемых процессов и сценариев.

Чем бы вы дополнили этот мой список влияния искажений? Будет интересно, если поделитесь в комментариях своими наблюдениями.

Что почитать и посмотреть:
🗞Статья про ловушки сознания (Хабр)
🗞Статья Как бизнес-аналитику преодолеть групповое мышление? (Дзен)
🗞Статья Темная сторона исследований пользователей: как когнитивные искажения портят результаты (Хабр)
🎥Доклад с ProductCamp 2018 Когнитивные искажения в работе аналитика и продакта (YouTube)
🎥Доклад на Analyst Days – 17 Debugging головного мозга или гон тараканов (YouTube)

Слушать активно, а говорить короче
#мысливслух #что_почитать

Недавно в одном из чатов обсуждали почему даже внутри команды важны навыки общения. Кому-то из участников тимлид на 1-to-1 сделал замечание насчет общения в команде. Возник вопрос: «Почему просто не принять во внимание, что в команде есть такой, кто говорит грубо и этого его фишка, а не желание задеть?»

Принять во внимание можно, но до того момента пока потери команды от сложных коммуникаций меньше, чем вклад участника в общий результат. Когда мне приходится пробираться к ответу на уточняющий вопрос через набор неприемлемых для меня комментариев или путанных формулировок, то невольно задумаешься на что потрачено время 🤔

Чем проще и яснее получается донести свою мысль и услышать чье-то мнение, тем быстрее и с меньшими рисками можно решить задачу. Приходилось вам провести час на встрече, где все что-то горячо обсуждают, а вы пытаетесь понять о чем вообще речь? Понять не получается, потому что каждый говорит как-будто сам с собой и думает только о том, что он скажет дальше и как бы ему обязательно что-то сказать ☺️

На фоне этих грустных мыслей встретилось две статьи в блогах для аналитиков
• Mastering the Art of Communication и
• 10 Simple Hacks to Improve Communication Skills

В статьях несколько советов и самыми удачными мне показались такие
📍Активно слушать. Это не про то, чтобы услышать слова, а еще и постараться понять, что в них вложено. Сколько раз вы ловили себя на мысли, что больше думаете, что скажете дальше, чем вникаете в суть услышанного?
📍В высказываниях не отделять себя от команды. Когда чаще звучит «мы» или «наша команда», чем «я», то создается атмосфера общей работы и уважения к вкладу каждого. Люди часто неосознанно (и осознанно!) исключают других из результата и этот небольшой шаг может привести к недоверию и конфликтам
📍Чем короче, тем лучше. Нужно оценить аудиторию и сформулировать высказывание в понятных ей терминах. Не нужно пытаться донести мысль избыточными пояснениями. Хороший навык общения означает еще и понимать, когда промолчать

А у вас сколько сил и времени уходит на общение в команде?

Зимние аналитические задачи
#мысливслух #истории

Каждый раз в конце зимы девушки в ИТ решают непростую бизнес-аналитическую задачу. Как ограниченными ресурсами устроить праздник бОльшей части команды? Пригождаются и анализ потребностей, и подсчет метрик, и знание логистики 🌱

Когда села за предпраздничный пост, постаралась вспомнить какие поздравления оставили больше всего впечатлений? Пожалуй те, когда впервые пришлось думать как организовать праздник на полной удаленке. Это было сложно, потому что у нас еще мало было опыта. Придумали в Miro доску, на которой каждый открывал свою собственную карточку с пожеланиями. Разобрали пожелания на общем созвоне. Запомнился именно творческий процесс: найти идеи, согласовать между собой, придумать тексты в нужном количестве...

Поделитесь, кто-то сегодня устраивает викторины и конкурсы? 🎉