Мелкое IT-неудобство редко выглядит как авария: программа отвечает с задержкой, документ приходится открывать повторно, данные переносят вручную. Чтобы решить, стоит ли менять процесс или систему, не нужно сразу вычислять денежный ущерб всей компании. Сначала оцените, сколько времени занимает конкретный лишний шаг и как часто он действительно повторяется.
Ограничьте наблюдение одной операцией
Выберите действие с понятным началом и концом, например подготовку одного типового документа. Вместе с сотрудниками опишите обычный путь и место задержки. Подрядчик выяснит, связана ли она с устройством, приложением, общей системой или организацией работы. Измерение лучше проводить в сопоставимых условиях несколько раз: единичная долгая операция может быть исключением.
Условный расчёт: дополнительное ожидание составляет около двух минут, операция повторяется примерно шесть раз в рабочий день у трёх сотрудников. Это даёт ориентир 36 минут ожидания за такой день. Это не точная оценка потерь компании. Не каждый день одинаков, сотрудники могут выполнять другую работу во время ожидания, а часть задержек связана с разными причинами. Запишите допущения рядом с числом; без них итог создаёт ложную точность.
Отделите время от последствия
Одна и та же минута имеет разное значение. Ожидание может задерживать клиента, мешать завершить срочный документ или почти не влиять на работу, если задача идёт параллельно. Спросите, что именно не получается сделать до завершения операции. Не переводите минуты в деньги простым умножением на зарплату: оплата труда и прямой финансовый ущерб не равны друг другу.
Сравните возможное улучшение с трудозатратами и риском изменения. Если проблема затрагивает редкую операцию, сложная перестройка может быть неразумной. Если задержка повторяется на важном пути, подрядчику стоит проверить причины и предложить варианты — от исправления отдельного шага до изменения процесса. Руководитель задаёт приоритет и допустимые расходы, а техническую проверку и координацию организует подрядчик.
Проверьте результат тем же способом
После изменения снова наблюдайте ту же операцию при близкой нагрузке и спросите сотрудников, исчезли ли лишние действия. Если число выглядит лучше, а люди продолжают вести обходную таблицу, задача не решена. Если задержка меняется по дням, отметьте разброс, а не выбирайте удобный лучший случай. Такая оценка помогает выбрать улучшение, но не обещает заранее определённой экономии.
IT-консалтинг полезен, когда нужно сопоставить рабочую помеху, технические причины и стоимость вариантов. Общий набор показателей для руководителя — отдельная задача; здесь важна проверяемая оценка одной операции.