Профессия системного администратора устроена так, что задачи ему ставит человек, который редко представляет, из чего эта работа состоит. Диапазон тут широкий: от директора, который не хочет видеть компьютер на своём столе, до директора, который сам когда-то поднимал сеть и помнит, как это делается.
У нижней границы этого диапазона и живут ловушки. Все они срабатывают в один и тот же момент - когда задача только ставится. Дальше уже поздно: сроки названы, ожидания сформированы, а расплачиваться придётся сисадмину.
Ниже - семь штук. Первые четыре про то, как задачи формулируются, последние три - про железо, где цена ошибки измеряется деньгами и простоем.
Начинающие админы часто не умеют объяснить руководству, что названный сверху срок не учитывает рисков. Проще согласиться.
Пример, который повторяется из года в год: приехал сервер со склада, его просят «поднять к завтрашнему утру». В теории - несколько часов. На практике может оказаться, что в одной планке памяти сыплются ошибки, что диски из партии с проблемной прошивкой, что операционная система не встаёт из-за отсутствующего драйвера контроллера. Любая из этих мелочей превращает вечер в двое суток.
Хуже другое. Даже если в этот раз повезло и вы уложились, начальство запомнит именно этот срок. Рекорд станет нормой, а следующий сервер будут ждать за тот же вечер - только теперь без права на невезение.
Что делать. Называть срок двумя числами: рабочее время и срок с учётом типовых сюрпризов. Не «завтра к утру», а «если железо исправно - завтра к обеду, если вылезет память или диски - плюс два дня на замену». Это нормальная оценка. Вы отвечаете за результат, и оптимистичный сценарий - лишь один из нескольких возможных.
Защитная реакция, которую можно увидеть и в маленьких компаниях, и в больших. Выглядит как равнодушие: админ перестал предлагать, перестал планировать, делает ровно то, что просят. Со стороны - выгорание или лень.
На деле это результат нескольких циклов. Админ приносит план развития инфраструктуры. План согласуют. Потом бюджет перекраивают, про согласование забывают, и через полгода всё повторяется. После третьего раза человек перестаёт планировать - не из вредности, а чтобы не разочаровываться.
Цена у этой реакции отложенная. Система, которую нужно было обновить в прошлом году, доживает до отказа, и меняют её уже в аварийном режиме, дороже и хуже.
Лечится это связующим звеном между админом и руководством - человеком, который говорит на языке бюджета и приоритетов. Мотивационные беседы тут бесполезны. В маленькой компании этим звеном становится сам админ, и тогда ему приходится учиться формулировать так: «через год эта железка встанет, замена в плановом режиме стоит столько-то, в аварийном - вдвое дороже плюс простой». Фраза «нужно обновить сервер» в строку бюджета не превращается. Мы писали об этом отдельно, со стороны руководителя: как владельцу малого бизнеса наладить работу сисадмина.
Бывают задачи, про которые с самого начала понятно: не взлетит. Внедрение, которое не окупится. Система, которая не ляжет на текущую инфраструктуру. Миграция в сроки, за которые её физически не сделать.
Аргументы приведены, руководство их не услышало. Дальше начинается самое неприятное: задачу приходится делать, понимая, что в лучшем случае она не даст ничего, а в худшем - оставит инфраструктуру в худшем состоянии, чем была. И объясняться потом всё равно вам - за то, что не убедили на этапе обсуждения.
Что здесь работает
Зафиксировать возражения письменно до старта, а не после провала. Короткое письмо с тремя пунктами - что не сойдётся, почему, и какой есть вариант подешевле - это не бюрократия. Это единственное, что отличает «он предупреждал» от «он не справился». Причём письмо стоит написать даже тогда, когда решение уже принято и менять его не станут.
Задача сформулирована размыто, потому что тот, кто её ставит, сам не до конца понимает, чего хочет. Начинающий админ бросается выполнять, достраивая недостающее по догадке. Телепатия в должностные обязанности не входит, и попадание получается случайным.
Дальше выясняется, что имелось в виду другое, время потрачено, и виноват исполнитель.
Что делать. Развернуть догадку в короткое техзадание на страницу: как вы поняли задачу, какие есть варианты решения, что каждый стоит по времени и деньгам, какие видите риски. Отправить и дождаться «да, так». Половина размытых задач на этом этапе отваливается сама - выясняется, что задача была не нужна. Вторая половина обретает конкретику. А у вас в любом случае остаётся документ, по которому вы действовали.
Это, кстати, самая частая ошибка новичков вообще - мы разбирали её в числе прочих в статье про пять ошибок начинающих администраторов.
Дальше начинается территория железа, и здесь ловушки дороже.
Руководство спрашивает, когда заработает новый сервер. Админ считает свою часть - установка, настройка, перенос - и называет срок. В этот срок не входит то, что от него не зависит: наличие конфигурации на складе, сроки поставки комплектующих, доставка в регион, а для некоторых позиций - ожидание поставки под заказ.
В итоге названа дата, за которую админ отвечает, а управляет ей кто-то другой.
Что делать. Разделять срок на две части и озвучивать обе: «поставка - столько-то, работы после поставки - столько-то». И запрашивать сроки поставки у поставщика до того, как назвали дату руководству, а не после. Нормальный поставщик скажет честно, что есть в наличии, а что придётся ждать.
Сервер приехал, коробка целая, наклейки на месте. Его ставят в стойку и сразу вводят в работу, потому что сроки.
Проблема в том, что железо иногда уезжает со склада с дефектом: память с ошибками, диск из проблемной партии, блок питания, который умирает под нагрузкой. Новое оборудование от этого не застраховано, восстановленное - тем более. Проявляются такие вещи под нагрузкой, через неделю-другую, когда на сервере уже работают люди.
Отдельная неприятность в том, что к этому моменту доказывать что-либо поставщику поздно: сервер в проде, данные на нём, откатывать некуда.
Что делать. Закладывать в план окно на приёмку и гонять железо тестами до того, как на него переедет продакшен. Ночь стресс-теста памяти и сутки нагрузки на диски и питание обойдутся дешевле, чем разбор полётов через месяц. Чем именно тестировать - собрали в отдельной статье. Если берёте восстановленное оборудование, приёмка обязательна тем более: как выбрать б/у сервер и не нарваться.
Бюджет урезали, конфигурацию подобрали ровно под сегодняшнюю нагрузку. Формально всё честно: задача закрыта, деньги сэкономлены.
Через год появляется новая система, штат вырос, база подросла. Оперативной памяти не хватает, а свободных слотов нет. Дисков не хватает, а корзина занята целиком. Нужен ещё один сервер там, где хватило бы докупить памяти.
Это ловушка даже не админа - всей схемы согласования: экономия видна сразу, её последствия - через год, когда все уже забыли, кто на чём настоял.
Что делать. Закладывать запас не в мощности, а в возможности расширения: свободные слоты памяти, свободные корзины под диски, запас по мощности блока питания. Это почти не удорожает конфигурацию на старте и полностью меняет картину через год. Что именно смотреть при подборе - в разборе как подобрать сервер для малого бизнеса.
Все семь ловушек сводятся к одному: между тем, что просят, и тем, что реально произойдёт, есть разрыв, и закрывать его придётся вам. Сигналы, по которым ловушку видно заранее:
| Ловушка | Сигнал | Что сделать сразу |
|---|---|---|
| Фантастические сроки | Срок назван до того, как вы посмотрели задачу | Дать два числа: рабочее время и срок с рисками |
| Псевдопофигизм | Вы перестали предлагать улучшения | Перевести предложение в деньги и сроки отказа |
| Зыбучие пески | Понятно, что не взлетит, но решение принято | Письменно зафиксировать возражения до старта |
| «Сам знаешь что» | Задачу нельзя пересказать своими словами | Техзадание на страницу и письменное «да» |
| Чужие сроки | В сроке есть чужая часть, а отвечаете вы | Разделить на поставку и работы, обе озвучить |
| Приёмка на слово | Железо идёт в прод сразу из коробки | Окно на тесты до переезда продакшена |
| Закупка впритык | Конфигурация ровно под сегодня | Запас в слотах и корзинах, а не в мощности |
Ни одна из них не решается техническими навыками. Все семь решаются тем, что задача проговорена и записана до начала работы, а не после. Это скучно, занимает полчаса и экономит месяцы.
Подбираете сервер и не хотите попасть в две последние ловушки?
Расскажите, какая нагрузка и что планируется через год, - подскажем конфигурацию с запасом по слотам и корзинам, а не впритык под сегодня. Скажем честно, что есть в наличии, а что придётся ждать, чтобы вы называли руководству реальный срок. Собираем и тестируем перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.