# Приложение Б: Zulip АйТек — каналы по потоку создания ценности (крупная клетка)

*Приложение Б к РГ-СМК-Zulip-01.*

Верхнеуровневая (целевая) структура каналов для всей компании. Принцип: **каналы кладём на стадии потока создания ценности, а не на оргструктуру.** Отделы — участники (подписчики) стадийных каналов, а не отдельные каналы. Сквозной объект потока — заказ (`#проекты`) — вынесен в отдельный слой.

---

## Почему не по оргструктуре

В компании ~30 активных подразделений. Если каждое = канал, поток (лид → расчёт → договор → КД → закупка → сборка → ОТК → отгрузка → ПНР), который пересекает почти все из них, окажется размазан по силосам и потеряет единое русло. Процессный взгляд = поток создания ценности = сквозные процессы, поэтому верхний уровень каналов повторяет **стадии потока**, а оргструктура проявляется ниже — через список участников каждого канала.

---

## Схема

```
СКВОЗНОЙ ОБЪЕКТ:  #проекты       тема = один заказ, проходит все стадии
        │   Проект: ПС-Северная / 2026-312
        ▼
ПОТОК (стадии по функции):

 ① #продажи          лид → КП → договор             ◄ Упр. продаж + расчёт себест-ти НКУ
        │
        ▼
 ② #проектирование   КД, сопровождение производства  ◄ Конструкторский, Проектный, Тех.отдел, ЭТЛ
        │
        ▼
 ③ #снабжение        закупки, склад-вход, логистика   ◄ Отдел закупок, Склад, Логистика
        │
        ▼
 ④ #производство     сборка (Подольск + Кострома)     ◄ Сборочные цеха П-ск / К-ма
        │
        ▼
 ⑤ #качество ▣шлюз   ОТК, лаборатория, СМК            ◄ ОТК, Кострома ОТК, ЭТЛ, Отдел МК
        │
        ▼
 ⑥ #отгрузка         склад-выход, доставка            ◄ Склад, Отдел логистики
        │
        ▼
 ⑦ #сервис           ПНР, сервис, автоматика          ◄ Упр. сервиса и автоматики (Сервис, АСУ)

ОРТОГОНАЛЬНО ПОТОКУ:
 #развитие  инициативы: ERP · Zulip · GRACE · изменения СМК   ◄ LeanTech + СМК

ОБЕСПЕЧИВАЮЩИЕ (подключать по мере надобности):
 #финансы ◄ Бухгалтерия    #юристы ◄ Юр.отдел    #hr-от ◄ Кадры + Охрана труда
 #ахо ◄ АХО                #общее ◄ Администрация / руководство
```

---

## Стадийные каналы и участники

| Канал (стадия) | Что в потоке | Отделы-участники |
| --- | --- | --- |
| `#продажи` | лид → КП → договор | Управление продаж (Отдел продаж, по работе с клиентами, сопровождение); Отдел перспективных расчётов и оценки себестоимости НКУ |
| `#проектирование` | КД, разработка и сопровождение производства | Конструкторский отдел; Проектный отдел (НКУ / РУСН и подстанции); Технический отдел; Электротехническая лаборатория |
| `#снабжение` | закупки, входной склад, входная логистика | Отдел закупок; Склад; Отдел логистики |
| `#производство` | сборка изделий | Сборочный цех (Подольск); Кострома Сборочный цех; Кострома Технический отдел |
| `#качество` | контроль (шлюз потока) + система менеджмента | ОТК; Кострома ОТК; Электролаборатория; Отдел менеджмента качества |
| `#отгрузка` | выходной склад, доставка клиенту | Склад; Отдел логистики |
| `#сервис` | пусконаладка, сервис, автоматизация | Управление сервиса и автоматики (Отдел сервиса, Отдел АСУ) |

Один отдел может быть участником нескольких стадий — это нормально (Склад и Логистика входят и в `#снабжение`, и в `#отгрузку`). Отдел — участник, а не владелец канала.

---

## Сквозной объект — `#проекты`

Это сердце процессного взгляда. В позаказном производстве ценность создаёт не отдел, а **заказ, который течёт через все стадии**. Поэтому заказ — первоклассная сущность:

* `#проекты` — одна тема = один заказ: `Проект: <объект> / <№>`. Здесь сквозная координация по конкретному заказу от расчёта до отгрузки и ПНР, со всеми задействованными отделами в одном месте.
* Стадийные каналы (`#снабжение`, `#производство`…) — для **повторяющейся, стандартной работы стадии**: мощности, нормы, типовые проблемы, улучшения стадии — то, что не привязано к одному заказу.

Это тот же принцип «поток (по заказу) vs функция (по стадии)», что и изменение-vs-эксплуатация, только масштабированный на всю компанию. Связка: из стадийного канала на заказ ссылаемся через `#проекты>Проект: …`; итог по заказу фиксируем `Решение:` внутри его темы; рекламацию — `Рекламация:` в `#качество` со ссылкой на заказ. Сущностная модель и шлюзы — приложение В.

---

## Две площадки — это измерение, а не вторая ветка

В оргструктуре есть неактивное «зеркало» Подольска (обособленное подразделение со своими отделами Закупок, Логистики, Склада, Бухгалтерии, Цифровизации, МК, Сборочным цехом…). **Не воспроизводить это как каналы.** Подольск и Кострома — одни и те же стадии потока на двух площадках, поэтому площадка = измерение темы (`Площадка: Подольск` / `Площадка: Кострома`) внутри `#производство` и `#качество`, а не отдельное дерево каналов. Иначе получишь дублирование всей структуры ×2 и поток снова рассыпется.

---

## Владельцы и старт

**Владельцы:**

* Zulip-админ, техплатформа и интеграция систем — LeanTech (партнёр по внедрению).
* Владелец `#развитие` — LeanTech + СМК; команда GRACE (отдел цифровизации АйТека, Калдарбеков) — продуктовая команда приложения GRACE, участник по своим инициативам.
* СМК-часть `#качество` — Отдел менеджмента качества.
* Каждый стадийный канал — руководитель ведущего отдела стадии.

**Порядок ввода (по регламенту, фазами):**

1. **Старт (фаза 1):** `#общее`, `#проекты` (заказы), `#продажи`, `#качество`, `#развитие`.
2. **Фаза 2 — стадии потока:** `#проектирование` → `#снабжение` → `#производство` → `#отгрузка` → `#сервис`.
3. **Фаза 3 — обеспечивающие:** `#финансы`, `#юристы`, `#hr-от`, `#ахо` — по мере реальной потребности.

> Грамматика тем (закрытый список префиксов, правила `Решение:` / `Рекламация:`, индексация Onyx) — приложение А (`itech-zulip-ontology.md`). Сквозной префикс — `Проект:`.