Файл: ТЕМА 6.doc

Ну и наконец, отдельно стоит обсудить вопрос о системных администраторах филиалов в случае территориально распределенной компании (практика говорит о том, что необходим один администратор на 40-50 пользователей, при условии, что их должно быть не менее двух, на случай отпуска или болезни). Лучшая практика показывает, что необходима максимальная централизация, поэтому, на мой взгляд, системные администраторы филиалов не должны принимать каких-либо решений по конфигурации информационной системы. Ни в коем случае нельзя допускать различия в настройках на уровне филиалов и центрального офиса. Все делается только в центре и затем тиражируется в филиалы.

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

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

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