MTBF и MTTR: как инженеру сервиса доказать руководству, что бригада работает хорошо

27 мая 2026 · 10 минут на чтение

Если на ежемесячной планёрке вы говорите «вроде всё нормально, ремонтировали технику», — это не отчёт, это пересказ. Через полгода руководство решит, что сервисная служба «много тратит» и сокращает вам бюджет. Чтобы такого не было, нужны три простые цифры, которые превращают вашу работу из «чёрного ящика» в управляемую функцию: MTBF, MTTR и доступность. В статье — что они значат, как считать и как использовать в отчётах.

Проблема: ваша работа не видна, когда она хорошая

У инженера сервиса парадоксальная позиция. Если бригада работает плохо — техника часто ломается, простаивает, ремонты дорогие. Все видят. Если бригада работает хорошо — техника не ломается. Не видит никто.

В результате через несколько месяцев на бюджетной защите вам говорят: «У нас нет аварий, значит ремонтная служба избыточна, давайте сократим расходы на 20%». А вы уже отстроили процесс — и не можете показать численно, почему этого делать нельзя.

Метрики MTBF, MTTR и доступность — это язык, на котором сервисная функция разговаривает с руководством. По данным учебника Construction Equipment Management (CRC Press, 2006), это «две главные статистические меры успешности программы обслуживания». Их используют армия США, крупнейшие подрядчики, нефтегазовые компании. Они работают, потому что:

  • Простые. Считаются на калькуляторе из 3–4 цифр
  • Сравнимые. Можно сравнивать месяц к месяцу, единицу к единице, бригаду к бригаде
  • Объективные. Не зависят от мнения и интерпретации
  • Универсальные. Понятны и инженеру, и финдиректору

Метрика 1. MTBF — средняя наработка между отказами

MTBF (Mean Time Between Failures) показывает, сколько в среднем моточасов работает техника между двумя поломками. Чем выше — тем надёжнее.

MTBF = общая наработка / число поломок

Пример расчёта

За квартал ваш парк из 8 экскаваторов отработал суммарно 8 400 моточасов. За тот же период было 12 поломок (т.е. незапланированных ремонтов).

MTBF = 8 400 / 12 = 700 моточасов

В среднем экскаватор в вашем парке проходит 700 моточасов между отказами. Это базовая цифра. Через квартал вы сравните: стало 850 — отлично, технику обслуживают лучше. Стало 500 — что-то пошло не так.

Что MTBF говорит руководству

MTBF — это надёжность техники в ваших руках. Если она растёт — значит ваш ППР работает, операторы аккуратнее, ремонты делаются качественно. Если падает — есть проблема, и вы можете её локализовать (на какой именно единице падает, что именно ломается).

Важно: MTBF считается только по корректирующим ремонтам — поломкам. Плановые ТО в формулу не входят. Иначе график ППР будет сам себя обнулять, и метрика потеряет смысл.

Метрика 2. MTTR — среднее время ремонта

MTTR (Mean Time To Repair) показывает, сколько в среднем часов уходит на восстановление техники после поломки. Чем ниже — тем быстрее работает бригада.

MTTR = суммарное время ремонтов / число ремонтов

Пример расчёта

За тот же квартал на 12 ремонтов суммарно ушло 192 рабочих часа.

MTTR = 192 / 12 = 16 часов

В среднем одна поломка устраняется за 2 рабочих дня (16 часов = 2 смены по 8 ч). Через квартал стало 12 — отлично, бригада быстрее справляется. Стало 24 — что-то тормозит: ожидание запчастей, нехватка инструмента, проблемы с квалификацией.

Что MTTR говорит руководству

MTTR — это скорость вашей реакции. Если MTTR низкий, значит у вас отлажена логистика запчастей, есть нужный инструмент, бригада обучена. Если MTTR растёт — нужно копать, в чём проблема. Возможно, не хватает буфера запчастей, и каждый ремонт ждёт поставки.

По данным CRC Press, простой делится на активный (бригада работает) и простой ожидания (ждут запчасть, инструмент, согласование). На практике простой ожидания часто больше активного, но никто не считает отдельно. Если в отчёте показать руководству, что 60% MTTR — это ожидание запчастей, это аргумент за бюджет на склад.

Метрика 3. Доступность парка

Доступность (Availability) — это процент времени, в течение которого техника готова к работе. Главная метрика по версии CRC Press: «единственный по-настоящему контролируемый фактор производительности».

A = uptime / (uptime + downtime)

Пример расчёта

За месяц у вас 8 экскаваторов. Каждый теоретически может работать 22 рабочих дня × 8 часов = 176 часов. Парк целиком: 8 × 176 = 1 408 часов.

Из них в простое суммарно по всем единицам было 168 часов: 96 часов на ремонты, 56 часов на ТО, 16 часов на ожидание запчастей.

A = (1 408 − 168) / 1 408 = 1 240 / 1 408 = 0,881 = 88,1%

Доступность парка 88,1%. Если в следующем месяце вы вышли на 91% — это +2,9 процентного пункта.

Что доступность говорит руководству

Это самая денежная метрика. Каждый процент доступности — это конкретные часы и конкретные рубли. Если ваш парк суммарной стоимостью 40 млн ₽ простаивает на 2% больше нужного — это означает, что 800 тыс ₽ капитала «не работают» на постоянной основе.

Для типичного парка ориентир: 75–80% — плохо, нужно срочно разбираться. 85–90% — нормальный рабочий уровень. 92%+ — отличный результат.

Контр-интуитивно: 100% доступности недостижима и нежелательна. По расчётам CRC Press, при усиленном ППР операционная доступность может упасть, даже если поломок стало меньше — потому что плановые остановки сами создают простой. Здоровый ориентир — 90–93%, не 100%.

Шаблон ежемесячного отчёта руководству

Соберите эти цифры в одностраничный отчёт. Не сложнее. Не короче.

Структура отчёта

  1. Состояние парка. Доступность за месяц + сравнение с прошлым. «Май 2026: A = 89,4% (+1,2 п.п. к апрелю)»
  2. Надёжность техники. MTBF за месяц + сравнение. «MTBF = 720 м/ч (было 680)»
  3. Скорость восстановления. MTTR за месяц + сравнение. «MTTR = 14 ч (было 18)»
  4. Соотношение ППР к реактиву. % плановых ремонтов от общего числа. «Плановые ремонты: 64% (цель 70%)»
  5. Топ-3 проблемные единицы. Где availability ниже 80%, MTBF упал. С причинами.
  6. Затраты на ремонт. Сумма за месяц + сравнение. «1,8 млн ₽ (был 2,1 млн)»
  7. Что планируется на следующий месяц. 3–5 пунктов крупных работ и риски.

Пример первой страницы

Отчёт сервисной службы. Май 2026.

Доступность парка: 89,4% (+1,2 п.п. к апрелю)
MTBF: 720 м/ч (было 680, рост 6%)
MTTR: 14 часов (было 18, сокращение 22%)
Доля плановых ремонтов: 64% (цель квартала — 70%)
Расходы на ремонт: 1,82 млн ₽ (бюджет 2,0; экономия 9%)

Главное за месяц: внедрили буфер критичных запчастей (фильтры, ремни) — это снизило MTTR на 4 часа. Из 14 единиц 11 в зелёной зоне (A > 85%), 3 — внимание (Komatsu PC200 №3: течь гидравлики; КАМАЗ-65117 №7: износ тормозной системы; МТЗ-82 №4: подходит к экономическому сроку жизни, в плане замена).

Такой отчёт — не «информация для информации». Это аргумент для разговора. Каждая цифра — повод обсудить решение: продолжать инвестировать в склад запчастей, заменить МТЗ-82 № 4, утвердить бюджет на следующий квартал.

Как использовать цифры в защите бюджета

Самый частый разговор инженера с финдиректором: «зачем вам столько денег на сервис, может, сократим?». С цифрами на руках вы отвечаете не эмоционально, а аналитически.

Сценарий: предложение сократить бюджет на запчасти

Без цифр: «Не сокращайте, у нас не будет хватать на ремонты». Это слабый аргумент — звучит как «дайте больше денег, потому что хочу».

С цифрами: «За последние 3 месяца после расширения склада MTTR упал с 22 часов до 14, доступность выросла с 84% до 89%. По нашему парку 5% доступности = 800 тыс ₽ в месяц упущенной выручки. Сокращение бюджета склада на 200 тыс ₽ сэкономит 200 тыс, но вернёт MTTR на 22 часа и доступность на 84%. Это −600 тыс ₽ в месяц. Не предлагаю».

Это разговор уже не про «дайте больше», а про математику. Хороший финдиректор такой аргумент принимает.

С чего начать, если метрик ещё нет

Большинство компаний с парком 5–30 единиц не считают MTBF и MTTR. Чтобы начать, нужно три простых вещи:

  1. Точные моточасы. Если механики записывают «примерно», MTBF будет враньём. Подробно об этом — в статье «Учёт моточасов спецтехники: 5 ошибок и как их избежать».
  2. Структурированный журнал ремонтов. Каждый ремонт с типом (плановый / реактивный), временем начала и завершения, длительностью простоя. Без формализации формулы не работают.
  3. Регулярный расчёт. Раз в месяц — собрать цифры, обновить дашборд, отправить отчёт. Это занимает 1–2 часа, если данные есть в системе.

Реально первые 2–3 месяца цифры будут «грязные»: моточасы записывают не все, ремонты бывают незарегистрированными, кто-то забыл закрыть событие. Это нормально. Через 3–6 месяцев картина выстраивается. Ваша задача — не ждать «идеальных» данных, а начать с тех, что есть, и улучшать процесс.

Как «Бортовой» автоматически считает эти метрики

Главная сложность в ручном учёте — это не формулы, а сбор данных. Моточасы, время начала ремонта, время завершения, тип ремонта — всё это должно быть аккуратно записано, иначе формулы выдают мусор.

Приложение «Бортовой» решает это через AI-чат. Каждая единица техники — отдельный чат, как в WhatsApp. Когда механик голосом говорит «начал замену гидронасоса на Komatsu PC200 №3», AI парсит и фиксирует событие с типом «реактивный ремонт» и временем начала. Когда говорит «закончил, ушло 6 часов» — фиксируется завершение.

На основе этих структурированных событий приложение автоматически считает:

  • MTBF по каждой единице и парку в целом
  • MTTR с разбивкой на активный ремонт и ожидание запчастей
  • Доступность за день / неделю / месяц
  • Долю плановых ремонтов к общему числу
  • Тренды: куда движутся показатели
Метрики появляются не «когда вы посчитали в Excel», а в момент когда механик закрыл задачу в чате. Утром на планёрке вы открываете приложение и видите цифры за вчерашний день.

Что дальше

Если вы внедряете метрики надёжности впервые — действуйте поэтапно:

  1. Месяц 1. Настройте сбор данных: точные моточасы, структурированные ремонты, время простоя.
  2. Месяц 2. Соберите первые цифры MTBF, MTTR, доступности. Не ругайте бригаду за «плохие» показатели — это базовая линия для сравнения.
  3. Месяц 3. Сделайте первый отчёт руководству. Покажите, как вы планируете улучшать каждый показатель.
  4. Месяц 6. Сравните цифры с базовой линией. Это и есть ваш профессиональный результат.

Через полгода у вас будет 3 неоспоримых цифры роста и история, которую можно показать на собеседовании, новому работодателю или собственному руководству при защите повышения. Это и есть «карьера в сервисной функции» — не «опыт ремонта», а измеримая динамика.

Скачать «Бортовой»

Приложение для Android уже доступно в Google Play. AI автоматически считает MTBF, MTTR и доступность из голосовых сообщений механиков — без таблиц.

Открыть в Google Play