1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое
 Скачать 8 Mb.
|
|
Разработка Стратегии (Strategy Generation SG) Разработка стратегии является ключевым процессов в функционировании ИТ любой компании и является основным для стратегического этапа. Выходы процессов стратегического этапа являются входными данными для процесса разработки стратегии. Процесс отвечает на такие вопросы как: Стратегия ИТ департамента Соответствие ИТ стратегии и стратегии бизнеса Какие сервисы и кому необходимо предоставлять Как создавать ценность для клиента или бизнеса Как разрешать конфликты требований к разделяемым ИТ ресурсам Разработка стратегических активов Оценка сильных и слабых сторон, приоритеты и риски Как распределять ресурсы и мощности между сервисами портфеля Понимание рынка и идентификация возможностей по созданию сервисов Разработка outcome-based service, которые предоставляют функциональность заказчикам Подготовка и удачная реализация стратегии Деятельность по процессу: Разработка и утверждение Плана Стратегического Развития ИТ Разработка и утверждение Оперативного Плана Развития ИТ Контроль за исполнением планов ИТ Разработка и утверждение руководящей документации Разработка системы контроля (Develop closed-loop control system) Разработка стратегических активов и сервисов Анализ мощностей и ресурсов Анализ стратегии и сервисов Понимание нужд заказчика Понимание возможностей Классификация и визуализация сервисов как образцов создания ценности Определение outcome-based service Разработка портфеля сервисов Оценка стратегии Постановка целей и задач Соответствие активов и нужд заказчиков Определение критических факторов успеха Определение приоритетов инвестиций Исследование бизнес потенциала Asset-based services Utility-based services Планы и Patterns Создание ценности Определение сильных и слабых сторон Определение возможностей и угроз Необходимые компетенция Входы процесса: План стратегического развития организации Организационная структура компании Бизнес требования Портфель сервисов Каталог сервисов Оценка рисков Стоимость сервисов Определение Стратегии Обслуживания (Lines of Service) Шаблоны бизнес процессов и активности Оценка мощностей Оценка ресурсов Оценка ограничений Оценка конфликтов Стратегический анализ Определения рынка Ограничения заказчика Выгоды Бизнес задачи Выходы процесса: Подписанный протокол решения ИТ комитета Утвержденная ИТ Стратегия Подписанный Плана Стратегического Развития ИТ Подписанный Плана Оперативного Развития ИТ Подписанные Проекты Подписанные руководящие документы ИТ Решения по инвестициям Участники процесса: ИТ Комитет Менеджер по взаимодействию с бизнесом Директор ИТ департамента Представители бизнеса Ключевые моменты процесса: Принятие стратегических решений должно проходить этап утверждения со стороны руководства организации. ИТ комитет является высшим органом по принятию решений в области ИТ ИТ Комитет собирается не реже чем один раз в квартал. Наличие кворума для принятия решения (рекомендации со стороны Юридического департамента) Порядок распределения «веса» голосов при голосовании («А» роль) Порядок принятия решения (простое большинство, кворум, полное согласие или «последнее слово» владельца) ИТ директор не имеет права «голосовать», а выполняет рекомендательную функцию («С» роль) Назначение процесса (WHAT) и цели процесса (WHY): Формирования процесса управления ИТ стратегии Внесение изменений в ИТ стратегию Процедуры (HOW), Зона применения (WHEN) и Зона ответственности (WHO): Предоставление бизнес стратегии Формирование ИТ стратегии Обсуждение ИТ стратегии Принятие ИТ стратегии Ознакомление с ИТ стратегией Исполнение ИТ стратегии Контроль выполнения ИТ стратегии Предоставление изменений Анализ изменений Обсуждение изменений ИТ стратегии Принятие изменений Ознакомление с изменениями Внесение изменений в ИТ стратегию Критерии результативности – (KGI) Соответствие ИТ стратегии бизнес стратегии Удовлетворённость владельцев бизнеса Критерии эффективности – (KPI) Исполнимость стратегических планов в срок> 70% Исполнимость оперативных планов в срок> 70% Количество изменений, внесенных в ИТ стратегию Управление Портфелем Сервисов (Service Portfolio Management PM) Процесс Управление Портфелем Сервисов рассматривает ИТ сервисы с точки зрения бизнес ценности для организации. Его можно рассматривать как динамический метод управления инвестициями в управлении ИТ услугами на уровне организации. Цели процесса: Перечень сервисов, имеющихся в ИТ департаменте на всех стадиях жизненного цикла (в разработке, внедрении, сопровождении, выведенных из эксплуатации и т п). Перечень сервисов (бизнес услуг), предоставляемых клиентам Почему клиент использует данный сервис Почему клиент должен использовать сервис, предоставляемый нами, платить за него Почему именно у нас клиент покупает данный сервис Какова модель финансирования сервиса Каковы сильные и слабые стороны, приоритеты и риски Как распределять ресурсы и мощности между сервисами портфеля Деятельность по процессу: Формирование портфеля сервисов Разработка мощностей и ресурсов Входы процесса: Выходные данные Стратегии Выходы процесса: Inventories Business Cases Service Portfolio Authorization Value Proposition Prioritization Communication Resource Allocation Участники процесса: ИТ комитет Contract Manager Business Relationship Manager Product Manager Ключевые моменты процесса: Владелец процесса является ИТ Определены следующие статусы сервисов: Требования (Requirements) – набор требований, полученных от бизнеса или ИТ департамента Установленные (Defined) – набор требований, которые были определены, оценены и задокументированы и Уровень Требований к Сервису (SLR) сгенерированы Проанализированы (Analysed) – набор требований, который был проанализирован и установлены приоритеты Одобренные (Approved) – набор требований, которые были утверждены и задокументированы Заказанные (Chartered) – сервисы, для которых выделены ресурсы и бюджет Проектированы (Designed) – сервис или его компоненты, спроектированы и при необходимости закуплены Разработаны (Developed) – сервис или его компоненты, разработаны Собранные (Built) – сервис или его компоненты, собраны Протестированные (Tested) – сервис или его компоненты, прошедшие тестирование Выпущенные (Released) – сервис или его компоненты, сборка которого готова Сопровождается (Operational) – сервис или его компоненты, предоставленные клиентам и сопровождаются Устаревшие (Retired) – сервис или его компоненты, выведенные из «производственной» среды Различные элементы одной услуги могут иметь различные статусы в один момент времени. Каждая организация должна аккуратно проектировать Портфель услуг, его содержание и доступ к нему. Содержание Портфеля услуг должно включать в себя следующую информацию: Имя услуги Описание услуги Статус услуги Классификацию услуги и ее критичность Используемые приложения Используемые данные или/и схемы данных Бизнес-процессы, поддерживаемые услугой Владельцы бизнеса Пользователи бизнеса Владельцы IT Уровень гарантии качества услуги, ссылки на SLA и SLR Поддерживающие услуги Поддерживающие ресурсы Услуги, которые зависят от рассматриваемой услуги OLA, контракты и соглашения Затраты на услугу Издержки на услугу (если это применимо в данном случае) Доход от услуги (если это применимо в данном случае) Метрики для услуги Пример содержания каталога сервисов (включает, но не ограничивает): Портфель сервисов позволяет уже на этапе стратегического планирования иметь перечень сервисов, которые ИТ департамент планирует предоставлять, отслеживать изменение статуса сервиса, инициатора, время, прошедшее от утверждения решения до внедрения сервиса. Критерии результативности – (KGI) Полнота и достоверность портфеля Быстрота внедрения в каталог сервисов Критерии эффективности – (KPI) Количество сервисов в портфеле Количество сервисов по статусам Количество сервисов по типам (Б/Т) Количество сервисов по бизнес подразделениям Время перехода в каталог сервисов Время перехода из каталога сервисов Своевременность и полнота информации Несвоевременная регистрация Отношение сервисов каталога к сервисам портфеля Управление деятельностью ИТ департамента (IT Governance DG) Процесс управление деятельностью ИТ департамента является вспомогательным процессом в функционировании ИТ. В контексте управления ИТ сервисами рассматривается не как стандарты по Управлению ИТ, а вспомогательный процесс, регулирующий деятельность по принятию решений, организацию работы с руководящими документами ИТ и т п. Управление ИТ отвечает на такие вопросы как: Регламентирование административных мероприятий по управлению ИТ Организация работы с ИТ документацией по управлению ИТ сервисами Деятельность по процессу: Разработка и утверждение процессов управления и взаимодействия ИТ Разработка и утверждение руководящих ИТ документов Разрешение конфликта интересов Входы процесса: Требования бизнеса Рекомендации мировых практик в области управления ИТ, Управления Проектами, Аудита, Корпоративного Управления Выходы процесса: Протокол решений ИТ комитета и Руководящие ИТ документы Участники процесса: ИТ Комитет Ключевые моменты процесса: Комитет ИТ собирается не реже чем один раз в квартал Владельцем процесса является ИТ департамент. При высоком уровне зрелости организации, владельцем процесса может быть административный департамент, в рамках корпоративного управления организацией в целом. ИТ департамент обеспечивает управление процессов, если имеется соответствующие ИТ компоненты Назначение процесса (WHAT) и цели процесса (WHY): Организация процесса управления ИТ формирования стратегического ИТ бюджета Организация деятельности ИТ формирования оперативного ИТ бюджета Процедуры (HOW), Зона применения (WHEN) и Зона ответственности (WHO): Формирование руководящих документов ИТ Обсуждение руководящих документов ИТ Принятие руководящих документов ИТ Регистрация решения ИТ комитета Сбор подписей по решения ИТ комитета Регистрация документов в отделе документооборота Ознакомление с руководящими документами ИТ Контроль за исполнением руководящих документов ИТ Внесение изменений в руководящие документы ИТ Разрешение конфликтов интересов Критерии результативности – (KGI) Удовлетворённость владельцев бизнеса Критерии эффективности – (KPI) Количество утвержденных руководящих ИТ документов Количество внесенных изменений в руководящие ИТ документы Количество и сроки проведения ИТ комитетов Нарушения по количеству или срокам проведения ИТ комитетов ЭТАП ДИЗАЙНА (Design Stage) Введение Этап Дизайна является не менее важным и наиболее объемным этапом управления ИТ сервисами. На данном этапе производится планирование сервиса, детализация всех аспектов функционирования сервиса, закладывается основа плана внедрения и сопровождения сервиса. По сути происходит основная «мозговая» деятельность. Для Управления Проектами соответствует фазе планирования проекта. Цели и задачи: Проектирование новых и изменение имеющихся сервисов для организации Сервис дизайн вовлекается только для «важных» стратегических изменений в ИТ архитектуре. Формирование дизайна и планирование сервиса и процессов. Данный этап определяется следующими процессами (7): Координация дизайна и планирования (Design Coordination) * Управление рисками (Risk Management) * Управление архитектурой (Architecture Management) * Управление соответствия требованиям (Compliance Management) * Управление Каталогом Сервисов (Service Catalogue Management) Управление Уровнем Услуг (Service Level Management) Управление доступностью (Availability Management) Управление мощностями (Capacity Management) Управление непрерывностью сервисов (It service Continuity Management) Управление Информационной Безопасностью (Information Security Management) Управление поставщиками (Supplier Management) Деятельность процессов дизайна концентрирует свое внимание на двух ключевых аспектах: Ресурсы (Resources) – прямые активы которые можно измерить Возможности (Capability) – способности организации координировать, контролировать и распределять ресурсы для создания ценности. Помимо этого, вводятся два важных атрибута сервиса: Возможности сервиса (Utility), что он делает. Соответствие функциональным требованиям «fit to purpose». Качество сервиса (Warranty) – насколько хорошо он это делает, «fit for use». Этап Дизайна сервисов оперирует четырьмя основными понятиями: Люди (People) Продукты (Products) Процессы (Processes) Партнеры (Partners) Основные измерения этапа Дизайна сервисов: Функциональность (возможности сервиса) Ресурсы (люди, финансы, технологии) Время Баланс этих трех показателей позволяет достичь максимальной эффективности этапа планирования сервиса – Качества сервиса. При разработке программного обеспечения можно использовать следующие механизмы: Структурированная Система Разработки (Structured System Development) Традиционная линейная (Traditional Linear) «Водопад» (Waterfall) «V-Модель» (V-Model) Быстрая Разработка (Rapid Application Development) – Быстрая разработка за счет повторного использования готовых и разработанных компонентов. Коробочные Коммерческие Решения (Commercial Off-the-shell Solutions COTS) Использование и адаптация коммерческих продуктов (COTS) Выделяется пять ключевых аспектов Проектирования услуг проектирование решений, в том числе всех требуемых и согласованных функциональных требований, ресурсов и возможностей; проектирование поддерживающих управленческих систем и инструментов, в частности Портфеля услуг для управления и контроля услуг в рамках их жизненного цикла; проектирование технологий, систем и инструментов управления, необходимых для предоставления услуг; проектирование процессов, необходимых для построения дизайна, внедрения, эксплуатации и улучшения услуг; проектирование методов и метрик для измерения качества, эффективности и производительности услуг, архитектур и процессов. Прежде чем передать спроектированное решение на этап Внедрения, необходимо выполнить ряд дополнительных действий: Оценка альтернативных решений. Эта деятельность необходима, если к предоставлению услуг привлечены внешние поставщики услуг и решений. Состоит из следующего: формирование набора поставщиков и организация тендера; обзор и оценка всех решений, предлагаемых поставщиками. Отбор наиболее подходящих для конкретной задачи поставщиков; оценка и расчет стоимости альтернатив, с последующим выборов наилучших. Снабжение выбранного решения Хотя существует возможность, что для разработанного решения не потребуется участие третьих сторон (то есть поставщиков), тем не менее, на практике чаще всего они участвуют, а, следовательно, необходимо выполнить следующее: завершение всех необходимых проверок выбранного поставщика; заключение контрактов с поставщиком; снабжение выбранного решения. Разработка решения. Сюда относится деятельность по трансляции проекта услуги в план по ее разработке. Каждый план будет ответственен за разработку одного или более компонентов услуги и должен включать следующее: потребности бизнеса; стратегия, применяемая для разработки и/или приобретения решения; временные рамки; требуемые ресурсы, в том числе возможности и инфраструктуры IT, квалифицированный персонал и т. п.; разработка услуги и ее компонентов, в том числе механизмов управления, формирования отчетности, измерения и т. п. план тестирования услуги и ее компонентов. На выходе Сервис Дизайна формируется Пакет Сервис Дизайна (Service Design Package SDP), который включает в себя: Процессы данного этапа формируют три основных документа: Пакет Дизайна Сервиса, Пакет Дизайна Уровня предоставления услуг Детальную Архитектуру Предприятия. На выходе, возможна корректировка стратегических планов и бюджетов. Пакеты решений передаются далее на этап Внедрения. В плане Управления Проектами принимается окончательное решение по началу проекта и выделение ресурсов, определения сроков ИТ проекта. Координирование процесса Дизайна сервиса (Design Coordination DC) Процесс Координирования Дизайна сервиса является главным на этапе Дизайна». Фактически процесс является аналогом процесса «Управления Изменениями» и отвечает на такие вопросы как: Формирование процесса дизайна сервиса. Координация деятельности различных процессов управления ИТ сервисами Интеграция фаз и процессов Управления Проектами Деятельность по процессу: Утверждение процесса дизайна сервисов Координация деятельности по проектированию ИТ сервисов Входы процесса: Выходы процессов Стратегического этапа Фаза инициализации Управление Проектами Выходы процесса: Детальная ИТ Архитектура Предприятия Пакет Дизайна Сервиса Пакет Дизайна Предоставления Услуг Протокол решения ИТ комитета Необходимые данные для фазы планирования Управления Проектами Участники процесса: ИТ комитет ИТ архитектор Руководитель ИТ Проектов Менеджер ИТ проектов Экспертная группа, в составе которой эксперты и инженеры ИТ, представители бизнеса Ключевые моменты процесса: ИТ департамент является владельцем процесса Назначение процесса (WHAT) и цели процесса (WHY): Организация процесса дизайна сервиса Организация дизайна сервиса Процедуры (HOW), Зона применения (WHEN) и Зона ответственности (WHO): Координация процессов дизайна ИТ сервисов Координация требований Управления Проектами Подготовка Пакетов Дизайна Сервиса и Предоставления Услуг Утверждение Пакетов Дизайна Сервиса и Предоставления Услуг Утверждение ИТ Архитектуры Предприятия Критерии результативности – (KGI) Критерии эффективности – (KPI) % требований спецификаций Сервис Дизайна предоставленных в срок и в соответствии с бюджетом % Планов Сервис Дизайна предоставленных в срок и в соответствии с бюджетом % Пакетов Сервис Дизайна законченных в срок % соответствия бизнес требований и решений, сформированных в Пакетов Сервис Дизайна % точности при оценке стоимости сервиса или проекта на этапе Сервис Дизайна |