деятельность, то нас смогут заменить кем-то другим. Иногда просьба все документировать исходит извне группы системного администрирования, обычно от того, кто излишне беспокоится по поводу стандарта ISO 9001 и не понимает, что процессы документирования ведут в тупик, а не в обход.

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

Системные администраторы, как правило, перфекционисты. Мы не в состоянии задокументировать все. Зачем начинать проект, если он никогда не будет закончен? Написание документации требует столько времени, что она нередко устаревает уже в процессе написания. Зачем составлять документ, который будет бесполезен, когда мы его закончим?

Кроме того, у наших дверей всегда толпятся клиенты с неотложными просьбами, которые, как правило, важнее документирования. При написании документации нужно долго работать, не отвлекаясь. У какого системного администратора есть такая возможность?

Наконец, профи ненавидят печатную документацию. Зачем дразнить гусей?

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

Документация, которая нужна вам

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

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

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

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

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

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

В этих двух хранилищах вы должны собрать следующие материалы:

• Правила обращения за помощью (возможно, в виде простого дерева решений).

• Общие направления политики системного администрирования (со ссылками на соответствующие страницы документации отдела кадров и/или юридического отдела).

• Список производителей и сервисных организаций и их контактная информация.

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

• Простая схема сети, которую сможет использовать для справки новый (или временный) сотрудник вашей группы.

Вы должны будете разместить эту информацию соответственно в открытой и закрытой частях веб- сайта. Чтобы вам было легче начать, я приведу образец для каждого хранилища. Чтобы вам было легче сопровождать свои хранилища, я рекомендую вам воспользоваться технологией Wiki. Если она вам незнакома, подробные сведения вы можете почерпнуть в разделе «Технология Wiki» этой главы. Пока просто запомните, что Wiki — это тип веб-сайта, который очень легко обновлять.

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

Хранилище, используемое клиентами

Первый веб-сайт находится в свободном доступе и содержит документацию, необходимую вашим клиентам.

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

Как получить помощь

Перечислите возможные способы в виде маркированного списка.

Как запросить новые возможности

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

Политика системного администрирования

Маркированный список ссылок на документы о политике, написанные вами, а также ссылки на соответствующие страницы документации отдела кадров или юридического отдела.

Свод всех установленных вами политик

Со ссылками на соответствующие страницы документации отдела кадров или юридического отдела.

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

Политика системного администрирования — это правила, по которым живут пользователи ваших компьютеров и сетей. Сюда входят правила безопасности, соглашения об уровнях сервисной поддержки, правила пользования компьютерами и сетями, этикет, правила привилегированного доступа к информации и т. д. В разделе «Политика системного администрирования» приведите ссылки на существующие документы в формате HTML, MS Word или PDF. Если таких документов пока нет, не помещайте этот раздел на главную страницу. Однако внесите в свой список дел пункт о разработке подобных документов. Если у вас нет собственных идей на этот счет, прочитайте главу 7 (о безопасности) и главу 9 (об этике) книги «The Practice of System and Network Administration» (Практика системного и сетевого администрирования). Я

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

0

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

Отметить Добавить цитату