Всего выделяют три типа нотаций, где каждый процесс можно описать в формате:

📌Текстового описания
📌Произвольного типа
📌Функционального типа

Рассмотрим подробнее каждый из них.


1️⃣ ТЕКСТОВАЯ НОТАЦИЯ
Описать процесс сплошным текстом – самый простой способ донести информацию. Достаточно, чтобы участники обсуждения говорили на одном языке – вот и все правила (легко!).

Разберём на примере цитаты, которую приписывают Юлию Цезарю:
«Пришёл, увидел, победил!».
Текст описания кажется простым, но он недостаточно конкретный: непонятно, кто должен прийти и какие ещё есть варианты завершения этого процесса 🤔

Текстовый тип нотаций отлично подходит в качестве наброска, чтобы структурировать своё видение процесса.
Но если текстовое описание процесса слишком длинное, содержит множество подпроцессов и исключений, то дальнейшая работа с таким описанием (и особенно его актуализация) усложняются — читателю придётся постоянно возвращаться и искать ту часть текста, которую необходимо изучить или изменить 🤔


2️⃣ ПРОИЗВОЛЬНАЯ НОТАЦИЯ
Произвольный тип нотации позволяет описать процесс с большей детализацией и даёт уже больше информации за счёт структуры и схематического описания альтернативных вариантов.

На нашем примере в произвольной нотации, мы уже понимаем, что можно прийти и увидеть, а дальше победить и не победить. То есть уже есть два варианта исхода 🤨

❕ Но в таких схемах трудно понимать, являются ли альтернативы параллельными, то есть выполняются одновременно, или они взаимоисключающие — выполняться может только один вариант из представленных. Также не всегда очевидно, что является причиной разделения процесса, что его завершает и другие нюансы.

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

Совсем скоро
про функциональный тип нотации ➡️

Ну и наконец...

3️⃣ ФУНКЦИОНАЛЬНАЯ НОТАЦИЯ
Функциональный тип нотации отображает информацию с учётом всех важных факторов, согласно уровню детализации:
- где начало процесса,
- кто участник,
- какие шаги совершаются участником,
- какие условия есть в процессе для достижения разных результатов.

В нашем примере мы видим, где начало процесса, кто пришёл (участник), а затем засчёт чего может существовать развилка в процессе:
🥲 Участник увидел? Да! Ну значит победил. Конец процесса.
😕 Участник увидел? Нет! Очень жаль, но участник не победил. Тоже конец процесса.

Именно такой тип нотации моделирования использует аналитик в документации для проектной команды.


ПОДВОДИМ ИТОГИ:

🌸 Текстовые нотации часто используют как сопровождение других типов нотаций — произвольного или функционального, чтобы в случае недопонимания какого-то описания в модели можно было найти уточнение в тексте.
Иногда с помощью текстовых нотаций заказчик описывает задачи для проектной команды.

💚 Произвольный тип нотаций даёт схематичное описание процесса — он удобен, когда собеседники могут параллельно проговорить нюансы процесса вслух.

🌺 Функциональный тип — это классический тип нотаций, который используется для документирования информации участниками проектной команды.

Нотации моделирования процессов — это гибкий инструмент, позволяющий быстро и качественно донести необходимую информацию заинтересованным лицам: заказчикам, проектной команде и коллегам из других отделов.

ВАЖНО!
Если никто из участников команды, кроме создателя модели, не понял, как читать диаграмму и что в ней обозначено, — такая модель не несёт ценности для заинтересованных лиц и необходимо изменить уровень её детализации или использовать другую нотацию.


Ребята, ну как вам тема? КВИЗ хотим?
Ставьте 🔥, если хотим!

💭 Итак, мы с вами углубились в тему моделирования процессов. Закрепим знания? Закрепим!

Перед вами небольшой список ситуаций, где вам, как аналитику, необходимо объяснить какой-либо процесс внутри компании.

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

Перед началом участия в КВИЗе, рекомендуем ещё раз пробежаться по теории.

Удачи!🍀

#quizGetAnalyst

Всем привет! 👋
Это Нина,
бизнес-аналитик команды GetAnalyst 🥷

В такую морозную погоду предлагаю укутаться потеплее и перемещаться по городу с подкастами в ушах 🥶❄️☃️

Делюсь с вами своими излюбленными шоу и ссылками на них. Выбирайте тот подкаст, который подходит к вашему настроению.

🌐 Подкасты на темы из сферы IT простым языком:

1. Аудиожурнал Академии Яндекса
🟣 ApplePodcast
🟡 Яндекс Музыка

2. Карты, деньги и продукт
🟣 ApplePodcast
🟡 Яндекс Музыка

3. Запуск завтра
🟣 ApplePodcast
🟡 Яндекс Музыка

4. IT-ишниками не рождаются
🟣 ApplePodcast


💬 Подкасты на тему психологии, истории и социальной жизни:

5. Давай поговорим
🟣 ApplePodcast
🟡 Яндекс Музыка

6. Arzamas
🟣 ApplePodcast
🟡 Яндекс Музыка

7. KUJI
🟣 ApplePodcast
🟡 Яндекс Музыка

8. Конкуренты
🟣 ApplePodcast
🟡 Яндекс Музыка

9. Омерзительная мифология
🟣 ApplePodcast
🟡 Яндекс Музыка

Приятного прослушивания и отличных вам выходных😘

✨ КТО ТАКИЕ АНАЛИТИКИ И КАКИЕ ОНИ БЫВАЮТ ✨

Каждый день мы взаимодействуем с каким-то ПО:
🍟 делаем заказ любимой готовой еды на дом,
🗃 оформляем справки на госуслугах,
👨‍⚕️ записываемся к врачу и на различные бьюти-процедуры,
💌 сидим в соц.сетях,
👛 закупаемся на маркетплейсах
и так далее.

Все эти возможности стали доступны благодаря различным IT-продуктам, которые создают проектные команды в лице разработчиков, менеджеров, аналитиков, тестировщиков, дизайнеров и многих других специалистов.

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

Сегодня разберём тему того, какие типы аналитиков существуют в IT-компаниях.

⬇️⬇️⬇️

Существует четыре основных типа аналитиков, которые участвуют в проектировании IT-продукта:

🕵 Аналитик данных
👩‍🔬 Продуктовый аналитик
🥷 Бизнес-аналитик
👮‍♂️ Системный аналитик

Разберём каждый из типов немного подробнее.


🕵 Аналитик данных собирает, анализирует и объясняет значение внутри больших объёмов данных.
Этот специалист похож на сыщика, который выискивает закономерности в огромных массивах информации. Аналитик данных по большей части наблюдает за прошлым компании – за её информационным следом в виде данных, и тем самым может прогнозировать будущее компании.

👩‍🔬 Продуктовый аналитик изучает показатели деятельности бизнеса – метрики.
Этот специалист похож на учёного, который проводит исследования, изучает инновации на рынке и ищет пути для развития бизнеса. Такой аналитик чаще смотрит в будущее состояние компании и работает в тандеме с аналитиком данных.

🥷 Бизнес-аналитик смотрит на компанию, как на совокпуность процессов. Он разбирается в том, как бизнес работает сейчас и находит точки улучшения текущего положения.
Бизнес-аналитика можно сравнить с ниндзя, который находится одновременно везде и незаметно проникает в процессы компаний-конкурентов, перенимая их лучшие практики. Бизнес-аналитик смотрит на компанию в настоящем времени с упором на её будущее.

👮‍♂️ Системный аналитик знает всё о системных процессах внутри бизнеса.
Он похож на полицейского, который следит за тем, чтобы системные возможности позволяли реализовать цели компании. Системный аналитик выстраивает архитектуру хранения и взаимодействия данных и действует в тесной связке с разработчиками. Системный аналитик работает с текущей системной архитектурой, но всегда задействован в проектировании её будущего состояния.

🦹‍♀️🦸‍♂️ В некоторых компаниях аналитики совмещают в себе несколько должностей из области анализа. Таких аналитиков называют фулл-стек. Очень часто в позицию фулл-стек аналитика попадают специалисты, которые владеют навыками продуктового, системного и бизнес-аналитика.

Также важно понимать, что чем выше уровень (или по-другому, «грейд») любого из типов аналитика, тем больше компетенций он имеет от остальных типов аналитиков.

Так, например, часто senior-аналитик умеет:
- работать с данными,
- просчитывать бизнес-метрики,
- выстраивать вектор развития продукта,
- объяснять бизнес-процессы,
- выстраивать архитектуру решения.

Ну что, все хотим быть крутыми синиорами? 💪