Itil с чего начать изучение самостоятельно. Основы ITIL

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

На начальной стадии внедрения ITSM в любой организации возникает вопрос о том, как действовать, чтобы достигнуть эффективного результата. Оптимальным решением будет совместить изучение основ ITIL и постепенное внедрение практик ITSM, поскольку ITSM базируется на ITIL – библиотеке, демонстрирующей лучшие способы организации работы ИТ-структур.

Ошибки при внедрении ITSM

Распространенной ошибкой топ-менеджмента является желание быстро внедрить новые технологии, не оглядываясь по сторонам и не заостряя внимание на best practice, принимая в расчет только ITSM основы без изучения библиотеки. Но вспомнив цикл PDCA Деминга-Шухарта , где P – Plan, D – Do, C – Check, A – Act, мы придем к выводу, что в первую очередь необходимо проводить планирование, частью которого является анализ, а значит – изучение прошлого опыта, актуального положения и лучших практик.

Проверенный подход к внедрению ITSM

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

Поскольку объем ITIL, который предлагается к изучению, может многих шокировать, существует множество сертифицированных организаций, оказывающих как консультационные услуги на предмет основ ITIL, так и полные обучающие ITIL курсы – этим, конечно, пренебрегать не стоит. Эффективным дополнением будет изучение стандартов ITSM помимо ITIL, например, COBIT , S3M, ASL, MOF. Таким образом, стратегический подход заключается в глубинном изучении теоретических основ, на которых строится концепция ITSM.

Если же рассматривать ITSM в качестве некоего стандарта, то можно раскрыть его суть через такие положения, как равноценность ИТ-отдела в формировании прибавочной стоимости, оказание услуг для конечный пользователей (а не предоставление оборудования в пользование), наличие KPI и оценка качества предоставляемых услуг и т.д. С более подробным описанием как ITIL, так и ITSM вы можете ознакомиться в статье .

От теории к практике ITSM

В процессе изучения ITIL не стоит забывать о самой цели – в это время необходимо озадачиться выбором программного обеспечения для внедрения практик ITSM. На что в первую очередь стоит в данном выборе обращать внимание можно рассмотреть на примере на базе Comindware Business Application Platform. Внедрение такого ITSM решения дает возможность автоматизировать управление данными и ИТ-процессами, а также является облачным решением, что означает, во-первых, высокую скорость развертывания, во-вторых, простую настройку, с минимумом кодирования. ITSM-система от Comindware поддерживает весь спектр ITSM-процессов и демонстрирует возможность внедрения клиентоориентированной системы.

Дополнительная информация о Comindware ITSM и демонстрация решения доступны по запросу

Елена Гайдукова, маркетолог-аналитик, бренд-менеджер решений на базе , специалист по партнёрским отношениям.

ITIL® 4.0 Foundation

Основы ITIL® 4.0. IT Service Management по стандартам ITIL® 2019

Курс аккредитован PeopleCert, партнером AXELOS по проведению сертификационных экзаменов. Дополнительно будет рассмотрена подготовка к сдаче сертификационного теста ITIL® Foundation 4.0.

Необходимо повысить эффективность IT-службы? Стоит задача улучить качество услуг в IT? Хотите отладить работу компании в соответствии с общепризнанными мировыми стандартами? Ведущие преподаватели с международным опытом помогут вам в решении этих задач.

ITIL® 4.0 уже не является библиотекой знаний в своём прежнем формате, теперь это фреймворк . Значит, появляются новые возможности и более эффективные подходы к решению стоящих перед вами задач. Вы сможете получить информацию обо всех изменениях из первых рук – наш преподаватель входит в группу рецензентов ITIL® 4.0, имеет статус ITIL® Expert.

В рамках программы курса будут рассмотрены вопросы управления IT-инфраструктурой на основе ITIL® 4.0 . Опыт преподавателей и отработанная методика позволяют за три учебных дня рассмотреть подходы, управленческие практики, потоки создания ценности в ходе разработки и предоставления IT-услуг заказчикам. Прикладная часть содержит выполнение практических кейсов. Вы получите необходимые знания и навыки для эффективной организации работы IT-подразделения по стандартам ITIL® 4.0 . В курсе приводятся примеры использования ПО на базе Microsoft System Center Service Manager.

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

После прохождения обучения вы будете уметь:

• эффективно организовать работу IT-службы предприятия;
• применять специализированное программное обеспечение по поддержке процессов ITIL®;
• описывать назначение, процесс внедрения и ключевые показатели эффективности по всем доменам;
• оптимизировать процессы управления службой технической поддержки;
• описывать назначение, процесс внедрения и ключевые показатели эффективности службы Service Desk;
• обосновывать необходимость внедрения и совершенствования процессов управления службой технической поддержки по методике, описанной в IT Infrastructure Library.

По окончании обучения вы сможете подтвердить уровень полученных знаний и пройти сертификационный экзамен по ITIL. Он оплачивается отдельно и доступен сразу при заказе курса. Слушателям доступны две попытки для прохождения экзамена.

Подготовитесь к сдаче сертификационного теста ITIL® Foundation: ITIL® FOUNDATION .

Специалисты, получившие сертификацию ITIL Foundation, востребованы в российских и международных кампаниях и зарабатывают от 130 тыс. руб./мес. в России и порядка 120 тыс. долларов/год за рубежом (по данным hh.ru и pcmag.com).

Получайте знания у лучших профессионалов международного уровня. Приходите учиться «Специалист» – ведущий образовательный IT-центр страны!

*ITIL® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

*Based on AXELOS ITIL® material. Reproduced under licence from AXELOS

The Swirl logo™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

Как вы работаете: интуитивно или по науке? Наверное, никто не даст однозначного ответа: работа в ИТ-сфере предполагает сочетание опыта и технологий, точных указаний, норм и красивых, даже талантливых, инженерных находок. В любом случае, опыт решает .

А как насчёт чужого опыта? В мире создано множество сводов и правил, предназначенных для работы ИТ-служб, которые объединяет понятие с маркетинговым оттенком — «лучшие практики».

Такой опыт был сформирован в библиотеку ITIL , содержащую лучшие практики и рекомендации в области управления ИТ-услугами. Эта библиотека породила целую парадигму управления ИТ-инфраструктурой компании, основанную на SLA (соответствие обещаний поставщика услуги ожиданиям клиента) и ITSM (управление ИТ-услугами).

Можно внедрять ITSM инструменты, не углубляясь в тонкости методологии. Но если понимать что и почему ты делаешь, то вероятность успеха значительно увеличивается. Давайте поймем, как увеличить успех от внедрения ITSM решений?

1. «Для того , чтобы двигаться в правильном направлении, необходимо знать это направление»

Мало выполнять какую-то последовательность действий всё лучше и оптимальнее — эта последовательность должна быть кому-то нужна . Т.е. то, что вы делаете в IT, должно быть постоянно востребовано теми, кто потребляет IT-услуги и теми, для кого IT-услуги работают в корпорации.

Если нет внятной цели использования принципов ITIL, то лучше отказаться от этой затеи. Внятные цели — это, например, изменение политики управления лицензиями или решение проблемы использования сотрудниками пиратского софта. Невнятная цель — внедрить и применить то, что навязали сверху, потому что услышали на конференции.

Вывод: для грамотного и эффективного внедрения принципов ITIL, необходимо четко понимать, зачем вам это нужно.

2. «А сейчас мы внедрим весь ITIL!»

При желании в книгах ITIL можно насчитать более 40 различных процессов. Типичные ITSM-решения предлагают автоматизировать гораздо меньшее количество процессов. Однако многим компаниям не стоит внедрять и автоматизировать даже значительную часть из них, т.к. это просто не приведет к нужным результатам.

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

Вывод: процесс внедрения принципов ITIL должен быть избирательным и адаптивным.

3. «Если автоматизировать хаос — получится автоматизированный хаос»

Многие уверены, что стоит только внедрить ITSM продукт — и процессы станут эффективнее. Проблема заключается в том, что внедрить ITSM-решение недостаточно.

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

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

Вывод: для эффективного внедрения ITSM-решений выстраивайте работу всей ИТ-службы в соответствии с этими решениями.

4. «Пользу от ITSM получает вся компания, а не только ИТ-служба»

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

ITIL/ITSM способствует внесению в компанию лучших практик организации ИТ. Вот несколько конкретных примеров:

• Начали регистрировать инциденты — они перестали теряться и время их закрытия стало более предсказуемым.
• Появился процесс управления проблемами — у вас снижается количество повторяющихся инцидентов.
• Вы подписали SLA (Соглашение об уровне предоставления услуги), в котором указали условия риск-менеджмента и управления доступностью услуги — значит, вам придется внедрять решения для резервного копирования и восстановления данных после сбоев. И т.д.

Освоение каждого нового процесса предполагает изменения в работе ИТ-службы. И в то же время оно влечет за собой изменения в других сервисных подразделений компании, не связанных с ИТ.

Вывод: внедрение принципов ITIL предполагает модель взаимосвязанных процессов , таким образом, улучшая работу всех подразделений компании и компании в целом.

5. «Людям необходимо понимать, с чем они имеют дело»

Новые методы работы часто кажутся сотрудникам нелогичными, неудобными и неправильными. Отказаться от привычных способов работы тяжело и обучение поможет принять новую организацию работы ИТ-службы.

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

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

Вывод: для качественного внедрения ITSM-решений необходимо обучить ваших IT-специалистов основам ITIL .

6. «Слишком мало внимания к ITSM-решению»

Этот пункт по сути является расширением предыдущего, но мы все же сделаем акцент на нем.

ITSM-решение — это центральный компонент управления ИТ в вашей компании. Однажды начав внедрение ITSM-решения, вы никогда не вернетесь в прежнее состояние. Ваши сотрудники должны привыкнуть к новым методам работы, и обучение (пункт 5) как раз дает отличную возможность понять и принять новые принципы организации ИТ.

К сожалению, невозможно изменить привычные методы работы за один день. Но можно постепенно приучить пользователей и сотрудников новым правилам работы IT-службы. Для того, чтобы отказаться от привычных методов работы, необходима серьезная поддержка со стороны руководства компании . Длительные учебные курсы для сотрудников ИТ — хороший аргумент в пользу серьезности подхода.

Вывод: заручитесь поддержкой руководства компании и покажите своим сотрудникам, насколько важно и эффективно применять в работе ITSM-подход.

7. «Предыдущие неудачи часто заставляют критически относиться к ITSM-решениям»

Очень многие уже пытались внедрить у себя те или иные ITSM-инструменты. Тем более, на рынке представлено множество бесплатных решений. Вот только многие ITSM-инструменты не готовы к использованию «из коробки». Необходимо привлечение консультантов, которые адаптируют решение под нужды компании или же необходимо тщательное самостоятельное изучение продукта .

Если ваш предыдущий ITSM-проект закончился неудачей, то вы будете критически относиться к подобным проектам в дальнейшем.

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

Подытожим:

Методология ITIL помогает «увидеть» все недостатки услуги как на ладони: как теряется информация при передаче, где «дыры» в коммуникации, как «то, что и так всем понятно» становится большой проблемой для разных групп людей: от IT-команды до бизнес-руководства.

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

Прежде всего определимся с часто упоминаемыми терминами, вызывающими путаницу. Управление ИТ-услугами (Information Technology Service Management, ITSM) – это сервисный процессный подход к организации работы ИТ-службы. Суть его в том, что вся деятельность ИТ-подразделения рассматривается в разрезе услуг, оказываемых им другим подразделениям в соответствии с соглашениями об уровне услуг. ITSM декларирует, что ИТ-отделом можно управлять, основываясь на тех же принципах, которые применимы к бизнес-подразделениям.

Библиотека ИТ-инфраструктуры (Information Techno-logy Infrastructure Library, ITIL) – это библиотека рекомендаций, обобщающая международный опыт по организации работы ИТ-департаментов и разъясняющая, что надо сделать для реализации подхода ITSM. ITIIL состоит из ряда книг, каждая из которых описывает тот или иной аспект деятельности в виде набора процессов. В настоящее время выпущена вторая версия ITIL, активно ведется работа над созданием третьей. В ITIL описывается, как должна быть организована деятельность ИТ-структур, но не приводятся конкретные шаги по внедрению содержащихся в ITIL рекомендаций. Конкретные методики внедрения ITSM на основе ITIL предлагают компании, которые специализируются на подобных проектах.

Как объяснить бизнесу необходимость ITSM?

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

Сотрудникам же бизнес-подразделений следует объяснить, что внедрение рекомендаций ITIL обеспечит им более качественное обслуживание, сокращение времени возможных простоев и перебоев, а также быстрое рассмотрение и реакцию на все без исключения обращения в ИТ-службу. У них появится уверенность в том, что каждое обращение будет отработано по принятым правилам в установленный срок.

Как получить финансирование на проект и оценить его окупаемость?

Для получения финансирования проекта по внедрению ITSM часто необходимы убедительные обоснования. В зависимости от конкретного случая это могут быть следующие три основных аргумента.

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

Увеличение эффективности и направление фокуса ИТ-деятельности на решение задач бизнеса. Внедрение даже ограниченного набора процессов ITIL (службы Service Desk и процессов управления инцидентами и уровнем услуг) позволит организовать работу ИТ-службы таким образом, что в центре ее внимания окажется именно бизнес. ИТ-отдел из «вещи в себе» превратится в ориентированную на потребности бизнеса внутреннюю сервисную структуру.

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

Дополнительным аргументом может служить ответ на вопрос об окупаемости проекта по внедрению ITSM. Стоимость решения заявки на этапе промышленной эксплуатации решения, состоящего из процессной части и настроенной системы автоматизации в случае, когда внедрена часть процессов ITIL, по сравнению с ситуацией, когда не внедрен ни один из процессов, в пересчете на единицу времени оказывается ниже. Таким образом, окупаемость проекта по внедрению рекомендаций ITSM может быть вычислена для каждой конкретной организации. В простейшем случае рассчитываются стоимости единицы рабочего времени специалиста каждой из линий поддержки до и после внедрения. Более сложный расчет учитывает стоимость возможного простоя сотрудников бизнес-подразделений, стоимость аренды помещений и т.д.

Следует ли затраты на ИТ распределять по бизнес-подразделениям и бизнес-пользователям?

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

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

С чего начать внедрение? Какие процессы внедрять?

Проект по внедрению рекомендаций ITIL, как и любой другой, связанный с управлением, следует начать с определения бизнес-требований и анализа состояния дел ИТ-департамента. Для анализа можно применять известные методики (например, Pink Elephant, HP ITSM) или самостоятельно составленные опросные листы. Как правило, дополнительно проводится анализ по бизнес-модели: делается описание того, как работает ИТ-отдел в данный момент, в виде связанной совокупности бизнес-процессов. Следует отметить, что такой анализ полезен даже в случае полной деструктурированности работы ИТ, поскольку помогает выявить внутренние зависимости и связи, опираясь на которые, можно будет спроектировать тот или иной процесс.

Одновременно с построением картины работы «как есть» проводится анализ бизнес-требований к ИТ-отделу на основе сбора и обобщения требований и ожиданий бизнеса от ИТ и возможностей ИТ-службы удовлетворить потребности бизнес-подразделений.

После того как сформировано представление о состоянии дел «как есть» и проанализированы требования бизнеса к ИТ, определяется состав процессов ITIL, которые будут внедрены, и очередность их внедрения. Другими словами, перечень процессов ITIL, которые необходимо внедрить в данной организации, вытекает из бизнес-потребностей предприятия. Тем не менее практически всегда, когда проводится внедрение процессной модели управления ИТ на основе рекомендаций ITIL, в том или ином виде внедряют процесс управления инцидентами. Что вполне закономерно, поскольку именно этот процесс отвечает за взаимодействие пользователей и ИТ-службы, это своего рода интерфейс между ними. Второй процесс, практически всегда рекомендуемый к внедрению, - управление уровнем услуг. В его рамках непрерывно анализируются потребности пользователей и принимаются меры к повышению качества обслуживания.

Как установить соответствие между услугами, которые бизнес желает (или ожидает) получить от ИТ-подразделения, и ИТ-услугами?

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

Какие фазы внедрения ITSM существуют? Что влияет на его успешное завершение?

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

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

Обязательно ли организовывать Service Desk?

Внедрение службы Service Desk целесообразно по нескольким причинам. Большинство современных средств автоматизации предусматривает возможность регистрации инцидентов самим пользователем (посредством Web-форм, например). Однако пользователь порой не в состоянии квалифицированно определить суть инцидента. Но даже если он может провести самостоятельную классификацию, все равно требуется уточнение (или, как минимум, подтверждение) специалиста. Автоматизированный ввод инцидентов самим пользователем не отменяет механизма ввода и диспетчеризации оператором Service Desk, поскольку в ряде случаев пользователь просто не имеет возможности завести заявку (инцидент) для автоматической обработки (например, при отсутствии технической возможности доступа к интерфейсу Service Desk).

Наличие Service Desk обеспечивает единую точку входа. Это очень важно, поскольку отпадает необходимость выстраивать персональные отношения с ИТ-специалистами, и пользователь всегда знает, куда ему обратиться с проблемами.

При отказе от Service Desk более вероятно возникновение «очередей» заявок у высококвалифицированных ИТ-специалистов, которые будут совершенно неэффективно тратить свои ресурсы. Запуск же квалифицированной службы Service Desk позволяет спустя некоторое время разрешать до 70% заявок на первой линии благодаря накоплению базы знаний и другим преимуществам правильно организованных процессов. Это экономит время высокооплачиваемых специалистов, и они могут направить его для решения более важных задач. Оставшиеся 30% заявок маршрутизируются таким образом, что гарантируется их скорейшее решение.

При отсутствии службы Service Desk ее функции выполняет вся ИТ-служба.

Как оценить численность сотрудников Service Desk?

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

В целом, исходя из накопленного опыта, можно утверждать, что на тысячу пользователей достаточно трех-пяти операторов Service Desk.

Нельзя ли обойтись при внедрении рекомендаций ITIL без автоматизированной системы?

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

Если в компании уже есть система учета заявок, обязательно ли внедрять специализированный продукт для управления ИТ?

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

Может ли ITSM помочь при внедрении ERP (CRM и т.д.)?

Если в организации внедрен один или несколько процессов в соответствии с рекомендациями ITIL, безусловно, может. Служба Service Desk возьмет на себя ответы на запросы пользователей и регистрацию инцидентов, связанных с новой системой. Эти инциденты будут разрешаться в рамках процесса управления инцидентами, анализироваться и использоваться для выявления проблем в рамках процесса управления проблемами. Разрешение инцидентов будет происходить путем проведения изменений в рамках процесса управления изменениями, а информация о конфигурации инфраструктуры будет постоянно актуальной вследствие работы процесса управления конфигурациями. Расчет мощностей, требуемых для внедрения новой системы, будет проведен в рамках процесса управления мощностями, в рамках процесса управления доступностью будут сформированы требования, удовлетворение которых обеспечит требуемый уровень доступности. В рамках процесса управления непрерывностью будет сформирован план обеспечения непрерывности для ERP-системы, финансы на приобретение требуемых серверов и поддержку программно-аппаратного комплекса формируются в рамках процесса управления финансами, мероприятия по обеспечению безопасности конфиденциальных данных в ERP будут обеспечены в рамках процесса управления безопасностью. Далее, имея организованную в соответствии с определенными регламентами службу ИТ, легче проводить планирование внедрения, поскольку при четкой организации деятельности ИТ повышается прозрачность и управляемость ИТ.

Отдельно следует рассмотреть параллельное внедрение ERP и ITSM. В этом случае вероятность успешного завершения каждого из проектов будет ниже, чем при последовательном внедрении. Дело в том, что и тот и другой проект относятся к так называемым «стрессовым» проектам, требующим перестройки как ИТ-службы, так и бизнес-подразделений. Таким образом, на время параллельного внедрения ERP и ITSM повышается нагрузка на сотрудников, возрастает неопределенность и влияние человеческого фактора, в итоге значительно повышаются риски подобного проекта.

Чем ITSM может помочь при организации аутсорсинга?

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

Обязательно ли использовать консалтинг при внедрении ITSM?

Порой проще и выгоднее использовать компанию-консультанта, имеющую опыт внедрения проектов, связанных с ITSM, чем создавать свою команду. Тем более что после завершения проекта наверняка возникнет вопрос, что будет делать его команда. Распущена? Переведена на другие проекты? Как правило, внедрение рекомендаций ITIL - это совместный проект с внешней компанией-консультантом.

Что будет, когда закончится проект?

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

Александр Башкиров - ведущий консультант отдела IT/Telco Service Management компании BCC,

Сейчас попробую рассказать вам вкратце весь путь сертификации ITIL Expert.

• ITIL - методология и библиотека, созданная 30 лет назад по заказу Британского правительства. Она описывает лучшие подходы к организации работы IT подразделений и управлению IT услугами (ITSM - IT Service Management) с целью их адаптации к потребностям бизнеса.



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


• Библиотека ITIL распространяется в виде набора книг из 5 томов: Service Strategy, Service Design, Service Transition, Service Operation, Continual Service Improvement (в общей сложности 2000 страниц). Каждая книга отвечает соответствующей стадии Service Lifecycle (жизненного цикла услуги)


• Путь к постижению ITIL примерно таков: чтение книг -> сертификация -> обучение на курсах -> следующий уровень сертификации и т.д.


• Service Strategy (Стратегия Услуг) - дает ответ на вопрос кто есть потребители ИТ-услуг, какие ИТ-услуги необходимо предоставлять для удовлетворения их потребностей, какие ресурсы нужны для реализации этих ИТ-услуг и что нужно сделать, чтобы эти ИТ-услуги реализовать на отлично. Тут формулируется понятие ИТ-стратегии, и делается акцент на том, что затраты на реализацию стратегии должны быть соизмеримы с ценностью услуг для потребителей (компании). Построение ИТ-стратегии напрямую увязано с необходимостью наличия Бизнес-стратегии. Эта фаза также дает ответ на вопрос - каким образом ИТ-департамент может договориться с владельцами бизнеса о необходимом уровне вложений/инвестиций/финансирования для развития ИТ.


• Service Design (Проектирование Услуг) - дает ответ на вопрос как спроектировать ИТ-услуги используя технологии и архитектуру таким образом, чтобы они отвечали ИТ-стратегии и были эффективными как для реализации задачи так и для возврата вложенных в них инвестиций. Также в фазе проектирования описываются процессы и инструменты для управления, мониторинга, поддержки и оценки качественного уровня новых и изменяющихся ИТ-услуг. В этой фазе в том числе проводиться оценка риска и пути их минимизации, что в целом позволяет спроектировать стабильные и предсказуемую услуги.


• Service Transition (Развитие Услуги ) - описывает построение, тестирование и запуск спроектированных ИТ-услуг в продакшн. В этой фазе описывается управление изменениями услуг, конфигурационными единицами (ИТ-активами: ПК, принтеры, оборудование...). Также описывается эксплуатационная оценка спроектированных ИТ-услуг, процесс их тестирования и проектирования плана внедрения для перевода услуг в "продакшн". В этой фазе также описываются практики, позволяющие уменьшить влиянение изменений в услугах на их стабильность, уменьшить время проведения изменений, их стоимость для компании.


• Service Operation (Работа Услуг) - описывает процесс предоставления работоспособных ИТ-услуг: ежедневной оценки работоспособности услуг и предотвращения их деградации/приостановки благодаря использованию системы управления инцидентами, определения Root Cause (ключевой причины неполадки), анализа тенденций для повторяющихся инцидентов. Также описывается процесс выполнения рутинных операций для пользователей услуг и процесс предоставления доступа к услугам.


• CSI - Continual Service Improvement (Постоянное Улучшение Услуг ) - описывает механизм для постоянной переоценки соответсвия услуг возможно изменившимся бизнес-требованиям, оценки и улучшения качественного уровня услуг, оптимизации технологии и эффективности ИТ-процессов. В этой фазе рассказывается как оптимизировать услуги отталкиваясь в том числе от опыта, полученного на всех 4 предыдущих фазах.


• Последняя версия ITIL издана 29 июля 2011, купить ITIL Lifecycle Suite 2011 в бумажном виде с доставкой DHL в Украину можно за 525 USD (4200 грн). В стоимость включена доставка за 55 USD. В свободном доступе в Интернете, в торрентах найти данную конкретную версию книги невозможно, ее просто нет.


• Также можно приобрести ITIL Lifecycle Suite 2011 PDF в виде скачиваемых PDF файлов с защитой Adobe DRM. Стоимость PDF версии - 470 USD (3760 грн). Adobe DRM вносит некоторые ограничения на распространение скачанных файлов, имейте это ввиду


• Можно заказать годичный доступ к онлайн версии библиотеки - ITIL Lifecycle Publication Suite Online Subscription за 414 USD (3312 грн). Это удобный вариант для организаций, которым необходимо обеспечить постоянный доступ к библиотеке ITIL для своих сотрудников.


• Можно порядком сэкономить, и купить ITIL Lifecycle Suite 2011 на аукционе amazon.com с доставкой в Украину за 426 USD (3408 грн). В стоимость включена доставка обычной почтой за 8 USD (64 грн). Минус - книги будут идти гарантированно не менее 1 месяца, могут задержаться по пути на таможне, потеряться на почте и т.д. и т.п. Выбирать вам, с другой стороны - вы реально экономите 100 USD при покупке через amazon.


• В открытых источниках можно лишь скачать редакцию ITIL за 2007 год на rutracker.org . Там гораздо меньше материала, хотя по правде сказать версия 2011 года - это второе издание версии 2007 года. Читателю предлагается понять в чем разница между ITIL 2007 и ITIL 2011 из брошюры на официальном сайте.


• Сертификация ITIL состоит из 4 уровней: ITIL Foundation, Intermediate, Expert, Master. На каждом уровне вы зарабатываете баллы. Систем баллов сделана для того, чтобы по сумме накопленных баллов пропускать вас к сдаче следующих уровней сертификации.


• Уровень ITIL Foundation требует минимально самостоятельно изучения материалов и сдачи экзамена. Естественно никто не запрещает пойти на курсы, но как по мне это излишне на данном этапе. Экзамен можно сдавать как онлайн, так и в сертификационном центре на бумаге. Экзамен длится 1 час и состоит из 40 вопросов (4 варианта ответов, 1 правильный), проходной бал - 26/40. Есть возможность сдавать экзамен как на английском, так и на русском языке. При сдаче экзамена на Украине на английском языке - дается дополнительно 15 минут и возможность пользоваться словариком. Я настаиваю на сдаче на английском, так как все последующие экзамены будут только на английском. Вот список тем, выносимых на экзамен ITIL Foundation. , а вот и пример экзаменазционного билета ITIL Foundation . После получения этого уровня вы получаете 2 балла.


• Уровень ITIL Intermediate требует предварительно полученного уровня ITIL Foundation, обязательного обучения на курсах перед сдачей сертификата и сдачи 4/5 экзаменов. Перед началом данного уровня вам дается 2 пути сертификации - Service Lifecycle (упор на теоретическое понимание жизненного цикла услуг, 5 экзаменов) и Service Capability (упор на практические навыки ежедневного технического обеспечения услуг, 4 экзамена). Специалисты из стран СНГ в 90% случаев выбирают Service Capability, так как этот путь дает больше практики чем теории. 4 курса обучения и экзамена включают: SOA (Service Offering and Agreement), RCV (Release, Control and Validation), OSA (Operational Support and Analysis), PPO (Planning, Protection and Optimization). После последовательного обучения на курсах и сдачи каждого из 4 экзаменов в рамках уровня ITIL Intermediate вы получаете еще 16 балов (за каждый экзамен - по 4). В сумме выходит 2+16 = 18 баллов и вы можете сдавать заключающий экзамен уровня ITIL Intermediate - ITIL Managing Accross the Lifecycle (MALC) . Сдав этот заключающий экзамен уровня, вы получаете еще 5 баллов, и в сумме в идале имеет 18+5 = 23 балла. Это дает вам возможность перейти на следующий уровень сертификации - ITIL Expert (по правде для этого хватит и 22 баллов).


• Уровень ITIL Expert - если вы выполнили все предыдущие уровни полностью, вы получаете сертификат ITIL Expert - тут все просто.


• Уровень ITIL Master - пока не практикуется в Украине, находится на этапе тестирования. Однако известны общие требования: наличие уровня ITIL Expert, подтвержденные 5 лет работы связанной с ITIL, подача заявки включающей резюме, копии всех ранее полученных сертификатов, документы от лиц, которые могут подтвердить ITIL опыт, скан-копия паспорта. Также нужно подать 2 документа: предложения по улучшению ITIL и описание любого проекта-внедрени ITIL. После подачи полного пакета документов - вы проходите интервью и получаете свой наивысший ITIL сертификат.