Некоторое время я работал с системным администратором, у которого были очень застенчивые клиенты. Они были прекрасными специалистами, но плохо разбирались в компьютерах. Обычно они не сообщали о своих проблемах отчасти из-за своей застенчивости, отчасти из-за того, что предыдущий системный администратор всегда находился в дурном настроении. В результате они прибегали к каким-то малоэффективным обходным решениям. Когда это выяснилось, мой коллега быстро все исправил, облегчив им жизнь.
Когда я узнал, что он совершает ежедневный обход клиентов для решения проблем, я был потрясен. Это шло вразрез с нашей политикой фиксирования всех проблем с помощью системы регистрации запросов! Такое поведение бросало вызов нашим попыткам заставить клиентов отправлять электронные сообщения с просьбой о помощи. Разве это правильно?
Вскоре я понял, что это очень правильно. Люди (особенно те, кто не разбирается в компьютерах) обычно не сообщают о том, что причиняет им неудобство в работе, думая, что так и должно быть. Регулярный обход клиентов позволил моему коллеге устранить эти неудобства и повысить продуктивность работы. Кроме того, это помогло наладить хорошие взаимоотношения между системным администратором и клиентами. В результате системного администратора стали приглашать на обсуждение будущих проектов, что позволило избежать многих проблем.
Не применяйте этот метод, если вы не умеете говорить людям «нет». Одна из причин его эффективности заключалась в том, что мой коллега следовал принципу, являющемуся разновидностью принципа «Делегируйте, регистрируйте или действуйте», описанного в главе 2. Я назову эту разновидность так: «Исправляйте, регистрируйте или сочувствуйте».
• Исправление. Если проблема решалась быстрее, чем за две минуты, мой коллега исправлял все тут же.
• Регистрация. Если проблема была серьезней, он помогал клиенту составить электронное сообщение и отправить его системе регистрации запросов. Эта группа клиентов не привыкла отправлять запросы и побаивалась делать это. Под руководством системного администратора процедура не казалась им такой страшной.
• Сочувствие. Иногда клиенты обращались с невыполнимыми просьбами или сообщали об известной проблеме, решение которой было уже запланировано на будущее. Мой коллега обнаружил, что в этом случае самое лучшее — выразить сочувствие, но без снисхождения. «Да, — вздыхал он, — весьма неудобно, что система работает таким образом». Клиент соглашался и был доволен тем, что на его жалобу отреагировали. Затем мой коллега говорил: «Не думаю, что здесь можно что-то исправить, но, вероятно, кто-нибудь найдет решение». Клиент выигрывал от того, что получал подтверждение неустранимости проблемы, а не оставался в неведении. Мой коллега выигрывал от того, что нерешаемые вопросы не попадали в систему регистрации, а он лучше понимал положение дел. Он регистрировал такие запросы в своем органайзере. Если решение все-таки находилось, он возвращался к клиенту и выглядел чудотворцем.
Важный момент заключался в том, что этот системный администратор не пытался решить каждую проблему на месте. Иногда обход клиентов был просто самым эффективным способом сбора запросов, которые выполнялись позже. В других случаях мой коллега устанавливал с клиентами хорошие отношения, позволявшие лучше понять их нужды в долгосрочной перспективе. А иногда это был просто способ выразить сочувствие людям, столкнувшимся с неразрешимой проблемой.
Я подозреваю, что когда мой коллега приступил к своим обходам, он был ошеломлен огромным количеством вопросов, с которыми к нему обращались. Как я уже сказал, не используйте этот метод, если вы не умеете говорить людям «нет». Он требует самодисциплины, иначе вы весь день проговорите с первым клиентом. Однако со временем первоначальный наплыв нерешенных вопросов рассосется, и регулярный обход станет сродни процедуре обслуживания техники.
В предисловии я рассказал историю о замене магнитных лент для резервного копирования. Это была нелегкая задача, поскольку имелось восемь ленточных серверов, и на любом из них в любой день могла потребоваться новая лента (а могла и не потребоваться). Каждый день я принимался высчитывать, на каких лентах накопилось достаточно информации, чтобы нужно было установить пустую ленту (иными словами, на каких лентах не осталось места для резервных копий, которые будут созданы сегодня вечером). Затем я брал новые ленты и обходил восемь серверов, разбросанных по всему зданию.
В конце концов я осознал, что могу избежать мороки с расчетами, если буду менять ленты на «больших» серверах каждый день, а на «маленьких» один или два раза в неделю. Это привело к огромной экономии не только моего времени, но и ресурсов моего мозга.
Это был тот случай, когда надо было «не думать, а действовать». Конечно, лента при этом расходовалась не самым экономным образом, но мое время дороже ленты.
В продолжение этой истории замечу, что я обычно заменял ленты в конце рабочего дня. Если я был поглощен проектом (а почти всегда так оно и было), я вспоминал о замене лент достаточно поздно. Я и так засиживался допоздна, а из-за необходимости менять ленты уходил с работы еще позже. Когда я направлялся после работы домой или на одно из многочисленных общественных мероприятий, в которых неизменно участвовал, я злился на «эти чертовы ленты, из-за которых опять опаздываю».
Требовалось разработать более удачное расписание, и я придумал такое заклинание:
Ежедневные дела надо делать в начале дня.
Впоследствии, когда каждое мое утро стало начинаться с планирования согласно системе Цикл, наивысший приоритет я назначал делу «Замена лент».
В результате у меня стало одной головной болью меньше (в том смысле, что мне больше не нужно было весь день размышлять, какую ленту заменить), и я смог сосредоточиться на работе и меньше беспокоиться. Я приходил домой в хорошем настроении и не очень поздно. В начале каждого рабочего дня я испытывал ощущение, что сделал что-то важное, да так оно и было.
Однажды в фирме, где я работал, произошел сбой электропитания. Ситуация усугублялась отсутствием связи между системными администраторами, с одной стороны, и руководством и клиентами, с другой. Руководство считало, что его следовало известить о проблеме раньше, а системные администраторы считали, что им не дают спокойно разобраться в проблеме. Я уверен, что с вами ничего подобного не случалось. Или все-таки случалось?..
После этого события мы разработали процедуру на будущее. В конце концов, не последний же это сбой.
Процедура была проста: в течение часа сообщить о сбое конкретному менеджеру (шефу старшего системного администратора), даже если это случилось поздно ночью. Системные администраторы далее должны каждые полчаса докладывать этому менеджеру о состоянии дел до тех пор, пока проблема не будет устранена. Он со своей стороны должен известить более высокое руководство и клиентов (если сбой не привел к нарушению связи с ними), чтобы системные администраторы могли сосредоточиться на проблеме.
Это была простая процедура, и она хорошо работала. Жаль, ее не существовало во время той первой аварии.
Если ваша компания работает на виду у всех (приветствую тружеников Amazon, Google и Yahoo!), подобная процедура должна охватывать и отдел по связям с общественностью. Важно разработать эту процедуру до первого серьезного сбоя, даже если дискуссия обещает быть напряженной. Иногда сбои столь грандиозны, что привлекают внимание прессы. Нетрудно представить себе, какая шумиха может подняться. Несколько лет назад достаточно было сказать «Интернет» или «компьютерная безопасность», чтобы сбежались представители всех средств массовой информации. (Теперь они пресытились, и сообщения типа «Дыра в системе безопасности Microsoft принесла убытки миллиону фирм» больше не считаются новостями.) Тем не менее, если ваш бизнес достаточно широк, важно заранее совместно с отделом по связям с общественностью разработать стратегию общения с прессой. Вы должны знать, к кому направить журналистов, если они станут вам звонить. Если такого плана нет, самое лучшее- отвечать «Без комментариев» и класть трубку еще до того, как вам захочется что-нибудь добавить. Поговорить с журналистом весьма заманчиво, но многие системные администраторы считают, что во время аварии следует решать технические проблемы. Пусть прессой занимаются те, кому положено.