А теперь сядьте поудобнее, пристегните ремни и радуйтесь — Том поможет привнести тайм-менеджмент и здравый смысл в вашу жизнь.
— Дэвид Н. Бланк-Эдельман (David N. Blank-Edelman)
Сентябрь, 2005 (сисадмин с 20-летним стажем)
Предисловие
— «Тайм-менеджмент для системных администраторов»?
— Угу.
— Будете рассказывать о том, как пользоваться карманными компьютерами, электронным календарем vCal, серверами календарей и прочей дребеденью?
— Вовсе нет. В подобных вещах системный администратор разберется и без книг.
— Тогда почему бы мне просто не купить одну из 10 миллионов других книг по тайм-менеджменту?
— Потому что они не годятся. Ладно, они годятся. Только не «нам». Они обращаются к некоему обобщенному читателю, которым мы с вами не являемся. Я — профи. Системный администратор. Эксперт по сетям. После работы я живу почти так же, как на работе, — посмотрите, какой убийственный сервер я установил дома. Как только доведу его до ума, на работе сделаю то же самое. Других таких профессий поискать. Нейрохирург, придя домой, не пытается испробовать новую методику на своем коте в надежде на то, что при удачном исходе ее можно будет применять на пациентах.
— (Выгоняя кота из комнаты.) Я больше не подпущу вас к своему коту!
— Послушайте, я лишь пытаюсь сказать, что системное администрирование не работа. Это стиль жизни. Нам нужны книги по тайм-менеджменту, в которых говорится о нашем стиле жизни, используется привычная нам терминология и решаются наши проблемы.
— Стиль жизни?
— Стиль жизни, стиль работы, как вам больше понравится. Ни в какой другой профессии человеку не приходится буквально разрываться на части. Пользователи непрерывно отвлекают нас просьбами, не давая ни одно дело довести до конца. У компьютеров свои запросы, их мы тоже должны удовлетворять. Наше начальство хочет, чтобы мы реализовали долгосрочные проекты, но одновременно заваливает нас требованиями устранить мелкие неполадки, так что работать над долгосрочными проектами абсолютно невозможно!
В нашей профессии трудно встретить хорошего наставника. Если шеф технарь, он может помочь в решении технических вопросов, но не в области тайм-менеджмента. Если же он далек от техники, то не может быть наставником, потому что «не въезжает» в требования, предъявляемые нашей работой.
— А как вы достигли такой высокой квалификации?
— Ну, во-первых, когда-то я прослушал кучу курсов по тайм-менеджменту и понял, что 80 % того, чему меня учили, не имеет отношения к сисадминам. Однако я не растерял остальные 20 %. С годами я усовершенствовал эти приемы, разработал много собственных и даже стал вести семинары по этой теме. Содержание семинаров и обобщено в этой книге.
— Вы меня все еще не убедили.
— Позвольте привести пример. Вы ведь знаете, в чем разница между интерпретируемым и компилируемым языками.
— Конечно! Интерпретируемые языки медленнее, потому что каждая строка кода заново интерпретируется всякий раз, когда интерпретатор ее встречает. В компилируемых языках много времени уходит на предварительную обработку программы и ее перевод на машинный язык, зато потом она выполняется быстрее аналогичной интерпретируемой программы.
— Совершенно верно.
— Так вы хотите, чтобы я откомпилировал свою жизнь?
— Нет, хотя это был бы идеальный вариант. Впрочем, у компиляторов мы можем научиться главному — потратить немного времени сначала, чтобы много раз не тратить его потом. Например, на одном из предыдущих мест работы я должен был периодически заменять ленты для резервного копирования. Тогда еще не было недорогих кассетных магнитофонов, облегчающих эту работу. У нас было три главных сервера в машинном зале и восемь серверов поменьше в разных концах здания. Можно было не менять ленту, на которой еще достаточно свободного места, но мне всегда было трудно принять решение, могу ли я не менять ленту на конкретном сервере. Если я ошибался в оценке свободного места на ленте, то операция резервного копирования на нее могла сорваться. Естественно, я хотел избежать подобных сбоев! Эта ситуация держала меня в состоянии постоянного стресса. В один прекрасный день я осознал, что действую как интерпретатор, ежедневно повторяя каждый свой шаг и обдумывая каждую деталь. Мне понадобилось проанализировать процесс всего один раз и затем всегда придерживаться принятых решений.
Первое решение, которое я принял, звучало так: «Лента гораздо дешевле моего времени». Поэтому вместо экономии каждого бита я стал жертвовать местом на ленте ради выигрыша во времени.
Следующее решение: «Не нужно напрягаться по поводу несущественных данных». Данные на восьми малых серверах, установленных в других частях здания, были гораздо менее важными, чем данные на главных серверах в машинном зале. Тем не менее я беспокоился и об этих не столь важных данных. Я должен был перестать волноваться (и испытывать стресс) по поводу несущественной информации. Сисадмины не всегда правильно расставляют приоритеты.
Я решил, что должен провести анализ один раз и пользоваться его результатами каждый день. Я должен был из интерпретатора превратиться в компилятор: один раз откомпилировать решение, а затем применять его снова и снова. Мой анализ показал, что ленты для серверов в машинном зале нужно менять почти ежедневно. Следовательно, я должен был менять их каждый день независимо от того, сколько на них остается свободного места.
А на малых серверах ленты надо было менять гораздо реже. Я должен был менять их каждый понедельник и на следующий день после неудачного резервного копирования по причине переполнения ленты.
— Вы приняли решение, что периодические сбои допустимы?
— Да. Я перестал стремиться к идеалу там, где это необязательно. Перфекционизм нередко излишен и приводит к непроизводительным затратам времени.
Создатели Интернета прекрасно это понимали. Они осознавали, что никогда ничего не добьются, если будут ждать появления безупречных коммуникаций, и разработали протоколы, работавшие в неидеальной среде.
— Но мой шеф ждет от меня идеальной работы.
— На самом деле у вашего шефа есть какая-то своя система приоритетов, и он понимает, что компромиссы неизбежны. В главе 8 мы поговорим, как следует управлять шефом.
— Пожалуйста, пообещайте, что ваши советы не будут иметь отношения к компиляторам и интерпретаторам.
— Обещаю. Не все поддается этой аналогии. Мы обсудим следующие важные темы:
• Содержание всех инструментов тайм-менеджмента в одном месте.
• Использование мозга для текущей работы, а внешних носителей — для хранения остальной информации.
• Разработка процедур для дел, которые вы совершаете регулярно.
• Предварительная компиляция решений путем выработки привычек и заклинаний.
• Поддержание в себе состояния сосредоточенности во время работы над проектом.
• Повышение качества личной жизни за счет применения описанных приемов и вне работы.
— И вы придумали для этого какое-то хитроумное сокращение?
— Нет. Сейчас вам важно знать, что я построил каждую главу так, что в ней собраны конкретные проблемы системных администраторов. Они, так сказать, наслаиваются друг на друга.
Глава 1 «Принципы тайм-менеджмента»
Что отличает нас от других? В первую очередь, количество прерываний, отвлекающих нас, и множество проектов, над которыми мы должны работать одновременно. Но есть и другие факторы. В этой главе представлены основные принципы, которые получат развитие на протяжении книги.
Глава 2 «Сосредоточенность как средство против прерываний»
В этой главе обсуждается, как корректно обращаться с клиентом, прерывающим вашу работу. Вы мало чего достигнете, если не будете управлять прерываниями.
Глава 3 «Рутинные процедуры»
В этой главе показано, как превратить хаос в рутинную процедуру. Наша работа имеет высокую степень хаотичности, а любая удачная процедура немножко уменьшает этот хаос и значительно понижает наш стресс. Когда мы разрабатываем процедуры, наши задачи становятся делом привычки, и мы с меньшей вероятностью забываем о них.