04 · Производство
Аналитическая справка: Производство ITECH (сборочные цеха · ОТК · техотдел)
Дата: 2026-06-21 · Руководители производства: Маринчу Н.Х. (Начальник производства, Подольск),
Леваков Е.С. (Начальник производства, Кострома) · единого «директора по производству» в данных нет (верхний — ген. директор Виноградов).
Источники (проверено по живым данным): Grace API (purchase_requests); витрина на сервере 89
(dim_employee, dim_department, fact_request, fact_communication, agg_comm_dept_pair).
Метод: контент-анализ — фактура ЧТО и КАК; причины (ПОЧЕМУ) — вне данных.
1. Резюме для руководителя
- Производственный контур = самый большой коллектив компании: 95 активных (Подольск цех 51, Кострома цех 31, ОТК 4+3, Технический отдел 3+2, Электролаборатория 1). В основном сборщики НКУ — монтажники 2–6 разрядов.
- ⚠️ ГЛАВНОЕ: производство — слепая зона в Grace. 95 человек дают всего 4 899 комментариев (4% от 120 573) силами 76 авторов. Для сравнения: один Отдел закупок (14 человек) = 33 120 комментариев. Крупнейшая часть компании почти невидима системе.
- Кострома цех практически вне системы: 31 активный сотрудник → 61 комментарий, 5 авторов. Координация цеха идёт мимо Grace (устно/на месте/телефон).
- Где производство видно — это ОТК и погоня за материалами: контроль качества активен (ОТК 934 комментария на 8 человек), а цех в основном «выбивает» комплектующие у закупок/склада — и там застревает 32–34%.
- Контур дефектов и проблем: ComponentDefect 449 + Problem 843 комментариев — производство/ОТК фиксируют брак и проблемы, которые тянут за собой закупки, склад и разработку.
2. Команда (производственный контур, активных/всего)
| id | Подразделение | Руководитель (по должности) | Активных |
|---|---|---|---|
| 1 | г. Подольск Сборочный цех | Маринчу Н.Х. (Начальник производства) | 51/153 |
| 2 | г. Кострома Сборочный цех | Леваков Е.С. (Начальник производства)¹ · Яблоков А.В. (мастер цеха) | 31/50 |
| 5 | Отдел технического контроля | Гапон Д.А. (Начальник ОТК) | 4/8 |
| 104 | г. Кострома ОТК | — | 3/3 |
| 37 | Технический отдел | Шибаев С.А. (Начальник) | 3/5 |
| 102 | г. Кострома Технический отдел | — | 2/2 |
| 76 | Электротехническая лаборатория | Лукин А.В. (Руководитель) | 1/1 |
| 22 | Отдел строительно-монтажных работ | — | 0/14 (штат расформирован/перемещён) |
¹ Леваков числится в «г. Кострома Администрация», но по должности — Начальник производства Костромы. chief_user_id у костромских подразделений и СМР пуст — пробел оргструктуры, не отсутствие руководителя (определять по должности). СМР: 0 активных при 14 в истории — отдел фактически расформирован, но исторический след в коммуникации остался (664 комментария).
Состав Подольск цеха (51): монтажники 2–6 разр. 34 · бригадиры 4 · мастера произв. обучения 3 · слесари 3 · электромонтажники 2 · разнорабочие 2 · мастер цеха · начальник производства · специалист ТМЦ. Кострома цех (31): монтажники 3–6 разр. 23 · бригадиры 4 · слесари 2 · мастер цеха · специалист ТМЦ.
3. Чем КОНКРЕТНО заняты
Сборка НКУ (основная работа — в Grace почти не отражена)
Производственная работа цехов (сборка низковольтных комплектных устройств) ведётся «на полу» и в Grace фиксируется слабо. В Подольске пишут в основном бригадиры, мастера и часть монтажников (28 из 36 монтажников хоть раз оставляли комментарий, но объём низкий); в Костроме — почти никто. То есть ход сборки, передачи смен, проблемы на участках — вне системы.
Технический контроль — ОТК (активен)
ОТК — самый «громкий» в производственном контуре: 934 комментария на 8 человек. Завязан на приёмку закупленного и брак: ОТК↔Закупки 334 треда (34% застрявших), ОТК↔Склад 213 (33%). → постпоставочный контроль качества + разбор брака.
Техническая подготовка — Технический отдел
774 комментария на 3 человек (Шибаев + технолог + спец. по тех. документации). Связь с разработкой НКУ (97 тредов) и проектным отделом (45) — техническое сопровождение производства и документация.
Заявки (активное окно)
Производство — преимущественно исполнитель, а не автор заявок: в каноне видно purchase 68 (цеха/ОТК
выступают получателем комплектующих) + единичные calculation/payment. Своего потока заявок производство
почти не создаёт — его «голос» в системе это комментарии к чужим заявкам и к изделиям.
4. Как работают: коммуникация (производство = 4% трафика при 95 людях)
Объём по подразделениям (комментариев / тредов / авторов):
| Подразделение | Комм. | Тредов | Авторов | Активных | Комм/чел |
|---|---|---|---|---|---|
| г. Подольск Сборочный цех | 2 184 | 1 505 | 47 | 51 | ~43 |
| Отдел технического контроля | 934 | 763 | 8 | 4 | ~234 |
| Технический отдел | 774 | 672 | 3 | 3 | ~258 |
| Отдел СМР (расформирован) | 664 | 369 | 9 | 0 | — |
| г. Кострома Технический отдел | 198 | 149 | 1 | 2 | ~99 |
| г. Кострома Сборочный цех | 61 | 53 | 5 | 31 | ~2 |
| г. Кострома ОТК | 46 | 32 | 2 | 3 | ~15 |
| Электротехническая лаборатория | 38 | 23 | 1 | 1 | ~38 |
→ Контраст разительный: инженерные функции (ОТК, техотдел) пишут активно (~234–258 комм/чел), а цеха — почти молчат (Подольск ~43, Кострома ~2 комм/чел). Чем «ниже» к сборке — тем меньше Grace.
О чём пишет производство (target_type, комментариев): Изделия (Item) 1727 · PurchaseRequest 881 · Problem 843 · ComponentDefect 449 · SupplyRequest 171 · PaymentRequest 119 · Contract 98 · Delivery 83.
С кем (тредов / застряли >7д / %):
| Линия | Тредов | Застряли | % |
|---|---|---|---|
| ОТК ↔ Отдел закупок | 334 | 114 | 34% |
| Подольск цех ↔ Отдел закупок | 225 | 71 | 32% |
| ОТК ↔ Склад | 213 | 70 | 33% |
| Технический отдел ↔ Разработка НКУ | 97 | 8 | 8% |
| Подольск цех ↔ АХО | 71 | 17 | 24% |
| Юридический ↔ СМР | 65 | 27 | 42% |
| Администрация ↔ Технический отдел | 37 | 37 | **100%**² |
| ОТК ↔ Управление сервиса | 33 | 25 | 76% |
→ Производство, когда выходит в Grace, в основном выбивает материалы у закупок/склада (и там вязнет 32–34% = цех ждёт комплектующие) и гоняет брак через ОТК.
5. Сигналы для ЛПР (ЧТО — повод разобраться, не ПОЧЕМУ)
- Крупнейший коллектив компании — слепая зона. 95 производственников = 4% трафика Grace. Ход сборки, проблемы на участках, передача смен — система не видит. Управлять можно только тем, что видно.
- Кострома цех (31 чел) почти полностью вне Grace (61 комментарий). Региональная площадка координируется мимо системы — для руководства это «чёрный ящик».
- Цех ждёт материалы: линии цех/ОТК ↔ закупки/склад застревают на 32–34%. Простои сборки из-за некомплекта — кандидат №1 на разбор (где именно теряется время между «заявил деталь» и «получил»).
- Брак и проблемы (ComponentDefect 449 + Problem 843) замыкают производство↔ОТК↔закупки↔разработку — многосторонний контур, где легко потерять нить.
- Две точечные аномалии: Администрация↔Технический отдел — 100% тредов застряли (старый клуб проектов/ проблем, средний возраст ~1.5 года); ОТК↔Управление сервиса — 76%. Оба — повод посмотреть адресно.
Связь с целью (единый канал): производство — самое яркое доказательство, что коммуникация утекает из Grace. Там, где идёт реальное исполнение (сборка), системной переписки почти нет. Единый канал, вшитый в Grace, в первую очередь нужен именно цехам — чтобы ход производства стал видимым, а не реконструировался постфактум.
6. Оговорки (честность данных)
- Только канал Grace-комментов. Низкий трафик цехов НЕ значит, что они не общаются — значит, что общаются вне Grace (устно, на участке, по телефону, в локальных чатах). Это и есть слепая зона, а не бездействие. (Урок: пустота поля ≠ отсутствие в реальности.)
purchaseв каноне = активное окно (68), не вся история (ограничение API; история закрытых — только если API даст фильтр, не из MySQL). Записи изделий/дефектов/проблем в канон не синкаются — видны лишь через комментарии.- ² Аномалия «100% застрявших» на линии Администрация↔Технический отдел — это исторический кластер старых тредов (проекты/проблемы возрастом до ~3 лет), а не текущий завал; смотреть как «давно брошенные нити».
- СМР (0 активных, 664 комментария) — отдел расформирован/перемещён; его коммуникация — исторический след.
chief_user_id/привязка по площадкам местами пусты (пробел оргструктуры) — руководители определены по должности (Маринчу, Леваков, Гапон, Шибаев, Лукин). Стоит проставить у клиента.- ПОЧЕМУ не выводим — причины простоев/застреваний за рамками данных (это «где смотреть», не диагноз).
No comments to display
No comments to display