Руководителю удобно видеть измеримую единицу: часы инженера, число заявок, количество выездов или рабочих мест на обслуживании. Такие показатели помогают проверить счёт и понять загрузку. Но они не показывают, стало ли меньше повторяющихся сбоев, быстрее ли восстанавливается критичный процесс и появилась ли у компании предсказуемость.
В экспертной статье ALP ITSM на Хабре эта проблема описана как конфликт между оплатой активности и заинтересованностью в результате. Это позиция поставщика услуг, а не универсально доказанное правило. Более того, сам автор в итоге уточняет, что почасовая модель не обязательно плоха: решающее значение имеют ответственность, зрелость сторон и понятные критерии результата.
Почему одной активности недостаточно
Представим, что один и тот же сбой устраняется каждый месяц. Инженер быстро реагирует, часы учтены, заявка закрыта. По операционным показателям работа выглядит успешной. С точки зрения бизнеса проблема остаётся: сотрудники снова теряют время, а компания снова оплачивает восстановление.
Это не доказывает злой умысел подрядчика. Причина может быть в узком договоре, отсутствии бюджета на исправление, запрете изменений, неизвестной зависимости или в том, что никто не назначен владельцем системной проблемы. Но если отчёт показывает только объём действий, этот разрыв останется невидимым.
| Показатель активности | Вопрос о результате |
|---|---|
| Закрыто 120 заявок | Какие типы обращений повторяются и почему? |
| Среднее время ответа снизилось | Сколько времени пользователи ждали восстановления работы? |
| Проведено 40 часов работ | Какое состояние изменилось и как это проверено? |
| Выполнено 10 выездов | Можно ли было устранить общую причину или подготовить замену? |
| Все регламентные работы отмечены | Подтверждён ли полезный результат каждой критичной проверки? |
Почему нельзя отказаться от учёта часов и заявок
Призыв платить только за результат звучит просто, но в IT не всё находится под контролем одной стороны. Доступность может зависеть от провайдера, внешнего облачного сервиса, электропитания, решения руководителя о замене оборудования и действий пользователей. Если назвать подрядчику результат без границ и исходной линии, спор просто переместится из счёта в трактовку показателя.
Учёт работ остаётся полезным по трём причинам:
- показывает, куда уходит ресурс поддержки;
- помогает отделить регулярную услугу от проекта и незапланированной нагрузки;
- даёт материал для планирования штата, бюджета и улучшений.
Проблема начинается тогда, когда активность становится единственным критерием ценности. Большое число обращений может означать и хорошую доступность поддержки, и хроническую нестабильность. Мало заявок может означать устойчивую среду, а может означать, что сотрудники перестали обращаться через официальный канал.
Сбалансированная модель для малого бизнеса
Вместо выбора между «платить за часы» и «платить за результат» полезнее разделить три слоя.
- Объём и границы. Какие рабочие места, сервисы, часы поддержки и типы работ входят в регулярную услугу. Это делает стоимость понятной.
- Операционное качество. Как принимаются и ведутся заявки, что считается восстановлением, как работает эскалация и информирование. Это показывает качество ежедневного процесса.
- Изменение состояния. Какие повторяющиеся причины устранены, какие риски снижены, что стало наблюдаемым, проверяемым и документированным. Это связывает сервис с развитием.
У каждого слоя должны быть свои доказательства. Не нужно десятков показателей. Для небольшой компании достаточно нескольких: доступность действительно критичного процесса, время восстановления значимых сбоев, повторяемость выбранных сценариев, выполнение согласованных профилактических действий и статус важнейших рисков.
Разделить ответственность честно
Подрядчик не может отвечать за результат, если у него нет доступа к управлению причиной или компания не принимает необходимые решения. И наоборот, заказчик не должен оплачивать бесконечное устранение симптомов, если поиск причины входит в согласованную зону ответственности.
Для каждого важного показателя стоит зафиксировать:
- какая система и рабочее время входят в расчёт;
- каково исходное состояние;
- какие внешние зависимости учитываются отдельно;
- кто принимает решение о постоянном исправлении;
- каким фактом подтверждается восстановление или улучшение;
- когда показатель пересматривается.
Что спросить на ежемесячном обзоре
- Какая активность потребовала больше всего времени и почему?
- Какие обращения повторились по одной причине?
- Что было устранено постоянно, а где пока действует обходное решение?
- Какие риски подрядчик не может уменьшить без решения компании?
- Какое одно улучшение даст наибольший эффект в следующем периоде?
Такой разговор не отменяет счёт и SLA. Он возвращает им смысл. В рамках IT-аутсорсинга компания оплачивает доступ к команде и выполнение работ, но управленческая ценность появляется тогда, когда эти работы последовательно улучшают состояние сервиса.
Открытый источник
- ALP ITSM на Хабре: мнение об оплате активности и результата. Материал опубликован поставщиком услуг; в этой статье использована только постановка управленческого вопроса, без повторения неподтверждённых цифр и кейсов.
Итог: часы, заявки и выезды полезны для прозрачности, но не должны быть единственным доказательством качества. Зрелая модель соединяет понятный объём работ с несколькими проверяемыми результатами и явно разделённой ответственностью обеих сторон.