Через два часа наступит конец рабочего дня. В jira прилетает заявка на командировку с выездом завтра. Я замираю и делаю глубокий вдох. Так бывает. Прилетает задача. Срочная. Бизнес-потребность. Коллега создала заявку за два часа до конца дня. Выезд — на следующий рабочий день. А у нас регламент: заявка подаётся не позднее 3 рабочих дней. Хотя я считаю и это критически мало. И вот я сижу и думаю. С одной стороны — правила. Мы их не от скуки придумали. С другой — живой человек, которому реально надо лететь. Бизнес-процесс, который встанет, если не поехать. И я всё понимаю. Но давайте я покажу, что в этот момент происходит с другой стороны. Не с той, где кнопка «создать задачу». А с той, где эта задача превращается в билеты, отель, такси и приказ. Что должно случиться за эти два часа Тревел-менеджер должен проверить заявку. Не просто «ок, вижу». А внимательно: корректность данных, соответствие тревел-политике, бюджет. Если есть ошибка — возвращаем. А время идёт. Дальше — согласование. Держатель бюджета подтверждает расход. Непосредственный руководитель — даты и целесообразность. Это два разных человека. У них могут быть свои планы на вечер. Потом — собственно покупка билетов и бронирование отеля. В два часа дня это одно. В шесть вечера — другое. Доступные рейсы тают, цены скачут, варианты размещения сужаются. Тревел-менеджер не просто «тыкает кнопку», а ищет лучшее из возможного в моменте. Параллельно — корпоративное такси. Его надо подключить, проверить, убедиться, что у сотрудника всё работает. И приказ в кадровой системе. Официальный документ. Без него поездка не начинается. А это ещё один человек в цепочке. И он тоже не сидит и не ждёт. Я не перечисляю всех участников ради драмы. Я перечисляю, потому что это правда невидимая работа. За одной кнопкой «хочу в командировку» стоит пять-шесть человек. И каждый из них делает своё дело, чтобы сотрудник просто сел в самолёт и не думал ни о чём. В чём дилемма Я могла бы сказать: «Регламент есть регламент». Но я знаю, что бывают ситуации, когда действительно форс-мажор. Когда поездка не могла быть запланирована раньше. Когда отказ — это не «соблюли правила», а «подвели бизнес». И тогда в голове включается другое. Не «пусть учатся планировать», а «давайте найдём решение». Потому что регламент — не стена. Это конструкция, которую мы построили, чтобы всем было удобно. И если в неё разово прилетает исключение, я не отмахиваюсь. Я взвешиваю: ущерб от нарушения правила против ущерба от того, что сотрудник не поедет. Но! Такое работает, только если это правда исключение. Не система. Не «ой, а я забыл». А реальная бизнес-потребность, которую нельзя было предвидеть. И тогда мы включаемся и делаем. Важно помнить , что за постоянным авралом стоит не загруженность, а неумение планировать. И это уже не наша зона ответственности. Что я вынесла для себя Когда ты на стороне сервиса, всегда есть соблазн быть «хорошей». Всегда говорить «да». Главное помнить , что Тревел-менеджер не должен работать в режиме вечного пожара. Держатель бюджета не должен согласовывать на бегу. Поэтому регламент — это не враг. Это защита. Защита процесса. Защита людей, которые этот процесс держат на себе. Но если однажды вечером я вижу, что случай действительно критичный, а не просто «поздно спохватились», — я беру и делаю. Не потому что боюсь отказать. А потому что в этом и есть сервис: не «по инструкции», а по-человечески.