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

Таблица 1.Перечень IT-сервисов Компании. Образец

Наименование службы	Физический сервер (модель оборудования)				Операционная система	ПО, реализующее функционал службы	Критичность		Примечания
Active Directory (в т.ч. DNS)	SRV01				Windows 2003 SP1	-	Высшая
WEB и FTP	SRV02				CentOS Linux	Proftp, apache2, php5,mysql	Обычная
1С	SRV01				Windows 2003 SP1	1С v7 (файловая)	Высшая
Консультант+	SRV03				Windows 2000	Консультант+	Низкая
Файл-сервер	SRV01				Windows 2003 SP1	-	Высшая		Общие документы компании, профили пользователей
Сервер печати	SRV03				Windows 2000	-	Обычная		Обслуживает принтеры Print1и Phint3
Доступ в Интернет	ASUS SL-1000				-	-	Высшая		Провайдер «Интернет+», дог. № 123124 от 24.05.2006
Электронная почта	Реализована на внешнем почтовом хостинге. Провайдер «Отличный хостинг», дог. № 123445 от 12.06.2006. www.otlhost.ru.						Высшая		Почтовые клиенты: The Bat!, Outlook Express
Телефония	Panasonic KX- TDA100				-	-	Высшая		Провайдер «Лучший Те-леком», дог. №1234-345 от 09.04.2006

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

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

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

 Учетные записи пользователей
Не секрет, что в учетных записях пользователей в ActiveDirectory часто творится бардак. Часто несколько пользователей работают на разных компьютерах под одним именем или какой-нибудь Миша Петров использует для регистрации в сети логин давно уволившийся Тани Ивановой, потому что ее пароль все помнят, а новую учетку завести некому. Не редкость ситуация, когда особо талантливые системные администраторы, будучи не в силах разобраться с правами пользователя в системе, тупо раздают права администратора направо и налево всем без разбора. Случается, что администраторы дают доменным пользователям на компьютерах права локального администратора. Таких "чудес" очень много в нашей реальнной практике.
Мы во время проведения аудита стараемся получить как можно больше информации о ситуации с учетными записями. В опросном листе, который мы раздаем пользователям клиента, мы обязательно просим указать логины, под которыми они входят в корпоративную сеть. Далее, приводим в соответствие полученный перечень логинов, применяемых пользователями с информацией, имеющейся в AD.

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