Skip to main content

Приложение Б: 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). Сквозной префикс — Проект:.

No comments to display

Back to top