Семь шагов для создания эффективного ИТ-подразделения - страница 39

Шрифт
Интервал

стр.

Шаг четвертый. Методика взаимодействия с пользователями – шаг на котором определяются правила «игры»: формализуется и закрепляется методика взаимодействия ИТ-подразделения с руководством, структурными подразделениями предприятия. Наиболее подходящее решение – это применение аппаратно-программного комплекса, позволяющего обрабатывать Заявки пользователей и накапливать статистику по выполненным Заявкам в различных разрезах. Применение АПК существенно сокращает время прохождения запроса от момента его инициации до принятия в работу конкретным ИТ-специалистом. Также при применении АПК наблюдается экономия расходных материалов таких как: офисная бумага, картриджи и/или тонер, при условии заправки картриджей силами ИТ-подразделения. При появлении истории обработки (выполнения) Заявок, появляются возможности проведения аналитических исследований и формирования базы знаний предприятия. Стоит отметить, что и пользователь, при такой организации работы, не тратит свое время в пустую, зная, что на его запрос поступит ответ в заранее обговоренное и согласованное время.

Для того чтобы закрепить документально как, какие и в какой последовательности выполняются заявки пользователей ИТ-сервисов в ИТ-подразделении должен быть разработан и утвержден на уровне предприятия документ – Соглашение об уровне сервиса. Целью документа Соглашение об уровне сервиса является: определение используемых сервисов, установление уровня обслуживания обозначенных сервисов, а также определение зон и мер ответственности сторон Соглашения как для потребителя ИТ-услуг – Заказчика (пользователей ИТ-сервисов) в рамках выполнения работ по предоставлению ИТ-услуг, так и для Исполнителя работ. Все обращения в службу HelpDesk Исполнителя обрабатываются в порядке их поступления. Максимальный срок реакции на обращение определяется установленным уровнем поддержки (SLA) по информационному сервису. Также Соглашение отражает все тонкости и нюансы обработки обращения с высоким уровнем критичности, требующие экстренного вмешательства или консультации специалистов технической поддержки. К таким обращениям, прежде всего, относятся вопросы восстановления работоспособности. При этом вопросы, которые не могут быть решены с использованием существующего функционала продукта и/или аппаратного комплекса, передаются специалистам для анализа и последующей разработки/изменения, с последующим выпуском обновления программного продукта и/или изменения технических характеристик аппаратного комплекса. Сроки выпуска обновления/изменения определяются в процессе диагностики проблемы и в соответствии с общим планом разработки программного продукта и/или закупки (модернизации) парка компьютерной техники. Время решения обращения может зависеть от критичности обращения, сложности решаемой проблемы и необходимости передачи вопроса на доработку/ модернизацию ИТ-сервиса.

На этом этапе создается Каталог ИТ-услуг, позволяющий проводить детальный анализ выполненных и выполняемых работ ИТ-подразделения в разрезе ИТ-сервисов, потребления ИТ-слуг в разрезе подразделений, выявление «узких» мест по качеству автоматизации конкретного участка хозяйственной деятельности предприятия и т. п. Примером структуры Каталога ИТ-услуг может быть:

– Обслуживание оргтехники

– Услуги администрирования

– Услуги связи

– Поддержка и сопровождение бизнес-приложений

– Разработка и внедрение бизнес-приложений

– Общие информационно-консалтинговые услуги

– Поддержка и сопровождение средств АСУТП

– Разработка и внедрение средств АСУТП

Шаг пятый. Разработка и утверждение внутренней документации ИТ-подразделения. Теперь, когда SLA и Каталог ИТ-услуг уже внедрен, ИТ-руководитель может приступить к формированию пакета внутренних регулирующих документов по подразделению, таких как:

– Регламент оформления технической документации.

– Регламент управления изменениями.

– Регламент взаимодействия исполнителей по выполнению заявок пользователей в Системе регистрации Заявок HelpDesk.

– Регламент предоставления и изменения прав доступа к программным ИТ-сервисам.

– Регламент разработки документа «Техническое задание»


стр.

Похожие книги