Какой тип диаграмм знаешь лучше?

Какой тип диаграмм знаешь лучше?

Мастерство в диаграммировании

Я лучше всего знаю Business Process Diagrams (BPMN) — это основной инструмент, который я использую в 70% проектов. Но расскажу обо всех типах диаграмм, которые применяю.

1. Business Process Model and Notation (BPMN) — ЛУЧШЕ ВСЕГО

Это мой основной инструмент. Я использую BPMN почти каждый день.

Почему BPMN лучше других:

• Стандартизированный формат (ISO 19510)
• Понимают все: бизнес, разработчики, аналитики
• Показывает полный процесс с разветвлениями
• Можно использовать для автоматизации (RPA, workflow engines)

Пример BPMN диаграммы: "Обработка заказа"

┌─────────────────────────────────────────────────────┐
│                    Customer                         │
└─────────────────────────────────────────────────────┘
         │
         ▼
    [START]
         │
         ▼
    ┌─────────────────┐
    │ Place Order     │ (пользователь создает заказ)
    └────────┬────────┘
             │
             ▼
     ◇ Payment Status? ◇ (decision gateway)
    /           \         \
   /             \         \
Yes            No          Error
 |               |            |
 ▼               ▼            ▼
[✓ Approved]  [✗ Pending]  [✗ Failed]
 |               |            |
 ▼               ▼            ▼
[Payment]   [Wait 24h]   [Notify User]
 |               |            |
 └───────┬───────┘            ▼
         │              [Send Reminder]
         │                    |
         ▼                    ▼
    [Confirm]           ◇ Retry? ◇
         │             /         \
         │            /           \
         ▼        Yes            No
    [Ship]         |               |
         │         └───────┬───────┘
         │                 ▼
         │            [Cancel Order]
         │                 │
         └────────┬────────┘
                  ▼
             [Deliver]
                  │
                  ▼
              [END]

Элементы BPMN, которые я использую:

Когда я использую BPMN:

• Описываю бизнес-процесс перед разработкой
• Показываю stakeholders, как работает система
• Определяю все возможные пути (happy path + exceptions)
• Для автоматизации процессов (RPA, workflow engines)

2. User Journey / Customer Journey Map

Я часто использую этот тип для UX-фокусированных проектов.

Это как BPMN, но с эмоциями и болевыми точками:

User Journey: Покупка товара онлайн

Stage 1: Awareness (Узнавание)
  Action: Поиск товара в Google
  Emotion: Интерес ⭐⭐⭐
  Touchpoint: Google Search, Social Media
  Pain Point: Много похожих вариантов

Stage 2: Consideration (Рассмотрение)
  Action: Сравнение цен на сайтах
  Emotion: Нерешительность ⭐⭐
  Touchpoint: Product page, Reviews
  Pain Point: Нет рецензий, не доверяю цене

Stage 3: Purchase (Покупка)
  Action: Оформление заказа
  Emotion: Опасение ⭐⭐⭐⭐ (может не доставить?)
  Touchpoint: Checkout, Payment
  Pain Point: Слишком много полей, нет гарантии

Stage 4: Delivery (Доставка)
  Action: Ждет товар
  Emotion: Нетерпение ⭐⭐⭐⭐
  Touchpoint: Email updates, Tracking
  Pain Point: Нет информации о статусе

Stage 5: Support (Поддержка)
  Action: Распаковка, использование
  Emotion: Удовлетворение ⭐⭐⭐⭐⭐
  Touchpoint: Product, Support chat
  Pain Point: Нет инструкции, вопросы

Для каждого stage я определяю:

• Действия пользователя
• Эмоции (на шкале 1-5)
• Touchpoints (где взаимодействуем)
• Pain points (где проблемы)
• Opportunities (что улучшить)

3. Use Case Diagrams

Использую умеренно (как я говорил ранее).

Пример для системы управления заказами:

           ┌──────────────────────┐
           │   Order System       │
           └──────────────────────┘
                      │
         ┌────────────┼────────────┐
         │            │            │
        ▼            ▼            ▼
    [Browse    [Place       [Track
     Items]    Order]       Order]
     │          │             │
     └──────────┼─────────────┘
                ▼
           ┌──────────┐
           │ Customer │
           └──────────┘

           ┌──────────────────────┐
           │   Admin System       │
           └──────────────────────┘
                      │
         ┌────────────┼────────────┐
         │            │            │
        ▼            ▼            ▼
    [Manage      [Process        [View
     Items]      Orders]         Reports]
     │            │              │
     └────────────┼──────────────┘
                  ▼
            ┌──────────┐
            │ Admin    │
            └──────────┘

Когда я использую:

• Для высокоуровневого обзора system scope
• Чтобы показать все use cases в одной диаграмме
• Для Waterfall проектов

4. Data Flow Diagrams (DFD)

Использую для данных и интеграций.

Пример: Как данные движутся в e-commerce:

┌─────────────┐
│  Customer   │ (External entity)
└──────┬──────┘
       │
       │ 1. order_details
       ▼
┌─────────────────────┐
│ Place Order         │ (Process)
└──────┬──────────────┘
       │
       │ 2. validated_order
       ▼
┌─────────────────────┐
│ Order Database      │ (Data store)
└─────────────────────┘
       │
       │ 3. order_id
       ▼
┌─────────────────────┐
│ Process Payment     │ (Process)
└──────┬──────────────┘
       │
       │ 4. payment_request
       ▼
┌─────────────────────┐
│ Payment Gateway     │ (External entity)
└─────────────────────┘

Элементы DFD:

• Процессы (что делает система)
• Data stores (где хранятся данные)
• External entities (снаружи системы)
• Data flows (как движутся данные)

5. Entity Relationship Diagram (ERD)

Использую для структуры БД.

Пример:

┌─────────────┐         ┌─────────────┐
│   Users     │         │   Orders    │
├─────────────┤         ├─────────────┤
│ id (PK)     │────────┤│ id (PK)     │
│ name        │ 1     * │ user_id (FK)│
│ email       │         │ total_price │
│ created_at  │         │ created_at  │
└─────────────┘         └──────┬──────┘
                               │
                               │ 1    *
                        ┌──────▼──────┐
                        │ OrderItems  │
                        ├─────────────┤
                        │ id (PK)     │
                        │ order_id(FK)│
                        │ product_id  │
                        │ quantity    │
                        │ price       │
                        └─────────────┘

Связи:

• 1-to-1: один пользователь - один профиль
• 1-to-many: один заказ - много строк
• many-to-many: много товаров - много категорий

6. Flowchart (блок-схема)

Использую для логики и алгоритмов.

Пример: Валидация заказа

         [START]
            ▼
    ┌────────────────┐
    │ Получить заказ │
    └────────┬───────┘
             ▼
     ◇ Товары есть? ◇
    /            \
  Yes            No
   │              │
   ▼              ▼
[✓]        [Отклонить]
   │              │
   ▼              │
 ◇ Цена OK? ◇     │
/           \     │
Yes         No    │
 │           │    │
 ▼           ▼    │
[✓]     [Отклонить]
 │           │    │
 └─────┬─────┘    │
       ▼          │
  ◇ Адрес OK? ◇   │
 /            \   │
/              \  │
Yes            No │
 │              │ │
 ▼              ▼ │
[✓]        [Отклонить]
 │              │  │
 └──────┬───────┴──┘
        ▼
   [Подтвердить]
        ▼
      [END]

7. Swimlane Diagram

Для показа кто за что отвечает.

┌─────────────────────────────────────────────────────┐
│ Customer        │   System      │   Admin   │ Bank  │
├──────────────┬──────────────┬─────────┬──────────────┤
│              │              │         │              │
│  [1. Order]──│──────────────│─────────│──────────────│
│              │              │         │              │
│              │  [2. Validate]         │              │
│              │    [3. Check Stock]    │              │
│              │              │         │              │
│              │  [4. Request Payment]──│─────────────▶│
│              │              │         │              │
│              │              │  ◇ OK? ◇              │
│              │              │ /       \              │
│              │           Yes │         No│           │
│              │              │ ▼       ▼ │           │
│              │  [5. Confirm] │  [Reject]│           │
│              │              │         │              │
│◀─────────────│─ [Notification]────────│──────────────│
│              │              │         │              │
└──────────────┴──────────────┴─────────┴──────────────┘

Мой рейтинг диаграмм

Инструменты для диаграмм

• Draw.io — быстрые диаграммы
• Miro — командная работа
• Lucidchart — красивые диаграммы
• Visio — корпоративный стандарт
• PlantUML — для автоматизации (код → диаграмма)
• Figma — для дизайна процессов

Типичные ошибки

❌ Слишком сложная диаграмма

• 50 элементов на одной странице
• Никто не понимает
• Решение: разбить на несколько диаграмм

❌ Неправильный уровень детализации

• Для руководителя нужна высокоуровневая
• Для разработчика нужна подробная

❌ Устаревшая диаграмма

• Процесс изменился, но диаграмма нет
• Результат: дезинформация

Итог

Мой основной инструмент — BPMN, потому что:

✅ Стандартизированный и понятный всем ✅ Показывает полный процесс с условиями ✅ Можно использовать для автоматизации ✅ Масштабируется (простые и сложные процессы) ✅ Легко обновлять

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

• Journey Maps для UX
• DFD для интеграций
• Flowcharts для логики
• ERD для БД
• Swimlanes для ответственности

Главное правило: диаграмма должна быть простой, понятной и полезной для её аудитории.