С деловой точки зрения у большого отпуска есть еще одно достоинство: он позволяет определить, где заканчивается ваша зона действия и/или насколько удачно ведется ваша документация. Хороший системный администратор исходит из предположения, что завтра его может сбить грузовик, а фирма должна остаться на плаву и без него. Большой отпуск позволяет проверить эту теорию без вреда для здоровья.
Вот несколько моих советов по поводу ухода в отпуск:
• За две недели до отпуска выясните, какие ваши функции должны быть переданы другому сотруднику, и потратьте достаточно времени на его обучение.
• За неделю до отпуска убедитесь, что коллега, который будет вас замещать, способен выполнять ваши обязанности, не задавая вопросов.
• За день до отпуска не делайте ничего как системный администратор. Не вносите изменения, которые трудно или невозможно исправить. Если искушение велико, отвлекитесь на что-нибудь. Например, составляйте документацию.
• Вернувшись из отпуска, проверьте, какие сбои произошли в ваше отсутствие. Как правило, оказывается, что какая-то часть системы отказала и фирме пришлось обходиться без нее до вашего возвращения. Почему произошел отказ? Что нужно было задокументировать?
Возможно, вы возразите: «Но разве я смогу научить кого-нибудь всему, что знаю?» А вы и не должны это делать. Ему достаточно знать столько, сколько требуется, чтобы фирма продержалась без вас неделю или две. Например, пусть в ваши обязанности входит генерирование некоторой отчетной документации каждую неделю. Сотрудник, который вас будет замещать, не обязан уметь создавать новые шаблоны отчетов. Ему достаточно уметь генерировать отчеты по имеющимся шаблонам. Если понадобится новая форма отчета, она может подождать до вашего возвращения. В самом крайнем случае ваши коллеги распечатают несколько отчетов и с помощью ножниц и клея сконструируют бумажку необходимого формата. (В действительности человек, требующий отчет, отнесется к ситуации с пониманием, потому что сам периодически уходит в отпуск.)
Рассмотрим еще пример. Вы отвечаете за создание резервных копий. Сотрудник, остающийся за вас, должен уметь выполнять ежедневное копирование и восстанавливать удаленный файл или каталог. Ему не нужно знать, как добавить в план копирования новый том или как реорганизовать план. Маловероятно, чтобы без вас в системе появился новый диск, а если кого-то из руководства осенит блестящая мысль о новом плане копирования, реализацию этого плана вполне можно будет отложить на неделю. Конечно, если произойдет катастрофический сбой и RAID или другая система восстановления будет не в состоянии спасти данные, вам придется прервать отпуск, но так ли часто это случается? (А если подобная авария чревата ежедневными миллионными убытками, то почему в этой фирме восстанавливать утраченные данные умеет только один сотрудник? Но я отвлекся…)