Нотация BPMN. Практическое моделирование

«Авторы подготовили для вас более 100 иллюстраций, с описанием наиболее распространенных вопросов, связанных с практическим использованием нотации BPMN и моделированием бизнес-процессов»

⏳ 16 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Собеседование по System Design: рассказ очевидца

⏳ 10 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Всем привет! Недавно проводила опрос про сбор требований с заказчиков, а точнее с какими трудностями сталкивается аналитик чаще всего.
Сегодня немного углублюсь в тему и рассмотрим каждую трудность по-отдельности:

1️⃣ Частые изменения требований

Это вечная боль аналитиков, по-крайней мере у меня 🤯 данная ситуация очень часто встречалась на проектах, что заказчику приходит в голову новая идея и мне нужно что-то решать, поэтому у нас все изменения были вынесены в отдельный док, с приоритетами и рисками, и мы их старались внедрять на след этапе, но не всегда кончено это получалось(

- Описание проблемы:
Заказчики могут менять требования на протяжении проекта, что приводит к переделке работы, срыву сроков и увеличению бюджета

- Решение:
- Внедрите процесс управления изменениями. Каждое новое требование должно быть задокументировано и оценено с точки зрения влияния на сроки, бюджет и ресурсы.
- Используйте инструменты для отслеживания изменений (например, Jira, Trello).
- Регулярно напоминайте заказчику о последствиях изменений и предлагайте альтернативы.
- Закрепите базовые требования на этапе подписания договора или технического задания.

2️⃣ Заказчик не может четко сформулировать требования

Бывали и такие заказчики, которые сами не знали, что хотят, точнее не могли четко описать свои требования. И мы приходили к сути через долгие переговоры, могли кого-то подключить во время совещания, взять паузу, но по итогу приходили к консенсусу

- Описание проблемы:
Заказчик может не понимать, чего именно он хочет, или не уметь выразить свои мысли в конкретных требованиях

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

3️⃣ Недостаток времени на уточнение и сбор требований

Парой заказчики хотят многое за быстрые сроки, из-за чего уменьшается время на сбор и проработку требований, из-за чего мне приходилось перерабатывать 🤯

- Описание проблемы:
Часто проекты начинаются с жестких сроков, и времени на детальный сбор требований просто нет

- Решение:
- Сфокусируйтесь на минимально жизнеспособном продукте (MVP). Определите ключевые функции, которые должны быть реализованы в первую очередь.
- Используйте итеративный подход: собирайте требования по мере работы над проектом.
- Заранее согласуйте с заказчиком, что часть требований будет уточняться в процессе.
- Документируйте все допущения и риски, связанные с недостатком информации.

4️⃣ Заказчик не вовлечен в процесс

У меня бывали такие случаи раннее

описывала кейсы

- Описание проблемы:
Заказчик может быть пассивным, не участвовать в обсуждениях, не предоставлять обратную связь или пропускать встречи.

- Решение:
- Назначьте ответственного за взаимодействие с вашей стороны и со стороны заказчика.
- Регулярно напоминайте о важности их участия для успеха проекта.
- Используйте короткие и четкие отчеты, чтобы заказчик мог быстро ознакомиться с прогрессом.
- Проводите регулярные синхронизации (например, раз в неделю) и запрашивайте обратную связь.

5️⃣ Аналитик не может найти общий язык с заказчиком или его игнорируют

У меня тоже были такие ситуации, но мы всегда находили пути решения. Я проводила доп совещания, где рассказывала кто я такая, и какую ценность приношу компании

- Описание проблемы:
Иногда заказчик может не воспринимать аналитика всерьез, игнорировать его рекомендации или не идти на контакт.

- Решение:
- Установите доверительные отношения. Покажите свою экспертизу, но будьте открыты к их мнению.
- Используйте данные и факты для аргументации своих предложений.
- Если заказчик игнорирует вас, привлеките вышестоящих лиц (например, спонсора проекта).
- Постарайтесь понять мотивацию заказчика и адаптировать стиль общения под его потребности.

Источник: @analysis_it

Краткий гайд по написанию бизнес-процессов

1️⃣ С чего начать?

1. Определите цель описания бизнес-процесса:
- Для обучения/инструкций: процесс должен быть простым и понятным для новичков.
- Для регламентов: процесс должен быть детализированным и формализованным.
- Для аудита: процесс должен отражать реальное положение дел, включая слабые места.
- Для автоматизации: процесс должен быть четким, с указанием точек интеграции и данных.

2. Соберите информацию:
- Поговорите с участниками процесса (сотрудниками, руководителями).
- Изучите документацию, если она есть. Или поищите инфу в инете.
- Наблюдайте за процессом в действии.

3. Определите границы процесса:
- Где процесс начинается?
- Где заканчивается?
- Какие входные и выходные данные?
- Кто ответственный или кто участник?

4. Выберите нотацию для описания:
- BPMN (Business Process Model and Notation) — для сложных процессов.
- Flowchart (блок-схемы) — для простых процессов.
- Текстовое описание — для инструкций или регламентов.

2️⃣ Как правильно описывать бизнес-процессы?

1. Разбейте процесс на этапы:
- Каждый этап должен быть логически завершенным.
- Укажите, кто отвечает за каждый этап (роль или должность).

2. Используйте четкие формулировки:
- Избегайте двусмысленности.
- Указывайте конкретные действия, например, "Сотрудник проверяет заявку на соответствие требованиям".

3. Добавьте условия и ветвления:
- Если процесс может идти по разным сценариям, укажите условия (например, "Если заявка одобрена, перейти к этапу 3; если нет, вернуть на доработку").

4. Укажите входы и выходы:
- Что поступает на вход этапа (документы, данные, ресурсы).
- Что является результатом этапа.

5. Визуализируйте процесс:
- Используйте диаграммы, схемы, таблицы для наглядности.
- Для сложных процессов используйте специализированные инструменты (например, Bizagi, Lucidchart, Visio).

3️⃣ Советы для новичков

- Начинайте с простого:
Не пытайтесь описать весь процесс сразу. Разбейте его на части.

- Не усложняйте:
Избегайте излишней детализации, если это не требуется для цели.

- Проверяйте на практике: Убедитесь, что описание соответствует реальности.

- Используйте шаблоны:
Найдите примеры похожих процессов и адаптируйте их под свои нужды.

- Собирайте обратную связь:
Покажите описание участникам процесса и внесите правки.

4️⃣ Инструменты для описания бизнес-процессов

- BPMN-диаграммы: Bizagi, Lucidchart, Visio.
- Блок-схемы: Draw.io, Miro.
- Текстовые редакторы: Word, Google Docs (для регламентов).
- Специализированные программы: ARIS, ELMA, Business Studio.

5️⃣ Пример структуры описания бизнес-процесса (можно использовать как шаблон)

1. Название процесса:
Например, "Обработка заказа клиента"

2. Цель процесса:
Например, "Обеспечить своевременную обработку и доставку заказа"

3. Участники процесса:
Менеджер, склад, курьер

4. Этапы процесса:
- Этап 1: Получение заказа.
- Этап 2: Проверка наличия товара.
- Этап 3: Сборка заказа.
- Этап 4: Доставка клиенту

5. Входы/выходы:
Заявка клиента → Подтверждение заказа → Доставленный товар

6. Условия и исключения:
Если товара нет на складе, уведомить клиента.

Чуть позже скину «Шпаргалку по подходам в зависимости от целей Бизнес-процесса»

Источник: @ba_and_sa

Говорим на одном языке: как стандартизировать стиль документации

⏳ 5 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Снежинка, Data Vault, Anchor Modeling. Какая методология проектирования DWH подойдет для вашего бизнеса?

⏳ 6 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Изучаем UML вместе!

📌 Что такое UML и зачем он нужен?

UML (Unified Modeling Language) — это универсальный язык моделирования, который помогает разработчикам, аналитикам и архитекторам визуализировать, проектировать и документировать программные системы. Он используется для создания диаграмм, которые описывают структуру, поведение и взаимодействие компонентов системы.

👩‍💻 Кто использует UML?

- Разработчики: Для проектирования архитектуры приложений.
- Аналитики: Для описания бизнес-процессов и требований.
- Архитекторы: Для создания моделей сложных систем.
- Тестировщики: Для понимания логики работы системы.
- Менеджеры проектов: Для визуализации процессов и планирования.

📝 Основные типы диаграмм UML

UML включает 14 типов диаграмм, но чаще всего используются следующие:

1. Диаграмма прецедентов (Use Case Diagram)
Описывает взаимодействие пользователя с системой. Например, в интернет-магазине: «Пользователь выбирает товар», «Оплачивает заказ».

Пример: Use Case Diagram

2. Диаграмма классов (Class Diagram)
Показывает структуру системы: классы, их атрибуты и связи. Например, классы «Пользователь», «Заказ», «Товар».

Пример: Class Diagram

3. Диаграмма состояний (State Diagram)
Описывает изменение состояния объекта. Например, заказ может быть «Создан», «Оплачен», «Доставлен».

Пример: State Diagram

4. Диаграмма последовательностей (Sequence Diagram)
Показывает взаимодействие объектов во времени. Например, как пользователь добавляет товар в корзину.

Пример: Sequence Diagram

5. Диаграмма активностей (Activity Diagram)
Описывает бизнес-процессы. Например, процесс оформления заказа.
Пример: Activity Diagram

⚙️ Практическое применение UML

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

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

3. В управлении процессами
UML применяется для моделирования бизнес-процессов в компаниях. Например, диаграмма активностей может показать, как работает процесс согласования документов.

Источник: UML в бизнесе

📚 Примеры использования UML

1. Интернет-магазин
- Use Case: «Пользователь выбирает товар», «Оплачивает заказ».
- Class Diagram: Классы «Товар», «Корзина», «Заказ».
- Sequence Diagram: Взаимодействие между пользователем, корзиной и платежной системой.

2. Банковская система
- State Diagram: Состояние счета («Активен», «Заблокирован»).
- Activity Diagram: Процесс оформления кредита.

Источник: Примеры диаграмм

➕ Преимущества UML
- Универсальность: Подходит для любых типов проектов.
- Наглядность: Диаграммы легко понять даже неспециалистам.
- Стандартизация: UML — это международный стандарт, который используют во всем мире.

Источник: Обзор UML

👩‍💻 Как начать использовать UML?

1. Изучите основные типы диаграмм (Use Case, Class, Sequence).
2. Попробуйте создать диаграмму для простого процесса (например, регистрация пользователя).
3. Используйте инструменты: Draw.io, PlantUML, Lucidchart

Источник: @ba_and_sa

Декомпозиция задач: как разработчику съесть слона?

⏳ 7 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Изучаем BPMN вместе!

📌Что такое BPMN?

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

Подробнее о том, как устроена нотация, можно почитать в статье на Habr, где автор доступно объясняет основы BPMN. Или прочесть Памятку по BPMN

🤔 Зачем нужен BPMN?

1. Визуализация процессов: Вы можете наглядно показать, как работает ваш бизнес.

2. Оптимизация: BPMN помогает найти узкие места и улучшить процессы.

3. Автоматизация: Модели BPMN можно использовать для настройки IT-систем.

4. Обучение: Новые сотрудники быстрее поймут, как работает компания.

⚙️ Основные элементы BPMN

Чтобы начать работать с BPMN, нужно знать базовые элементы. Вот краткий обзор:

1. События (Events): Показывают, что что-то происходит. Например, "Заявка получена" (начальное событие) или "Заказ доставлен" (конечное событие).

2. Действия (Activities): Это шаги процесса. Например, "Проверить документы" или "Согласовать договор".

3. Шлюзы (Gateways): Решения или развилки. Например, "Документы верны? Да/Нет".

4. Потоки (Flows): Стрелки, которые связывают элементы и показывают последовательность действий.

Более подробно о базовых элементах BPMN можно узнать из серии статей на эту тему

📝 Как начать использовать BPMN?

Пошаговый план

1. Определите цель: Зачем вам нужна модель процесса? Например, для оптимизации, автоматизации или обучения.

2. Выберите инструмент: Используйте программы вроде Bizagi, Camunda или даже бесплатные инструменты, такие как Draw.io.

3. Начните с простого: Выберите небольшой процесс, который вы хорошо знаете. Например, "Обработка заявки клиента".

4. Используйте базовые элементы: Нарисуйте процесс, используя события, действия, шлюзы и потоки.
5. Добавьте роли: Используйте "дорожки" (Swimlanes), чтобы показать, кто отвечает за каждый шаг.

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

7. Оптимизируйте: Найдите узкие места и улучшите процесс.

Пример простого процесса и более детальное объяснение можно найти в статье на Trinion

✅ Советы для новичков

- Не бойтесь ошибаться: Начните с простых процессов и постепенно усложняйте.

- Используйте шаблоны: Многие инструменты предлагают готовые шаблоны для типовых процессов.

- Практикуйтесь: Чем больше вы рисуете, тем лучше понимаете BPMN.

- Читайте и учитесь: Используйте статьи и курсы, чтобы углубить свои знания.

Пример: серия статей по BPMN

📚 Пример процесса в BPMN

Процесс: Обработка заявки клиента

1. Старт: Клиент отправляет заявку.
2. Действие: Менеджер проверяет заявку.
3. Шлюз: Заявка корректна?
- Если да, переходим к шагу 4.
- Если нет, возвращаем заявку клиенту.
4. Действие: Бухгалтерия выставляет счет.
5. Конец: Клиент оплачивает счет.

Примеры: Библиотека примеров BPMN

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

Источник: @ba_and_sa

Удачи в освоении BPMN! 🚀

Взгляд на бизнес-аналитиков со стороны QA

⏳ 5 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Салют! Сегодня на повестке дня - Модели OSI и TCP/IP

И для начала я сделала информативную шпаргалку по моделям OSI и TCP/IP 👆

@ba_and_sa

Часть 1:

1️⃣ Модель OSI:

OSI (Open Systems Interconnection) — это теоретическая модель, которая объясняет, как данные передаются по сети. Её придумали, чтобы унифицировать и стандартизировать работу сетей. Модель состоит из 7 уровней, каждый из которых выполняет свою задачу.

Представь, что OSI — это как инструкция по сборке мебели: каждый шаг (уровень) важен, и если что-то пропустить, мебель (или сеть) не будет работать правильно.

1. Физический уровень (Physical Layer)
- Отвечает за передачу битов (нулей и единиц) через физические среды (кабели, Wi-Fi, оптоволокно).
Примеры: Ethernet, USB, HDMI, Wi-Fi.

2. Канальный уровень (Data Link Layer)
- Обеспечивает надёжную передачу данных между устройствами в одной сети. Работает с MAC-адресами.
Примеры: Ethernet, Wi-Fi (802.11), PPP.

3. Сетевой уровень (Network Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP (Internet Protocol), ICMP, ARP.

4. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая, но ненадёжная передача).

5. Сеансовый уровень (Session Layer)
- Управляет сессиями (соединениями) между устройствами.
Примеры: RPC, SIP.

6. Представительный уровень (Presentation Layer)
- Отвечает за преобразование данных в понятный формат (шифрование, сжатие, кодирование).
Примеры: SSL/TLS (шифрование), JPEG, MPEG.

7. Прикладной уровень (Application Layer)
- Обеспечивает взаимодействие с пользователем и приложениями.
Примеры: HTTP, FTP, SMTP, DNS.

2️⃣ Модель TCP/IP:

TCP/IP (Transmission Control Protocol/Internet Protocol) — это практическая модель, на которой работает весь интернет. Она проще, чем OSI, и состоит из 4 уровней. TCP/IP — это как реальная жизнь: она не идеальна, но работает эффективно.

Если OSI — это учебник, то TCP/IP — это реальный мир, где всё немного проще, но зато быстрее и удобнее

1. Сетевой интерфейс (Network Interface Layer)
- Объединяет физический и канальный уровни OSI. Отвечает за передачу данных через физические среды.
Примеры: Ethernet, Wi-Fi, DSL.

2. Интернет-уровень (Internet Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP, ICMP, ARP.

3. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая передача).

4. Прикладной уровень (Application Layer)
- Объединяет сеансовый, представительный и прикладной уровни OSI. Отвечает за взаимодействие с приложениями.
Примеры: HTTP, FTP, SMTP, DNS.

______________

✅ Какая разница между моделями?

- OSI — это теория, которая помогает понять, как всё устроено.
- OSI строго разделяет уровни, что удобно для обучения.

- TCP/IP — это практика, на которой работает интернет.
- TCP/IP более гибкая, но уровни могут пересекаться.

Источник: @ba_and_sa

p.s. Остались вопросы или есть возражения, делитесь в комментариях 👇

Как аналитику на «чиле» пройти испытательный срок

⏳ 9 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Конспект по архитектуре ПО и System Design

⏳ 1 мин | 🟡🟡⚪️

Читать статью | Analyst IT

Глава 1. Введение в API-интерфейсы для самых маленьких

⏳ 6 мин | 🟡⚪️⚪️

Читать статью | Analyst IT