Вчера разговаривали с главным механиком на предприятии. — 5 марта 2026 г. в 08:50:01.817
Вчера разговаривали с главным механиком на предприятии. Производство стабильное. Заказы есть. Оборудование современное. Но цех постоянно работает “на нервах”. То линия встала. То ремонт затянулся. То нужной запчасти внезапно нет. Разбираемся, как устроена работа ТОиР. Задаем простой вопрос: — А сколько оборудования сейчас в ремонте? Главный механик отвечает: — Сейчас уточню. Открывает Excel. Потом второй файл. Потом журнал заявок. Звонит мастеру участка. Мастер не берет — в цехе шумно. Перезванивает через несколько минут: — По прессу сделали, но еще не закрыли. — Насос ждет запчасть. — А по компрессору вроде подрядчик работает… “Вроде” — ключевое слово. Через 20 минут появляется ответ: — Ну… критичного ничего нет. Но “некритично” — это не показатель. И “вроде работает” — тоже не статус. А дальше выясняется: Какие работы сейчас просрочены — неизвестно без сверки Какие ППР должны начаться на неделе — смотрят вручную Где простаивает оборудование — узнают постфактум Какие запчасти заканчиваются — замечают, когда уже поздно Каждый управленческий вопрос превращается в поиск информации. И проблема даже не во времени. Пока собираются данные — ситуация уже меняется. Решения принимаются с опозданием. Поломки становятся авариями. И включается знакомый сценарий: — срочный ремонт — перенос производства — ночные вызовы — работа “до запуска любой ценой” Кажется, что это проблема оборудования. Но чаще — это проблема управления обслуживанием. Когда вся информация по оборудованию, заявкам, ремонтам и ППР находится в одной системе, многое меняется. Ответ на вопрос занимает не 20 минут, а несколько секунд. Руководитель видит: что ломается что ремонтируется что скоро потребует обслуживания где появляются узкие места И ТОиР перестает быть службой, которая “тушит пожары”. Он становится системой, которая эти пожары не допускает. Именно так работает АСМО-ТОиР.