Скачать 2.16 Mb.
|
Глава 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 в общем жизненном цикле обслуживания ИС выделяется пять основных групп процессов:
При этом первые четыре блока принято рассматривать как следующие друг за другом в рамках жизненного цикла работы ИТ-службы, а в центр помещать пятый блок, отвечающий за предоставление услуг (рис. 2.1.). Рис. 2.1. Блоки процессов модели ITSM Reference Model Блок процессов согласование задач бизнеса и ИТ обеспечивает реализацию ИТ-стратегии в соответствии с целями бизнеса и создает основу для количественной оценки эффективности затрат на ИТ. В данный блок входят следующие процессы:
При разработке портфеля ИТ-сервисов процессы этого блока согласуют ИТ-стратегию предприятия с бизнес-целями, который обеспечивает максимальный эффект для бизнеса. Разработка эффективного портфеля ИТ-сервисов требует, чтобы информационные технологии определяли важные для бизнеса ИТ-сервисы и согласовывали ИТ-функции и бизнес-функции с доступными возможностями информационных технологий, потребностями бизнеса и приоритетами обслуживания бизнеса. Эти процессы позволяют ИТ-службе согласовывать ИТ-стратегию, архитектуру, организационную структуру и портфель ИТ-сервисов с бизнес-целями – и, в конечном счете, отображать стратегию в согласованные уровни обслуживания ИТ-сервисов. Процесс анализ потребностей бизнеса подразумевает анализ рынка ИТ-услуг с точки зрения применения информационных технологий. Этот процесс предполагает проведение оценки того, как ИТ-сервисы могут способствовать повышению эффективности деятельности предприятия, выявление важности ИТ-сервисов для бизнес-подразделений и оценки ресурсов для предоставления ИТ-сервисов. В частности, здесь определяется приоритет тех или иных сервисов с точки зрения пользователей и оценивается стоимость ИТ-сервисов. Процесс разработки стратегии развития ИТ предприятия позволяет сформировать ИТ-стратегию на основе оценки бизнеса и спланировать ИТ-архитектуру. Согласование требований бизнеса и возможностей информационных технологий позволяет обосновать план внедрения ИТ-сервисов, важных для бизнеса предприятия, определить общие количественные показатели работы ИТ-службы и сформировать последовательный план развития ИТ-стратегии и ИТ-архитектуры. Процесс управления клиентами позволяет ИТ-службе организовывать свою деятельность на партнерских отношениях с бизнес-пользователями информационной системы. Различные функции процесса позволяют отслеживать потребности клиентов, прогнозировать изменения их требований, доводить до клиентов существующие уровни обслуживания ИТ-сервисов, оценивать удовлетворенность клиентов и участвовать в совместном решении задач. Процесс планирования ИТ-сервисов позволяет сформировать необходимые этапы внедрения сервисов, оценить риски, связанные с этим, наметить пути максимизации возврата инвестиций. Блок процессов планирования и управления ИТ-сервисами формирует детализированную информацию по проектированию новых ИТ-сервисов, управлению доступностью и качеством этих сервисов, а также поддержания нужного баланса между качеством и стоимостью. Данный блок включает следующие процессы:
Процесс управление безопасностью позволяет определять уровень безопасности, проводить мониторинг и управлять безопасностью корпоративной информации. Процесс формализует задачи обеспечения, управления и поддержания безопасности ИТ-инфраструктуры предприятия. Он является неотъемлемой частью общего корпоративного плана безопасности предприятия. Процесс управления непрерывностью должен обеспечить ИТ-службе способность предоставлять заданный уровень услуг даже в результате серьезных внешних потрясений бизнеса. Процесс управления готовностью управляет возможностью реального получения ИТ-сервисов пользователями в соответствии с согласованными уровнями обслуживания. Процесс управления производительностью подразумевает, что ИТ-службы способны справляться с потоком поступающих заданий на предоставление ИТ-сервисов в соответствии с согласованными уровнями обслуживания. Процесс управления финансами позволяет ИТ-службе определять стоимость предоставляемых ИТ-сервисов и покрывать свои расходы за счет платы со стороны потребителей. Блок процессов разработки и внедрения ИТ-сервисов обеспечивает создание и тестирование новых сервисов и используемых ими инфраструктурных компонентов, включая установку оборудования и ПО, разработку приложений, обучение и т. п. Сюда входят два типа процессов:
Процесс разработки и тестирования выполняют разработку и проверку работоспособности и функциональности внедряемых ИТ-сервисов. Процесс ввода в эксплуатацию обеспечивает развертывание новые или модернизированные компонентов и функции ИТ-сервисов для определенных пользователей с учетом их конкретных потребностей. Блок процессов оперативное управление ИТ-сервисами обеспечивает ежедневный мониторинг предоставляемых ИТ-сервисов, управление запросами пользователей, отслеживание удовлетворенности клиентов и оценку общего уровня качества выполняемых сервисных работ. В данный блок входят следующие процессы:
Процесс оперативного управления позволяет управлять постоянным процессом предоставления ИТ-сервисов в соответствии с заданными уровнями обслуживания. Процесс управления инцидентами обеспечивает фиксацию всех инцидентов в информационной системе и быстрое реагирование на нужды потребителей. Процесс управления проблемами фокусируется на задаче снижения числа инцидентов на основе анализа и прогноза работы информационной системы и заблаговременного устранения потенциальных проблем или более оперативного их разрешения. Блок процессов обеспечение ИТ-сервисами описывает предоставление соглашений и информации, процедуры взаимодействия для выполнения соглашений об уровне сервиса. Центральное положение этой группы на рис. 2.1. отражает ее связующую роль в ITSM. В состав этой группы входят три типа процессов:
Процесс управления конфигурациями отвечает за регистрацию и отслеживание состояния каждого компонента ИТ-инфраструктуры. Все сведения о компонентах (технические характеристики, состояние и различные взаимосвязи) хранятся в локальной базе данных Configuration Management Database. Процесс управления изменениями гарантирует, что ИТ-службы используют стандартные методы и процедуры для управления всеми изменениями в информационной среде предприятия. Процесс управления уровнями услуг позволяет выделять отдельные специфические услуги для потребителей в рамках стандартного спектра предоставляемого сервиса. При внедрении процессного управления ИТ-службы предприятия методология HP ITSM выделяет три основные стадии эволюции ИТ-служб:
Стадия управление инфраструктурой предполагает реализацию следующих процессов:
Стадия управление сервисами рекомендует внедрение следующих процессов:
Стадия управление деловыми характеристиками ИТ определяет уровень стратегического бизнес-партнера руководства компании и ИТ-службы. Одна из важнейших характеристик этой стадии – полная интеграция ИТ-процессов в общую бизнес-модель организации. Как результат, такой статус подразумевает, что руководители предприятия должны четко понимать, как те или иные инвестиции в ИТ могут способствовать развитию основного бизнеса компании. На этой стадии должны быть реализованы остальные процессы 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) описывает процессы поддержки пользователей и ИС-службы. В нем описаны следующие процессы:
Документация по процессам данного квадранта в целом соответствует содержанию аналогичных процессов 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 книг по основным разделам управления ИТ-сервисами:
В третьей, разрабатываемой версии библиотеки ITIL (проект ITIL Refresh), представлено пять книг, названия которых отражают жизненный цикл ИТ-услуг:
В Европе существуют два центра сертификации специалистов по модели 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 |
R caj/47/2 «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Министерство транспорта Российской Федерации «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | ||
Курс лекций и практических занятий «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Открытая лекция карлсруэ, 4 октября 1911 г «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | ||
Ix-я Всероссийская дистанционная эвристическая олимпиада по мхк «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Ширли Эндрюз Атлантида: По следам исчезнувшей цивилизации «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | ||
Публичный доклад за 2010-2011 учебный год «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Голомолзин Евгений, Голомзина Марина Грани нового мира «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | ||
«Санкт-Петербургский государственный электротехнический университет... | «Санкт-Петербургский государственный электротехнический университет... Городской слет экспедиционных отрядов «Экспедиция-2012» (в рамках городского экологического марафона) | ||
«Санкт-Петербургский государственный электротехнический университет... Человек, чья фамилия подчеркнута, отвечает за полученное задание и координирует работу группы | Андрей Лазаренков Партия, которую создал Иисус. Очерки общественной... «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | ||
Гоу впо тобольская государственная социально-педагогическая академия... «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Программа (мероприятие): Федеральная целевая программа «Научные и... «Санкт-Петербургский государственный электротехнический университет «лэти» им. В. И. Ульянова (Ленина)» | ||
Приказ №578 о проведении в 2009 году конкурса научных достижений... «Санкт-Петербургский государственный электротехнический университет “лэти” имени В. И. Ульянова (Ленина)» | Федеральное агентство по образованию государственное образовательное... Омский институт водного транспорта (филиал) фбоу впо «Новосибирская государственная академия водного транспорта» |