Основано на «Организационные вопросы» - больные места ИТ? Я считаю, что было бы справедливо сказать, что системным администраторам необходимо определить, стоит ли стоять место. Существует аналогичная хорошо известная тест Джоэля для программистов,
Каковы 12 вопросов, которые системные администраторы должны задать на собеседовании, чтобы помочь им решить, хорошо ли это для работы?
Следуя правилам Джоэла:
- Вопросы должны быть платформенными и технологическими агностиками
- Вопросы должны вызывать простой ответ, такой как «да» или «нет»
РЕДАКТИРОВАТЬ: Пожалуйста, отправляйте по одному вопросу одновременно, чтобы мы могли видеть, за кого голосовали пользователи.
- Сколько других людей будет работать вместе во время повседневных операций?
Это влияет на вашу способность выполнять очень прямо. Это также влияет на вашу возможность беспрепятственного отдыха ...
- Кто первый ответчик на проблемы?
Этот ответ будет разным, но это хороший показатель того, как организация может «организовать». Большие установки должны иметь систему поддержки и продажи билетов; небольшие установки должны иметь как минимум систему билетов, а также некоторую оплату пейджера за компанию.
«Только ты» - не приемлемый ответ. Это полная нехватка организации, и ее следует отслеживать с вопросом «Как отслеживать запросы пользователей?». Эта должен отвечать что нибудь кроме «вы этого не делаете».
- Каково ваше отношение существующих систем к администраторам?
Это не должно быть слишком высоким (выше 50: 1) или слишком низким (ниже 5: 1). Слишком высокая, и ваша рабочая нагрузка будет настолько серьезной, что вы будете шагать по воде, чтобы оставаться на плаву. Слишком низко, и вы либо магазин одного человека, либо есть серьезные проблемы с способностью магазина управлять системами.
Как правило, существуют исключения из правила; экземпляры, где 200+ систем могут быть отображены из одного источника (думаю, веб-заголовки) и экземпляры, где бизнес очень мал (20 сотрудников могут нуждаться только в 2 серверах).
- Каково ваше отношение конечных пользователей / клиентов к администраторам?
Это показатель ожидания. Это ваши «клиенты». Когда есть проблемы, это будет количество «давления», на которое вы окажетесь, чтобы решить ситуацию. Организация 5000 с двумя админами может быть очень и очень напряженным местом, если у ваших систем возникают проблемы.
- Каково ваше отношение конечных пользователей / клиентов к существующим системам?
Это показатель рабочей нагрузки сервера. Очень высокие коэффициенты могут быть признаком чрезмерного использования или бюджетных ограничений, которые свяжут ваши руки, когда придет время для расширения. Недоиспользование также может быть проблемой, когда оно не требуется (т. Е. Имеет смысл, что у HR есть собственный сервер, но файловый сервер только для 5 «обычных» пользователей в организации 5000 - это красный флаг); это может потребовать некоторой «виртуализации» для консолидации серверов ...
- Существует ли существующий процесс обработки обновлений для существующих систем, например, применение патчей поставщиков или обновлений прошивки?
Это должен быть любой другой ответ, кроме (а) «Я не знаю», или (б) «мы не обновляем».
- Скажите, что сервер загорается. В случае кризиса или бедствия, какие временные рамки допустимы как время простоя?
Это должно всегда быть разумным вопросом. Если собеседник согнется из-за формы по этому вопросу, тогда они не понимают характера вашей работы, что важно для будущих перспектив. Если ожидание - 24/7 операция, это нормально - если у них нет инфраструктуры для этого, что означает вы будете много няни, Знание того, что является и не приемлемо, помогает опробовать ваши карты о своих истинных ожиданиях.
- Говоря о пожаре, есть ли у вас система пожаротушения для вашего оборудования и подходит ли она к соответствующему типу?
Спринклеры воды не приемлемый ответ. Эта делает случиться, и вы будем получить организации, которые думают, что набивают стойку в шкаф для веников без вентиляции, а накладной пожарный спринклер отличная идея, Если это преуменьшено, проигнорировано или встречается с враждебностью, встаньте, спасибо интервьюеру и не ходить, бегать ...
- Опишите процесс резервного копирования данных и используемый формат хранения.
Это еще один вопрос, на который нужно ответить только с помощью «мы не делаем» и «у нас нет резервных носителей».
- Проверяете ли вы свои резервные копии на регулярной основе и как часто?
Выполнение вышеуказанного вопроса. Если вы не тестируете на регулярной основе, вы просто вызываете проблемы.
- Существует ли известный бюджет и процесс закупок как для капитальных затрат, так и для небольших покупок? Можете ли вы объяснить мне, какой процесс я буду использовать для покупки?
Если ответ «мы (кто-то еще) купим его, как нам это нужно», это красный флаг. Это означает: «мы не доверяем вам покупать оборудование, когда оно вам действительно нужно, поэтому вместо этого у нас будет кто-то другой». Всегда должен быть какой-то бюджет.
Процесс приобретения чего-то должен быть достаточно простым, чтобы объяснить менее чем за 2 минуты. Он не должен включать в себя более двух сторон, которые подписываются (более высокие цифры указывают на волокиту), и он должен иметь поворот, измеряемый в днях или часах, а не в неделях (критические покупки будут задержаны, если они слишком длинны). Всегда должен быть какой-то процесс.
- У вас есть план по обновлению и переработке старого оборудования, и как часто это происходит?
Я действительно видел компании, работающие на 18-летних мини-компьютерах, которые поддерживаются контрактами на поддержку и множеством запасных частей от поставщика поддержки. Конечно, у первоначального поставщика оборудования есть длинный с тех пор ...
Настольные устройства никогда не должны обновляться быстрее, чем 3 года или медленнее, чем 5. В компаниях с ограниченным бюджетом растягивание рабочего стола до 5 лет иногда является подходящим ответом.
Бит на рециркуляции - это тест, чтобы увидеть, есть ли у них «одноразовое» отношение к старому оборудованию. Это плохо в том смысле, что вы должны правильно распоряжаться им через известного переработчика, но хорошо в каком-то смысле, что вы можете придать старую техническую оснастку временному долгу, если возникнет такая необходимость. Это также даст вам представление о размере их «boneyard» (куча старого оборудования, которое хранится вокруг).
Связанные вопросы:
https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen
Документирована ли текущая среда?
Являются ли как политики, так и процедуры документированными и последовательными?
Учитывают ли внутренние методы бухгалтерского учета ценность услуг, предоставляемых ИТ-отделам другим отделам, или ИТ-система просто учитывается как МВЗ?
(Это почти тот же вопрос, что и «Является ли ИТ приоритетом в вашей организации или это необходимое зло?», Но сформулировано так, чтобы, возможно, получить честный ответ вместо откровенно телеграфированной правильной лжи).
Одна вещь, которую я считаю обязательной, - это тестовая машина, которая имеет идентичные аппаратные спецификации, как живой сервер.
«Насколько тесно ваши тестовые среды соответствуют производству?»
Мне очень интересно, что многие ответы сформулированы так: «У вас есть это?» или «вы делаете это на регулярной основе?» Если я буду нанят как новый системный администратор, я ожидаю, что смогу реализовать эти вещи, если они еще не существуют. Журналы аварийного восстановления и мониторинга - это не то, что могло бы сделать или сломать интервью. Если бы они не делали этого, они были бы после того, как меня наняли.
Моей главной заботой, о которой я говорил ранее, была бы поддержка сверху. Если я скажу, что нам нужно заменить серверы, я бы предпочел бы сомнение. Или, если я реализую раздражающую политику безопасности, я не хочу, чтобы партнеры предоставляли иммунитет людям, которые жалуются, чтобы они могли выглядеть как хорошие заботливые боссы.
Системный администратор находится в странном месте в иерархии корпоративной структуры. Иногда они принимают направление и определяют свои приоритеты, исходя из потребностей большинства сотрудников начального уровня, а иногда они диктуют политику руководству. Мы находимся на самом дне и в самом верху цепи одновременно.
Я готов играть роль козла отпущения и пеона, находясь внизу, до тех пор, пока руководство дает мне советы в тех сценариях, где я нахожусь наверху.
Выполняют ли все новые закупки системных / программных продуктов или приложений через ИТ и способны ли ИТ отвергнуть и предложить другую систему, возможно, такую, которая уже используется в другом отделе?