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

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

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

Перенаправление прерываний

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

— Том, проблема с веб-сервером.

— Отлично! Сообщи мне о результатах, когда поговоришь с теми, кто отвечает за работу веб-серверов.

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

Не выяснив, к кому клиент должен обратиться за помощью, вы не должны огорчаться, что он пришел не по адресу. Я довожу такую информацию до клиентов по-разному — с помощью веб-страниц, указателей на стенах, подписей в электронных сообщениях и т. д. Когда я работал в Bell Labs, у нас по дороге к комнате системных администраторов висели плакаты: «Стоп! Вы отправили электронное сообщение с просьбой о помощи?» В другой фирме первое, что я сделал, — установил внутренний веб-сайт со списком специалистов в той или иной области, к которым клиенты должны обращаться в зависимости от конкретной ситуации. В веб-броузерах эта страница была сделана стартовой, и вскоре все хорошо знали ее содержимое.

Как донести до пользователей правильную процедуру обращения за помощью? Оторвитесь от книги и оглядите свою рабочую комнату. Отойдите на 50 футов от рабочего места, развернитесь и направьтесь к нему, представляя, что вы — типичный клиент. Что вы видите на своем пути? Ведет ли он прямо к вашему рабочему месту или к другому сотруднику? Что можно сделать, чтобы клиент обратился к кому-то, кроме вас? Если у вас есть формальная многоуровневая организация системного администрирования, направляются ли клиенты к соответствующим специалистам? Как можно улучшить эту систему? Ослабить поток прерываний может большой указатель или доска объявлений, где написано, кто за что отвечает. Неплохо развесить указатели, как в аэропорту, только вместо «Регистрация», «Багаж» и «Кафе» написать «Электронная почта», «Интернет» и «Принтеры», чтобы клиенты знали, куда идти за помощью.

У вас все в порядке?

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

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