✨МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ✨

Любой изучаемый аналитиком процесс можно описать разными способами. Например:
💭 рассказать устно,
📝 оформить в виде текста или даже таблиц.

Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.

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

Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎

Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.

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


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

⭐️ Сохраняйте пост в избранное, чтобы быстро получать доступ до теории, про которую спрашивают на собеседованиях.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst

✨ ПРО ВИДЫ МОДЕЛЕЙ ПРОЦЕССА ✨

Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:

1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.

Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)


2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.

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


3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.

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

Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉


🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠

Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).

Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉

Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
📞 так и на онлайн-доске при командном созвоне.

🚫 «ДЖУНЫ НИКОМУ НЕ НУЖНЫ!» 🚫

Мы уже не раз в отделе заботы GetAnalyst сталкивались с этим возражением.

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

Только представьте, если бы студенты медвуза не шли учиться на хирурга только потому, что уже есть классные хирурги! Какой в этом смысл? 🤔

Короче говоря:
ПОЧЕМУ ДЖУНЫ НИКОГДА НЕ ПОТЕРЯЮТ АКТУАЛЬНОСТЬ?

🔥 Все мы с чего-то начинали
Невозможно сразу стать Тони Старком, не получив навыки и практический опыт.
Без «младших» сотрудников, которые только набираются опыта и отважно справляются с задачами, не обойтись нигде — ни на заводе, ни в медицине, ни в ИТ-проектах.
Специалисты на ранг выше не могут заниматься всем: им нужно погружаться детально в сложные задачи, поэтому «операционка» отходит новичкам.

🔥 Стартаперы заинтересованы в джунах
Начинающие развиваться компании чаще всего не могут позволить себе специалиста уровня мидл или синьор. Они с удовольствием нанимают джунов, которых готовы взращивать своими силами под интересы бизнеса.

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


В КОНЦЕ КОНЦОВ, РЕБЯТА...
Миф о том, что системные аналитики никому не нужны, опровергается наличием множества вакансий от компаний, которые активно ищут специалистов в этой области. А это отличная возможность для новичков!

Ведь именно джуны сильнее всего замотивированы в развитии и быстрее шагают по карьерной лестнице. Они жадны до нового опыта, готовы к обучению и заинтересованы в получении классного результата. Поверьте, работодатели это знают и ценят 👍

Ну и конечно, когда новичок проявляет инициативу, не боится откликаться на вакансии и с интересом погружается в специфику бизнеса, рост такого джуна неизбежен 🚀

Продолжаем тему моделирования процессов...
И на очереди – нотации ✨

💬 Из прошлого обсуждения вы уже знаете, что моделирование процессов позволяет просто, а главное понятно донести до всех содержание, ход и результаты какого-либо процесса.

Но если у каждого специалиста, отдела или компании будут собственные правила оформления той или иной модели процесса, то её обсуждение превратится в разговор на разных языках.
В такой ситуации сложно масштабироваться и налаживать партнёрство между разными отделами и компаниями — каждый будет объяснять процессы на своём языке моделирования и тратить много сил на понимание модели соседа 🙁🙁🙁

Чтобы избежать этой путаницы, специалисты всего мира руководствуются одним сводом правил оформления моделей — нотациями.

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


Нотации есть не только в IT-сфере.

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

🟣Или пример другой нотации — шахматной. Шахматную партию можно смоделировать через описание ходов, используя шахматную горизонтальную и вертикальную разметку: e2-e4.

Зная нотации, аналитик может не только понимать процессы других частей системы и даже других систем, но и объяснять сложные процессы простым языком — как команде разработки ПО, так и заказчикам внутри компании и за её пределами.
А ещё некоторые модели, созданные по правилам нотации (например, BPMN), можно сразу переводить в программный код ради экономии ресурса разработчиков — тогда им не придётся писать его вручную 👍👍👍

Далее про типы нотаций в моделировании процессов.

#hardGetAnalyst

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

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

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


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

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

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


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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

Удачи!🍀

#quizGetAnalyst