Почему сотрудники работают в таблицах после внедрения системы

Выделите текст, чтобы комментировать.

Рабочая таблица рядом с корпоративной системой — ещё не признак провала автоматизации. Вопрос в том, что именно осталось в этой таблице. Разовый расчёт вполне может жить отдельно. Но если только там видны актуальные сроки, договорённости и ответственные, руководителю стоит разобраться: где в действительности управляют работой?

Запретить такие файлы проще, чем выяснить, зачем их ведут. Однако вместе с неудобной таблицей можно убрать способ, который пока помогает сотруднику выполнять задачу. Поэтому начинать стоит с содержимого файла и действий человека, который его открывает.

Какую работу приходится делать дважды

Попросите сотрудника показать одну недавно завершённую задачу: от получения до передачи результата. На экране, с теми документами и перепиской, которыми он действительно пользовался.

Посмотрите, где впервые появились исходные данные и куда их затем переносили. Кто уточнял срок? Где сохранилось согласование? Что пришлось заново собирать для отчёта? Такой разбор позволяет обсуждать конкретные действия вместо общего «система неудобная».

Особого внимания заслуживает повторный ввод. Если сведения уже есть в карточке, но перед совещанием их приходится переносить в отдельную сводку, новая система не избавила человека от прежней отчётности. Она добавила ещё одно место, которое нужно поддерживать в порядке.

У каждого переноса должна быть понятная причина. Одни и те же данные могут требоваться разным отделам, но это ещё не объясняет, почему копировать их должен сотрудник. Возможно, достаточно настроить представление для руководителя или автоматическую передачу сведений.

Полезно задать вопрос и владельцу отчёта: какое решение он принимает на его основе? Если отдельный файл нужен только потому, что в таком виде его привыкли получать, следует пересмотреть сам запрос.

Что умеет таблица, чего не позволяет система

Содержимое рабочего файла помогает составить список требований к доработке. Но переносить в программу все его столбцы без разбора тоже не стоит.

Сначала выясните назначение каждого поля. Отметка о следующем действии может помогать передавать задачу коллеге. Отдельная дата — отличать обещанный клиенту срок от внутреннего плана. А часть столбцов могла остаться от отчёта, который уже никто не читает.

Проверять нужно и нестандартные случаи. Что делать, когда заявку вернули на уточнение? Как оформить частичное выполнение? Где отметить, что работа приостановлена до решения заказчика?

Если для реального состояния задачи нет подходящего действия, сотруднику приходится выбирать неточный статус или вести пояснения отдельно. В результате карточка формально заполнена, но пользоваться ею без дополнительных вопросов нельзя.

Поэтому при проверке системы полезнее пройти спорную заявку, чем ещё раз посмотреть демонстрацию, где все этапы следуют друг за другом. Именно на отклонениях становится видно, какие правила не определены.

Здесь важно разделять причины. Недостающую возможность можно добавить или настроить. Но программа сама не решит, кто вправе согласовать исключение и кто отвечает за задержку. Об этом должны договориться люди.

Руководитель тоже определяет, где будет идти работа

Прежде чем требовать от команды вести всё в одном месте, стоит проверить собственные привычки.

Откуда вы берёте сведения для совещания? Где меняете приоритеты? Просите открыть карточку задачи или ждёте отдельное сообщение с пересказом? Если решения принимаются в переписке, а в системе их лишь фиксируют задним числом, такой порядок поддерживает и сам руководитель.

Обсуждать вопросы в мессенджере удобно. Проблема возникает, когда принятое решение остаётся доступным только участникам разговора. Коллега, который подключится позже, должен понимать актуальный срок и следующий шаг без поиска по чужой переписке.

Для этого нужно определить, какие результаты обсуждения обязательно попадают в систему и кто их вносит. Сохранять весь разговор необязательно. Достаточно зафиксировать то, что меняет работу: согласованный результат, срок, ответственного или причину остановки.

Это правило имеет смысл только при условии, что руководитель сам пользуется записанными сведениями. Если заполненную карточку всё равно приходится пересказывать перед каждым решением, сотруднику трудно увидеть пользу от аккуратного ведения данных.

Когда уже можно требовать соблюдения правил

Удобство не означает, что каждый вправе работать как хочет. Общая система может требовать действий, которые нужны прежде всего коллегам: указывать основание решения, прикладывать подтверждение, вовремя обновлять статус.

Но требование становится понятнее, когда известно, кому и для чего нужны эти сведения. Обязательное поле «для порядка» и поле, без которого следующий сотрудник не может продолжить работу, воспринимаются по-разному.

Прежде чем объяснять обход системы недисциплинированностью, проверьте, доступен ли человеку нужный раздел, умеет ли он выполнить действие и позволяет ли программа корректно закончить задачу. Отдельно убедитесь, что начальник не требует параллельный отчёт с теми же данными.

Если эти препятствия устранены, можно закреплять единый порядок. Указать, где хранится актуальная информация, в какой момент её обновляют и как действуют при сбое. Тогда разговор о нарушении опирается на конкретное правило, которое выполнимо и одинаково для всех.

Что проверить руководителю: повторный ввод данных, обработку исключений, фиксацию решений и передачу задачи коллеге

Четыре вопроса для проверки рабочего процесса.

Как проверить, помогли ли изменения

Для начала выберите один ограниченный участок работы, который можно пройти целиком. Заранее определите, какое лишнее действие должно исчезнуть. Например, повторный ввод срока или сбор статусов перед совещанием. Это даст проверяемую цель для доработки.

Проведите через обновлённый порядок реальные задачи, включая возврат на уточнение или изменение условий. Отмечайте места, где всё ещё нужен обходной путь. Если без таблицы сотрудник не может передать результат, выясните причину до её отключения.

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

Результат стоит оценивать по самой работе.