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