Тайм-менеджмент для системных администраторов - Лимончелли Томас Страница 14

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

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

Некоторые общие советы

К сожалению, в этой книге невозможно дать конкретные рекомендации о том, как вы должны работать. Я даже не знаю, какая операционная система у вас установлена. Тем не менее я могу посоветовать следующее:

• Семь раз отмерьте, один раз отрежьте. Прежде чем совершить необратимые действия, оцените все последствия.

• Создайте резервную копию до того, как измените файл. Резервная копия избавит вас от многих проблем. Однако создавать ее следует до внесения изменений!

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

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

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

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

• Самые странные проблемы часто происходят от неверной конфигурации DNS. DNS влияет на работу многих подсистем, часто самым непонятным образом. Нередко проблема с DNS маскируется под другую проблему. Это справедливо как в отношении клиентских компьютеров, которым недоступны их DNS-серверы, так и в отношении клиентов, которые пытаются достичь адресата, пользуясь ошибочной информацией, полученной от DNS.

• Правило «Делегируйте, регистрируйте или действуйте» позволяет вам управлять своим временем. Придерживайтесь его, когда вашу работу прерывают. Делегирование задачи означает поручение ее другому сотруднику. Регистрация позволяет вам зафиксировать вопрос, но решить его в более удобное время. Действие неизбежно лишь в самом крайнем случае, например при отказе системы.

• Регистрируя запрос, вы получаете возможность планировать свое время, не завися от прерываний. Мы обсудим эту тему в главе 8.

• Принимая запрос клиента, вы должны всем своим видом демонстрировать это. Убедитесь, что клиент видит, как вы регистрируете запрос, и получите его подтверждение.

• Клиент предпочитает знать наверняка, что его запрос принят (даже если он будет выполнен позже), а не гадать, дошел ли он до вас.

• Система регистрации клиентских запросов, такая как RT, позволяет вам хранить их в единой базе данных, чтобы другие системные администраторы могли их обрабатывать, а клиенты — проверять текущий статус своих запросов.

• Никогда не полагайтесь на память, если клиент обращается к вам с запросом. Записывайте запрос на бумаге или в электронном виде. Мозг пригодится вам для более важной работы.

Главное — начать

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

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

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

3

Рутинные процедуры

Слово «рутинный» имеет отрицательный оттенок. Анонсы новых программных продуктов пестрят обещаниями избавить пользователя от рутинной работы. «Рутинный» означает «скучный», не так ли?

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

Я бы все отдал за скучный месяц!

Улучшить ситуацию позволяют технические средства. Мы можем сделать свою жизнь скучнее (в хорошем смысле!) с помощью долгосрочного планирования и подходящей инфраструктуры, обеспечивающей плавный ход событий. Например: автоматизация установки программного обеспечения новых компьютеров, при которой все они устанавливаются идентично; планирование обновлений, чтобы не было компьютеров с морально устаревшими компонентами; поддержание инфраструктуры безопасности, чтобы она стала повсеместной и менее обременительной. На эти темы уже написано много книг. Я предпочитаю «The Practice of System and Network Administration» (Практическое системное администрирование и администрирование сетей), Addison Wesley.

Я не собираюсь сделать системное администрирование скучным на 100 %. Не думаю, что это возможно в принципе. Пока появляются новые программные пакеты, которые необходимо испытать, и новые платформы, которые необходимо исследовать, у системных администраторов будет достаточно развлечений.

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

Однако я все-таки хочу исключить тот беспорядок, который не позволяет мне получать удовольствие от работы. Вот что следует накрепко запомнить о процедурах:

Процедуры дают нам способ подумать один раз, а сделать много раз.

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

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

Примеры процедур

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

Процедура 1: заправка по воскресеньям

Я заправляю машину каждое воскресенье. Я разработал эту процедуру, и она хорошо служит мне.

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

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

Я не просто изо дня в день откладывал заправку, я постоянно беспокоился! «Заправиться ли сейчас? Пожалуй, да». «Господи, я же опаздываю; может быть, заправлюсь завтра. Я уверен, что не забуду выехать из дома на час раньше». «Я же собирался заправиться вчера вечером, но так устал, что совсем забыл. Черт возьми!» Огромное количество умственной энергии уходило на пустяки.