«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»





Название«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
страница2/18
Дата публикации20.08.2013
Размер2.16 Mb.
ТипУчебное пособие
100-bal.ru > Информатика > Учебное пособие
1   2   3   4   5   6   7   8   9   ...   18

Глава 2. Жизненный цикл ИР



Корпорация Hewlett-Packard (HP) – одна из компаний, полностью взявшая на вооружение рекомендации ITIL. Ее применение позволило HP не только войти в число ведущих поставщиков услуг консалтинга и внедрения, но и стать одним из крупнейших провайдеров услуг по обучению основам ITIL и сертификации этих знаний.

Для практического применения ITIL компания HP разработала собственный вариант методологии, получивший название «Типовой модели HP ITSM» (IT Service Management Reference Model – ITSM Reference Model). Ее первый вариант был опубликован в сентябре 1997 г., следующий - в январе 2000 г. Действующая сегодня версия HP ITSM 3.0 выпущена в июне 2003 г. Подчеркнем, что HP ITSM построена в точном соответствии с ITIL и не противоречит ее положениям.

Следует также отметить, что ITSM Reference Model носит лишь рекомендательный характер. Однако одна из ключевых идей этой методологии состоит в том, что, несмотря на разнообразие информационных систем, их работа на 80% может быть построена на базе стандартизованных процессов и регламентов. Поэтому адаптация методологии к конкретным, специфическим задачам предприятия требует настройки не более 20% системы ИТ-сервиса.

Модель информационных процессов ITSM Reference Model

Методология HP - ITSM Reference Model в общем жизненном цикле обслуживания ИС выделяется пять основных групп процессов:

  • согласование задач бизнеса и ИТ (Business – IT Alignment);

  • планирование и управление ИТ-сервисами (Service Design & Management);

  • разработка и внедрение ИТ-сервисов (Service Development & Deployment);

  • оперативное управление ИТ-сервисами (Service Operations);

  • обеспечение ИТ-сервисами (Service Delivery Assurance).

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




Рис. 2.1.  Блоки процессов модели ITSM Reference Model

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


  • анализ потребностей бизнеса (IT business assessment);

  • разработка стратегии развития ИТ предприятия (IT strategy & architecture planning);

  • управление клиентами (Customer management);

  • планирование ИТ-сервисов (Service planning).

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

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

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

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

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

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

  • управление безопасностью (Security management);

  • управление непрерывностью (Continuity management);

  • управление готовностью (Availability management);

  • управление производительностью (Capacity management);

  • финансовое управление (Financial management).

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

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

Процесс управления готовностью управляет возможностью реального получения ИТ-сервисов пользователями в соответствии с согласованными уровнями обслуживания.

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

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

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

  • разработка и тестирование (Service build and test);

  • ввод в эксплуатацию (Release to production).

Процесс разработки и тестирования выполняют разработку и проверку работоспособности и функциональности внедряемых ИТ-сервисов.

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

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

  • оперативное управление (Operation management);

  • управление инцидентами (Incident and service request management);

  • управление проблемами (Problem management).

Процесс оперативного управления позволяет управлять постоянным процессом предоставления ИТ-сервисов в соответствии с заданными уровнями обслуживания.

Процесс управления инцидентами обеспечивает фиксацию всех инцидентов в информационной системе и быстрое реагирование на нужды потребителей.

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

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

  • управление конфигурациями (Configuration management);

  • управление изменениями (Change management);

  • управление уровнями услуг (Service-level management).

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

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

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

При внедрении процессного управления ИТ-службы предприятия методология HP ITSM выделяет три основные стадии эволюции ИТ-служб:

  • управление инфраструктурой (Managing the infrastructure);

  • управление сервисами (Managing the services);

  • управление деловыми характеристиками ИТ (Managing the business value of IT).

Стадия управление инфраструктурой предполагает реализацию следующих процессов:

  • управление операциями;

  • управление конфигурацией;

  • управление изменениями;

  • управление инцидентами и сервисными запросами.

Стадия управление сервисами рекомендует внедрение следующих процессов:

  • создание и тестирование сервисов;

  • сервис-ориентированное управление;

  • управление проблемами;

  • управление непрерывностью;

  • управление готовностью;

  • управление объемами услуг;

  • управление финансами.

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

  • бизнес-оценка;

  • управление отношениями с пользователями;

  • планирование ИТ-стратегии и развития архитектуры;

  • планирование развития сервисов.

Реализация методологии ITSM Reference Model напрямую связана с общей задачей повышения уровня управления качеством работы компаний. В качестве ориентиров могут быть выбраны стандарты ISO 9000, но для ИТ-подразделений лучше использовать модель CMM (Capability Maturity Model, модель уровня зрелости), в большей степени ориентированную на ИТ-отрасль.

Методология Microsoft по эксплуатации ИС

Библиотека передового опыта организации управления ИТ-инфраструктурой предприятия представляет общие рекомендации и различные организации вносят свой вклад в развитие этого направления. Microsoft на основе обобщения документации ITIL, стандарта ISO 15504, описывающего критерии оценки зрелости процессов, опыта заказчиков и партнеров Microsoft, опыта организации эксплуатации во внутренних ИТ-подразделениях Microsoft разработала библиотеку документов Microsoft Operations Framework (MOF).

В состав MOF входят следующие документы и руководства

модель процессов эксплуатации (MOF Process Model for Operations);

модель групп эксплуатации (MOF Team Model for Operations);

дисциплина управления рисками эксплуатации (Risk Management Discipline for Operations);

функции управления услугами (SMF – Service Management Functions).

Модель процессов эксплуатации и функции управления услугами описывают высокоуровневые операции, выполняемые при эксплуатации информационных систем, и основываются на четырех принципах:

структуризация;

быстрый цикл развития, итеративный подход;

управление посредством периодических контрольных мероприятий;

интегрированное управление рисками.

Принцип структуризации упрощает интеграцию процессов, управление жизненным циклом информационной системы и сопоставление ролей с выполняемыми функциями.

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

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

Принцип интегрированного управления рисками предполагает распространение процедур управления рисками во все операционные процессы и роли, а также формирование упреждающей политики управления рисками.

Модель процессов MOF сформирована из четырех категорий-квадрантов, в которых объединены ключевые задачи эксплуатации информационных систем (рис.2.2.).

В модели выделены следующие квадранты:

  • изменения;

  • эксплуатация;

  • поддержка;

  • оптимизация.

Квадрант «Изменения» (MOF Changing Quadrant) предназначен для формализации и упорядочивания процессов изменения ИТ-инфраструктуры и ИТ-сервисов. В нем описаны следующие процессы:

  • управление изменениями;

  • управление релизами;

  • управление конфигурациями.




Рис. 2.2.  Модель процессов MOF

Функциональность квадранта «Изменения» в отличие от аналогичных процессов ITIL отличается более детальной проработкой диаграмм процессов и инструкций по их применению.

Квадрант «Эксплуатация» (MOF Operating Quadrant) описывает процессы технической инфраструктуры информационной системы (рис. 2.3.).

Для квадранта «Эксплуатация « выделены два уровня процессов. На верхнем уровне находятся следующие процессы:

  • системное администрирование;

  • администрирование безопасности;

  • мониторинг ИТ-сервисов.

Данные процессы описывают принципы организации процессов эксплуатации технических и программных систем.




Рис. 2.3.  Квадрант «Эксплуатация»

На втором уровне находятся следующие процессы:

  • управление заданиями;

  • сетевое администрирование;

  • управление службой каталога;

  • управление хранением данных.

Эти процессы описывают процессы эксплуатации конкретных подсистем.

Следует отметить, что процессы квадранта «Эксплуатация» ориентированы на использование продуктов Microsoft.

Квадрант «Поддержка» (MOF Supporting Quadrant) описывает процессы поддержки пользователей и ИС-службы. В нем описаны следующие процессы:

  • Service Desk;

  • управление инцидентами;

  • управление проблемами.

Документация по процессам данного квадранта в целом соответствует содержанию аналогичных процессов ITIL, но в некоторых случаях детализируются диаграммы процессов и рекомендации по их применению.

Квадрант «Оптимизация» (MOF Optimizing Quadrant) описывает процессы предоставления ИТ-сервисов и оптимизации их предоставления. В данном квадранте описаны следующие процессы:

  • управление уровнем предоставления ИТ-сервисов;

  • финансовый ИТ-менеджмент;

  • управление мощностями;

  • управление готовностью;

  • управление непрерывностью предоставления ИТ-сервисов;

  • управление персоналом ИТ-подразделений;

  • управление безопасностью;

  • оптимизация ИТ-инфраструктуры.

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

  • группа управления изменениями в ИТ-среде;

  • группа управления физической инфраструктурой и инструментами управления инфраструктурой (операциями);

  • группа поддержки;

  • группа управления портфелем ИТ-сервисов;

  • группа управления ИТ-инфраструктурой;

  • группа безопасности;

  • группа взаимодействия с поставщиками услуг и продуктов (партнеры).

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

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

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

В дисциплине определены следующие этапы управления рисками:

  • выявление;

  • анализ и определение приоритетов;

  • планирование;

  • мониторинг и отчетность;

  • управление;

  • обучение.

На этапе «Выявление» идентифицируют существующие риски и фиксируют их как можно раньше.

Этап анализа и определения приоритетов определяют потенциальные угрозы от рисков и устанавливают приоритеты с целью выделения ограниченных ресурсов на снижение наиболее существенных рисков.

Этап «Планирование» предполагает разработку плана действий для снижения влияния рисков на эксплуатацию ИС и внесение изменений в другие процессы управления ИТ-инфраструктурой с целью снижения уровня рисков.

Этап «Мониторинг и отчетность» состоит в отслеживании статуса конкретных рисков, исполнении соответствующих им планов, подготовки отчетов для персонала и руководства о статусе наиболее опасных рисков и планов действий по управлению ими.

Этап управления рисками предполагает исполнение плана действий по конкретным рискам и формирование соответствующей отчетности.

На этапе «Обучение» осуществляется накопление и применение опыта управления рисками.

В данной теме были рассмотрены модели уровней зрелости бизнес- процессов предприятия Capability Maturity Model, уровни зрелости ИТ- инфраструктуры, предложенные компанией Gartner, профили предприятий для оптимизации ИТ-инфраструктуры, разработанные компанией IBM, уровни зрелости ИТ-инфраструктуры предприятий, определенные в методологии компании Microsoft, а также библиотеку документов Microsoft Operations Framework, ориентированную на оптимизация процессов эксплуатации информационных систем.

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

  • Начало;

  • Уточнение;

  • Конструирование;

  • Переход. 

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


Рис. 2.4. Стадии и главные вехи процесса.

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


Рис. 2.5. Два последовательных цикла разработки

Начальная стадия

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

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

Стадия уточнения

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

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

Стадия конструирования

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

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

Стадия перехода

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

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

Итерации

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


Рис. 2.6. Итерации на стадиях ЖЦ

Каждая итерация в пределах стадии приводит к выпуску выполнимой системы.

Каждая итерация содержит все аспекты разработки программного обеспечения и повторяет все основные потоки работ. Но акценты на основных потоках работ различны, в зависимости от стадии разработки.

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


Рис. 2.7. Стадии состоят из итераций, содержащих все основные потоки работ.

Каждый из основных потоков работ ответственен за набор артефактов. Высота кривых отражает характер интенсивности потока работ на стадиях и итерациях.

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


Рис. 2.8. Изменение уровня зрелости артефактов

Общие сведения о библиотеке ITIL

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

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

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

Модель ITSM, разработанная в рамках проекта ITIL (IT Infrastructure Library - библиотека инфраструктуры информационных технологий, произносится как «айтил»), описывающая процессный подход к предоставлению и поддержке ИТ-услуг. Данная модель получила наибольшую известность в силу того, что предоставление и поддержка ИТ-услуг является первичной задачей ИТ-службы предприятия.

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

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

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

Особенностью проекта является свобода использования его результатов:

ограничений на использование нет;

материалы модели могут быть использованы полностью или частично;

модель может быть использована в точном соответствии с текстом книг ITIL либо адаптирована пользователем.

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

Текущая версия библиотеки ITIL включает 7 книг по основным разделам управления ИТ-сервисами:

  • Service Delivery (предоставление услуг) – содержит описание типов ИТ-услуг, предоставляемых предприятием;

  • Service Support (поддержка услуг) – представляет собой описание процессов, позволяющих обеспечить пользователям доступ к ИТ-услугам, необходимым для выполнения бизнес-задач;

  • Information & Computing Technology Infrastructure Management (управление ИТ-инфраструктурой). В книге представлено общее описание методики организации работы ИТ-службы по управлению ИТ-инфраструктурой компании;

  • Application Management (управление приложениями) указывает, как обеспечить соответствие программных приложений изменениям в потребностях бизнеса, а также рассматривает общий жизненный цикл приложений, включающий разработку, внедрение и сопровождение;

  • The Business Perspective (бизнес-перспектива) – рассматривается, как работа ИТ-инфраструктуры может влиять на бизнес компании в целом;

  • Planning to Implement Service Management (планирование внедрения управления услугами) – посвящена проблемам и задачам планирования, реализации и развития ITSM, необходимым для реализации поставленных целей;

  • Security Management (управление безопасностью) – посвящена проблемам безопасности. В ней рассматриваются проблемы разграничения доступа к информации и ИТ-сервисам, особенности оценки, управления и противодействия рискам, инциденты, связанные с нарушением безопасности и способы реагирования на них.

В третьей, разрабатываемой версии библиотеки ITIL (проект ITIL Refresh), представлено пять книг, названия которых отражают жизненный цикл ИТ-услуг:

  • «Стратегии обслуживания» (Service Strategies);

  • «Проектирование услуг» (Service Design);

  • «Внедрение услуг» (Service Introduction);

  • «Оказание услуг» (Service Operation);

  • «Непрерывное совершенствование услуг» (Continuous Service Improvement).

В Европе существуют два центра сертификации специалистов по модели ITIL/ITSM - EXIN (Нидерланды – Голландский Экзаменационный Институт) и ISEB (The Information Systems Examination Board – подразделение Британского Компьютерного Общества – British Computer Society). Внедрением процессов ITIL/ITSM и обучением занимается целый ряд компаний-консультантов. В России это Hewlett-Packard Consulting, «Ай-Теко», IT-Expert.

Модель ITIL/ITSM поддерживается более чем десятком программных продуктов и пакетов. Лидерами разработки программных инструментов управления ИТ-инфраструктурой являются: Hewlett-Packard, Computer Associated, IBM, BMC Software и Microsoft. Среди российских компаний, поставщиков программных систем автоматизации управления ИТ-услугами следует отметить компании СофтИнтегро и Итилиум.

Важным элементом инфраструктуры ITIL/ITSM являются так называемые ITSM-форумы. Эти форумы представляют собой сообщества пользователей модели, консультантов, внедряющих модель, и производителей инструментального программного обеспечения. Сообщество, как правило, имеет сайт в сети Интернет (например, ITSM ПОРТАЛ.RU), а также проводит конференции и другие мероприятия, обеспечивающие реальное общение участников. Так российское партнерство «Форум по ИТ Сервис-менеджменту» получило международную аккредитацию ITSMF и стало полноправным членом всемирного сообщества. ITSMF International представляет собой независимое сообщество профессионалов в области управления ИТ-услугами. Оно было создано в Великобритании в 1991 году и занимается пропагандой идей ITSM, разработкой стандартов в этой области и поддержкой обмена опытом в десятках стран мира. На сегодняшний день национальные отделения itSMF действуют уже в 41 стране мира. ITSMF Russia было образовано в 2005 году и на сегодняшний день объединяет около 200 представителей из более чем 45 российских компаний.

С более подробной информацией по библиотеке ITIL можно познакомиться на сайтах, приведенных в табл. 2.1., 2.2.

Таблица 2.1. Англоязычные сайты

Web-адрес

Описание

www.itil-officialsite.com/

Оффициальный сайт ITIL

www.itil.org/en/index.php

Сайт на английском и немецком, общие сведения

www.itil.org.uk

Информация по ITL

www.pinkelephant.com

Компания - эксперт в области ITIL, создает ITIL v3

www.itilmonkey.com/

Статьи по ITIL

www.itilcommunity.com/

Форум по ITIL

www.itilpedia.com/

Ссылки и информация

www.itsm-portal.com/

Статьи по ITIL

www.ogc.gov.uk

Статьи по ITIL

www.itservicetoday.com/

Статьи по ITIL

manageengine.adventnet.com/

Статьи о Service Desk

www.asktheserviceexpert.com/

Статьи от Robin Yearsley

www.isoiec20000certification.com/

Статьи ISO 20000

www.itsmwatch.com

Статьи, форум

www.toolselector.com/

Статьи, форум, ссылки и многое др.

www.bita-center.com/

Cсылка на bita-сайт (business-to-it-allignment).

en.wikipedia.org/wiki/Itil

Новости, анонсы

www.itilsurvival.com

Много ссылок на платные ресурсы

www.becta.org.uk/fits

FITS - Framework for ICT Technical Support, построен на принципах ITIL

www.becta.org.uk/tsas/

«Облегченная» ITIL, предназначенная для британских школ

www.itserviceblog.com/

Блоги по Главатике ITIL

en.itsmportal.net/

Портал по ITSM (статьи, книги, советы, форум)

dritil.blogspot.com/

Статьи и блоги по Главатике ITIL

www.itilworx.com/

Статьи по Главатике ITIL

www.informit.com

IT Management Reference Guide

service.mirror42.com

Библиотека KPI

www.itservicetoday.com

Сайт об ITSM - IT Service Today;

Таблица 2.2. Русскоязычные сайты

Web-адрес

Описание

www.itsmportal.ru/

Информационный портал по управлению ИТ

www.akmeev.ru/

Сайт Руслана Акмеева, информация про MOF и ITIL, таблица взаимодействия процессов и ролей

easmf.ru/

Евразийский форум по управлению сервисами

Форум по ITIL
http://krylov.lib.ru/index.html

Страница Евгения Крылова, статьи по ITIL

1   2   3   4   5   6   7   8   9   ...   18

Похожие:

«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconR caj/47/2
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconМинистерство транспорта Российской Федерации
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconКурс лекций и практических занятий
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconОткрытая лекция карлсруэ, 4 октября 1911 г
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconIx-я Всероссийская дистанционная эвристическая олимпиада по мхк
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconШирли Эндрюз Атлантида: По следам исчезнувшей цивилизации
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconПубличный доклад за 2010-2011 учебный год
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconГоломолзин Евгений, Голомзина Марина Грани нового мира
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» icon«Санкт-Петербургский государственный электротехнический университет...

«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» icon«Санкт-Петербургский государственный электротехнический университет...
Городской слет экспедиционных отрядов «Экспедиция-2012» (в рамках городского экологического марафона)
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» icon«Санкт-Петербургский государственный электротехнический университет...
Человек, чья фамилия подчеркнута, отвечает за полученное задание и координирует работу группы
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconАндрей Лазаренков Партия, которую создал Иисус. Очерки общественной...
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconГоу впо тобольская государственная социально-педагогическая академия...
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconПрограмма (мероприятие): Федеральная целевая программа «Научные и...
«Санкт-Петербургский государственный электротехнический университет «лэти» им. В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconПриказ №578 о проведении в 2009 году конкурса научных достижений...
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)»
«Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» iconФедеральное агентство по образованию государственное образовательное...
Омский институт водного транспорта (филиал) фбоу впо «Новосибирская государственная академия водного транспорта»


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск