Еженедельные совещания у руководства проводились по вторникам. Обход в понедельник обычно снимал массу вопросов, которые в противном случае обсуждались бы на еженедельном совещании. Это позволило сократить совещания по вторникам. Короткие совещания — это здорово!

Меня удивило, как хорошо работает мой метод. Меня также удивило, что все его заметили. Однажды, подходя к комнате системных администраторов, я нечаянно подслушал, как кто-то произнес: «А вот и Том наносит нам визит», после чего раздался короткий смешок.

Они смеялись надо мной. Думаете, я что-то изменил? Стал совершать обход по разным дням, чтобы быть менее предсказуемым? Нет. Для этого я слишком невозмутим.

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

Из этой истории можно извлечь два урока:

• Разработайте процедуру, которая решает ваши проблемы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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