Тайм-менеджмент для системных администраторов - [23]

Шрифт
Интервал

Когда я узнал, что он совершает ежедневный обход клиентов для решения проблем, я был потрясен. Это шло вразрез с нашей политикой фиксирования всех проблем с помощью системы регистрации запросов! Такое поведение бросало вызов нашим попыткам заставить клиентов отправлять электронные сообщения с просьбой о помощи. Разве это правильно?

Вскоре я понял, что это очень правильно. Люди (особенно те, кто не разбирается в компьютерах) обычно не сообщают о том, что причиняет им неудобство в работе, думая, что так и должно быть. Регулярный обход клиентов позволил моему коллеге устранить эти неудобства и повысить продуктивность работы. Кроме того, это помогло наладить хорошие взаимоотношения между системным администратором и клиентами. В результате системного администратора стали приглашать на обсуждение будущих проектов, что позволило избежать многих проблем.

Не применяйте этот метод, если вы не умеете говорить людям «нет». Одна из причин его эффективности заключалась в том, что мой коллега следовал принципу, являющемуся разновидностью принципа «Делегируйте, регистрируйте или действуйте», описанного в главе 2. Я назову эту разновидность так: «Исправляйте, регистрируйте или сочувствуйте».

• Исправление. Если проблема решалась быстрее, чем за две минуты, мой коллега исправлял все тут же.

• Регистрация. Если проблема была серьезней, он помогал клиенту составить электронное сообщение и отправить его системе регистрации запросов. Эта группа клиентов не привыкла отправлять запросы и побаивалась делать это. Под руководством системного администратора процедура не казалась им такой страшной.

• Сочувствие. Иногда клиенты обращались с невыполнимыми просьбами или сообщали об известной проблеме, решение которой было уже запланировано на будущее. Мой коллега обнаружил, что в этом случае самое лучшее — выразить сочувствие, но без снисхождения. «Да, — вздыхал он, — весьма неудобно, что система работает таким образом». Клиент соглашался и был доволен тем, что на его жалобу отреагировали. Затем мой коллега говорил: «Не думаю, что здесь можно что-то исправить, но, вероятно, кто-нибудь найдет решение». Клиент выигрывал от того, что получал подтверждение неустранимости проблемы, а не оставался в неведении. Мой коллега выигрывал от того, что нерешаемые вопросы не попадали в систему регистрации, а он лучше понимал положение дел. Он регистрировал такие запросы в своем органайзере. Если решение все-таки находилось, он возвращался к клиенту и выглядел чудотворцем.

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

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

Процедура 6: предварительная компиляция действий системного администратора

В предисловии я рассказал историю о замене магнитных лент для резервного копирования. Это была нелегкая задача, поскольку имелось восемь ленточных серверов, и на любом из них в любой день могла потребоваться новая лента (а могла и не потребоваться). Каждый день я принимался высчитывать, на каких лентах накопилось достаточно информации, чтобы нужно было установить пустую ленту (иными словами, на каких лентах не осталось места для резервных копий, которые будут созданы сегодня вечером). Затем я брал новые ленты и обходил восемь серверов, разбросанных по всему зданию.

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

Это был тот случай, когда надо было «не думать, а действовать». Конечно, лента при этом расходовалась не самым экономным образом, но мое время дороже ленты.

В продолжение этой истории замечу, что я обычно заменял ленты в конце рабочего дня. Если я был поглощен проектом (а почти всегда так оно и было), я вспоминал о замене лент достаточно поздно. Я и так засиживался допоздна, а из-за необходимости менять ленты уходил с работы еще позже. Когда я направлялся после работы домой или на одно из многочисленных общественных мероприятий, в которых неизменно участвовал, я злился на «эти чертовы ленты, из-за которых опять опаздываю».

Требовалось разработать более удачное расписание, и я придумал такое заклинание:

Ежедневные дела надо делать в начале дня.

Впоследствии, когда каждое мое утро стало начинаться с планирования согласно системе Цикл, наивысший приоритет я назначал делу «Замена лент».