Высшая школа бизнес-информатики

Процессы управления информационными технологиями

объём: 120 часов
Программа знакомит с лучшими мировыми практиками управления ИТ: ITIL, COBIT, CMMI, ГОСТ. Вы научитесь применять эталонные процессные модели для организации эффективной работы ИТ-подразделений и повышения качества ИТ-услуг.
Студентов 2 Для всех RU
5 900 ₽ 12 000 ₽
или любая сумма на ваше усмотрение,
но не менее 1900 ₽
Вы можете оплатить любую сумму, чтобы поддержать наш проект и авторов программы. Объем услуг не зависит от размера вашей оплаты.

Какой документ я получу?

Сертификат

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

Удостоверение о повышении квалификации

Выдается при наличии среднего специального или высшего образования (необходимые документы).
Описание Учебный курс посвящен процессам управления информационными технологиями на основе мировых практик. Рассматриваются основные понятия управления ИТ, модели предприятия, руководство BIZBOK, процессное управление и BPM CBOK 3.0, примеры процессных организаций и сравнение с функциональным управлением, активы и метрики процессов, инжиниринг и реинжиниринг бизнес-процессов, бизнес-модель ИТ-организации и классификация ИТ-услуг. Материал адресован руководителям ИТ, методологам и архитекторам процессов.
Цели
  • Сформировать понимание процессного управления в ИТ-организации.
  • Развить умение применять эталонные модели и руководства.
  • Подготовить к анализу активов и метрик процессов.
Чему я научусь?
  • Описывать процессы управления ИТ и их взаимосвязи.
  • Сравнивать процессное и функциональное управление.
  • Применять метрики при анализе процессов.
  • Классифицировать ИТ-услуги внутреннего рынка.

Авторы

Бирюков Александр
Бирюков Александр
Чему я научусь?
  • Описывать процессы управления ИТ и их взаимосвязи.
  • Сравнивать процессное и функциональное управление.
  • Применять метрики при анализе процессов.
  • Классифицировать ИТ-услуги внутреннего рынка.

Учебный план

№ Занятия
Экзамен экстерном Внимание! Экзамен экстерном не обязательный для сдачи. При желании вы можете его пройти, если хотите подтвердить свои знания по данному курсу без его изучения или поверить свои знания по нему. Экзамен экстерном можно сдать только один раз. 90 мин
1 Управление ИТ. Основные понятия Рассматриваются основы управления информационными технологиями (ИТ) в рамках одного предприятия. Показано, что такое управление сводится к... Рассматриваются основы управления информационными технологиями (ИТ) в рамках одного предприятия. Показано, что такое управление сводится к принятию организационных и управленческих решений, а не к узким техническим задачам. Изложение строится от определения ИТ-менеджмента к универсальному циклу PDCA, затем к целям ИТ-управления и их связи с консенсусом стейкхолдеров. Обосновывается необходимость модели объекта управления: бизнес-модели, архитектуры предприятия и ИТ-архитектуры. ещё 42 мин
2 Модели предприятия В материале объясняется, что такое бизнес-модель и как она описывает логику создания и реализации ценности для... В материале объясняется, что такое бизнес-модель и как она описывает логику создания и реализации ценности для потребителя. Показан переход от бизнес-модели к слоистой архитектуре предприятия: бизнес-, ИТ- и техническому слою. Разобраны услуги как интерфейс взаимодействия слоёв и три упрощающих допущения: успех зависит только от удовлетворённости, деятельность полностью описывается процессами, а ИТ сводится к услугам. ещё 48 мин
3 Модель BIZBOK Guide В материале рассматриваются бизнес-архитектура предприятия и модель BIZBOK: домены, их устойчивость и изменчивость, связь со способностями,... В материале рассматриваются бизнес-архитектура предприятия и модель BIZBOK: домены, их устойчивость и изменчивость, связь со способностями, процессами, ролями, информацией и инструментами. Логика движения — от общего взгляда и структуры доменов к способностям и практическому примеру управления наймом. Отдельно показаны ограничения модели: неучтённые доверие и корпоративная культура. ещё 72 мин
4 Бизнес-процессы как модель деятельности В разделе рассматривается бизнес-процесс как модель деятельности, которая отвлекается от индивидуальных особенностей исполнителей. Показано, когда такая... В разделе рассматривается бизнес-процесс как модель деятельности, которая отвлекается от индивидуальных особенностей исполнителей. Показано, когда такая модель адекватна, зачем ее описывают и анализируют, как связаны шаблонность, творчество и мотивация. Отдельно разбирается спорный тезис о ценности бизнес-процесса: не каждый процесс явно создает ценность для организации. ещё 21 мин
5 Процессное управление и BPM CBOK 3.0 В материале изложены основы процессного управления организацией: организация как набор бизнес-процессов, ориентация на клиента, повторяемость и... В материале изложены основы процессного управления организацией: организация как набор бизнес-процессов, ориентация на клиента, повторяемость и экземпляры процессов, связь целей предприятия и ожиданий клиентов в концепции BPM. Рассмотрены BPM CBOK, цикл PDCA, процессные роли, владелец и администратор процесса, пример разработки ПО и особенности ИТ-департамента. ещё 84 мин
6 Примеры процессных организаций Материал объясняет, почему процессное управление применяется там, где стандартная технология сочетается с уникальными требованиями, продуктом или... Материал объясняет, почему процессное управление применяется там, где стандартная технология сочетается с уникальными требованиями, продуктом или условиями. Логика изложения движется от индивидуального и специального производства и строительства к СМИ и индивидуальным услугам, а затем к проектной организации. Показано, чем процесс отличается от проекта по источнику уникальности, составу исполнителей, бюджету, контракту и организационной единице. ещё 33 мин
7 Функциональное управление Рассматривается функциональное управление как подход, при котором организация строится вокруг устойчивых подразделений и заранее заданных связей.... Рассматривается функциональное управление как подход, при котором организация строится вокруг устойчивых подразделений и заранее заданных связей. Показано, как оргструктура фиксирует типовой процесс, повышает эффективность, но снижает гибкость. Приводятся примеры массового производства и массовых услуг, а также объясняется сочетание функционального и процессного подходов. ещё 69 мин
8 Процессное управление и ИТ В лекции рассматриваются особенности процессного управления в ИТ. Показано, что ИТ-бизнес-процессы обрабатывают только информацию, поэтому автоматизируются... В лекции рассматриваются особенности процессного управления в ИТ. Показано, что ИТ-бизнес-процессы обрабатывают только информацию, поэтому автоматизируются информационными системами. Обсуждается перенос ответственности за процесс на ИТ-специалистов и влияние гибкости систем на стоимость изменений. Далее раскрывается управление процессами: инжиниринг, реинжиниринг, пилотная эксплуатация, сбор метрик и анализ узких мест. Отдельное внимание — экономике изменений и корпоративному репозиторию. ещё 39 мин
9 Активы и метрики процессов Рассматриваются процессные активы как описания бизнес-процесса, его цели, ролей, входов и выходов, метрик, ограничений и бизнес-правил.... Рассматриваются процессные активы как описания бизнес-процесса, его цели, ролей, входов и выходов, метрик, ограничений и бизнес-правил. Показано, почему изменения процесса требуют актуализации описаний и сохранения истории. Отдельное внимание уделено метрикам: продуктивности, эффективности, потребительским характеристикам, зрелости, а также различию измерений, метрик и KPI. Объясняется цена процессного управления и логика управления изменениями. ещё 54 мин
10 Инжиниринг и реинжиниринг бизнес-процессов Рассматриваются стейкхолдеры процесса, ресурсы, статистика и история изменений как основа управления. Затем раскрывается реинжиниринг бизнес-процессов: его... Рассматриваются стейкхолдеры процесса, ресурсы, статистика и история изменений как основа управления. Затем раскрывается реинжиниринг бизнес-процессов: его понимание через изменение процессных активов и способы — самостоятельный, заимствование модели, референтные модели, консультанты, автоматизация. Объясняются цели улучшения метрик, устойчивость процесса, выбор формализма описания и переход от словесного описания к формальному. ещё 66 мин
11 ИТ-организация и её бизнес-модель Рассматриваются ИТ-организация и ИТ-услуги как основа управления ИТ-изацией. Показано, почему ИТ-организация отличается от ИТ-компании, какие бизнес-процессы... Рассматриваются ИТ-организация и ИТ-услуги как основа управления ИТ-изацией. Показано, почему ИТ-организация отличается от ИТ-компании, какие бизнес-процессы и ИТ-процессы попадают в поле внимания, а какие исключаются. Вводится ключевое допущение: деятельность ИТ-организации организована как оказание услуг сотрудникам предприятия. Из него выводятся следствия для управления, включая связь любого ИТ-процесса с конкретной ИТ-услугой и применение слоистой архитектуры предприятия. ещё 36 мин
12 ИТ-услуги. Внутренний рынок ИТ-услуг ИТ-подразделение рассматривается как внутренний провайдер услуг, похожий на ИТ-компанию внутри предприятия. Показана связь бизнес-услуг, бизнес-процессов и... ИТ-подразделение рассматривается как внутренний провайдер услуг, похожий на ИТ-компанию внутри предприятия. Показана связь бизнес-услуг, бизнес-процессов и управления ИТ-процессами. Объясняется, почему это важно для качества услуг и влияния пользователей на требования. Сравниваются внешний и внутренний рынки услуг, вводится понятие провайдера. На примере доступа в Интернет прослежена цепочка от внешнего поставщика до пользователей. Затем анализируется специфика внутреннего рынка: общие цели, неравенство, монополизм, отсутствие конкуренции, экономических стимулов и независимого разрешения споров. ещё 78 мин
13 Классификация ИТ-услуг ИТ-организации В материале разбирается, как ИТ-организация оказывает услуги бизнес-организации. Логика движения — от общего разделения на ИТ... В материале разбирается, как ИТ-организация оказывает услуги бизнес-организации. Логика движения — от общего разделения на ИТ и бизнес к точной классификации потребителей: клиентов и пользователей. Затем сопоставляются цели услуг для рядовых участников бизнес-процессов, владельцев и администраторов процессов, руководства, аккаунт-менеджеров и владельцев-инвесторов. Отдельно объясняются комплексная автоматизация, Best of Breed и защита инвестиций в ИТ. ещё 33 мин
14 Примеры ИТ-услуг В лекции разбираются IT-услуги для разных групп: пользователей, владельцев и менеджеров бизнес-процессов, руководства и собственников предприятия.... В лекции разбираются IT-услуги для разных групп: пользователей, владельцев и менеджеров бизнес-процессов, руководства и собственников предприятия. Логика перехода — от повседневных сервисов сотрудника к управлению процессами, затем к задачам ИТ-организации и стратегическим решениям. Показано, почему для внутреннего ИТ-департамента-монополиста оценки выгодности условны, и какие услуги повышают эффективность, качество данных, гибкость и снижают затраты. ещё 51 мин
15 ИТ-услуги и ИТ-процессы Рассматривается связь ИТ-услуг и ИТ-процессов: процессы управляют подготовкой, созданием, оказанием и поддержкой услуг. Показано, как качество... Рассматривается связь ИТ-услуг и ИТ-процессов: процессы управляют подготовкой, созданием, оказанием и поддержкой услуг. Показано, как качество услуги оценивается через процесс её оказания. Вводится понятие референтных процессных моделей, в частности PCF APQC. Обсуждаются творческие и формализуемые процессы, подходы к реинжинирингу, источники моделей и базовые принципы управления ИТ-услугами: каталог услуг, SLA, единое окно. ещё 60 мин
16 История ITIL Рассматривается референтная процессная модель ITIL как один из первых подходов к управлению ИТ-услугами. Показано, что такие... Рассматривается референтная процессная модель ITIL как один из первых подходов к управлению ИТ-услугами. Показано, что такие модели содержат описания процессов, примеры и иллюстрации. Объясняется связь ITIL с цепью добавленной стоимости провайдера ИТ-услуг: в модель входят не все процессы, а выбранные. Приведены причины исключения управления проектами, персоналом, активами и проектирования услуги. Изложена история ITIL, версии и роль ITSM Forum. ещё 36 мин
17 Структура ITIL v2 В материале объясняется, почему для изучения выбран ITIL v2: его компактность, практическая направленность и ясная аудитория.... В материале объясняется, почему для изучения выбран ITIL v2: его компактность, практическая направленность и ясная аудитория. Показано, что большая часть рекомендаций адресована IT-менеджерам и IT-специалистам, но часть советов устарела. Раскрывается процессная модель управления услугами: 10 процессов, две группы — предоставление и поддержка услуг, а также роль Service Desk как единой точки контакта. Отмечено, что подробно будут изучены два процесса. ещё 24 мин
Тест 1 для курса # 52844 для курса Процессы управления информационными технологиями 40 мин
18 Процессы предоставления услуг Рассматривается верхняя группа процессов предоставления ИТ-услуг: управление уровнем обслуживания, финансами ИТ, мощностями, доступностью и непрерывностью. Показана... Рассматривается верхняя группа процессов предоставления ИТ-услуг: управление уровнем обслуживания, финансами ИТ, мощностями, доступностью и непрерывностью. Показана логика: от соглашений с заказчиком и расчёта себестоимости к закупке ресурсов, обеспечению доступности и действиям в чрезвычайных ситуациях. Управление безопасностью выделено как отдельная специфическая область и не разбирается. ещё 63 мин
19 Процессы поддержки услуг Рассматриваются процессы поддержки ИТ-услуг (IT services) и их логика. Показано, почему управление инцидентами (incident management) отделено... Рассматриваются процессы поддержки ИТ-услуг (IT services) и их логика. Показано, почему управление инцидентами (incident management) отделено от управления проблемами (problem management): сначала восстанавливают услугу, затем ищут причину. Раскрыта роль управления конфигурациями (configuration management) как динамического описания инфраструктуры. Разбираются управление изменениями (change management) и релизами (release management), их связь с общекорпоративными процессами. Обозначены оставшиеся в стороне информационная безопасность и взаимоотношения с заказчиком. ещё 54 мин
20 Управление инцидентами - 1 В центре внимания — управление инцидентами и управление конфигурациями как два из десяти процессов. Логика: сначала... В центре внимания — управление инцидентами и управление конфигурациями как два из десяти процессов. Логика: сначала вводится инцидент как любое незапланированное событие, затем описываются Service Desk, линии поддержки, запросы на обслуживание и изменения. Далее показано, как изменения анализируются через данные о конфигурационных связях, выбирается локальная реализация или релиз, а критические последствия требуют приоритетов и мер по доступности услуги. ещё 39 мин
21 Управление инцидентами - 2 Рассматриваются приоритеты инцидентов и факторы их определения: воздействие, срочность, SLA, роль заказчика. Описаны регистрация, эскалация, функциональная... Рассматриваются приоритеты инцидентов и факторы их определения: воздействие, срочность, SLA, роль заказчика. Описаны регистрация, эскалация, функциональная и иерархическая эскалация, линии поддержки, взаимодействие с поставщиками, координация сквозного процесса и источники обнаружения инцидентов. Показана логика восстановления нормального уровня обслуживания. ещё 60 мин
22 Управление инцидентами - 3 В лекции рассматривается конфигурационная база данных как источник связанных сведений об ИТ-активах, услугах, соглашениях об уровне... В лекции рассматривается конфигурационная база данных как источник связанных сведений об ИТ-активах, услугах, соглашениях об уровне услуг, персонале и документации. Логика изложения идет от вопроса, что включать в базу, к его связи с процессами управления инцидентами, проблемами, уровнем обслуживания и мощностями. Затем разбирается управление инцидентами: регистрация, классификация, приоритет, привязка, диагностика, эскалация, статусы и закрытие. ещё 42 мин
23 Управление инцидентами - 4 Рассматривается операционная логика управления инцидентами: от диагностики и обновления статусов до закрытия после проверки пользователем. Показано,... Рассматривается операционная логика управления инцидентами: от диагностики и обновления статусов до закрытия после проверки пользователем. Показано, как при серьёзных изменениях формируется запрос на изменение и подключается управление изменениями. Отдельное внимание уделено метрикам: что можно измерять, зачем нужны цели и как показатели помогают выбирать решения. Описаны роли руководителя процесса и групп поддержки. ещё 33 мин
24 Анализ процесса Рассматривается процесс управления инцидентами в ITIL (IT Infrastructure Library) и его неявные допущения, сложившиеся из практики... Рассматривается процесс управления инцидентами в ITIL (IT Infrastructure Library) и его неявные допущения, сложившиеся из практики 1990-х. Показано, почему модель ориентирована на массовые аппаратные инциденты, конвейерное распределение, параллельные линии поддержки, схожесть инцидентов и синхронность загрузки. Обсуждаются границы применимости и причины устойчивости подхода в среднем. ещё 39 мин
25 Управление конфигурациями - 1 Рассматривается управление конфигурациями как процесс поддержания актуальной логической модели ИТ-инфраструктуры и услуг. Вводятся конфигурационные единицы и... Рассматривается управление конфигурациями как процесс поддержания актуальной логической модели ИТ-инфраструктуры и услуг. Вводятся конфигурационные единицы и конфигурационная база данных (CMDB). Показано, какие сведения в неё включают, зачем они нужны другим процессам, как связаны с финансами, изменениями, проблемами, мощностями и счетами. Логика изложения: от определения объектов и данных — к их практическому применению и цели процесса. ещё 39 мин
26 Управление конфигурациями - 2 В разделе объясняется, зачем нужна конфигурационная база данных (КБД) и как она обеспечивает другие процессы управления... В разделе объясняется, зачем нужна конфигурационная база данных (КБД) и как она обеспечивает другие процессы управления услугами достоверной информацией об ИТ-компонентах и связях. Логика изложения: от задачи точной регистрации конфигурационных единиц к ограничениям автоматизации и проблеме человеческих ошибок; затем к качеству данных, входам и выходам процесса, его связям с другими процессами и примеру управления уровнем услуг. ещё 27 мин
27 Управление конфигурациями - 3 Рассматриваются процессы управления конфигурациями: автоматизированные функции (идентификация, хранение, мониторинг статуса, отчётность) и организационные работы (планирование, контроль,... Рассматриваются процессы управления конфигурациями: автоматизированные функции (идентификация, хранение, мониторинг статуса, отчётность) и организационные работы (планирование, контроль, верификация). Объясняется, почему модель данных, глубина описания и атрибуты конфигурационных единиц зависят от бизнес-целей. Вводятся понятия владельца, базисной конфигурации, аудита и баланса между полнотой учёта и нагрузкой на персонал. ещё 78 мин
28 Управление конфигурациями - 4 Рассматривается контроль конфигурационной базы данных (КБД) как часть управления конфигурациями. Показано, что изменение конфигурационной единицы возможно... Рассматривается контроль конфигурационной базы данных (КБД) как часть управления конфигурациями. Показано, что изменение конфигурационной единицы возможно только через авторизованный процесс управления изменениями, который сам должен быть зрелым, стабильным и формально определённым. Обсуждаются зрелость совокупности процессов, аудит и инвентаризация КБД, показатели эффективности, качество процесса, роли владельца и затраты на автоматизацию. ещё 51 мин
29 Анализ процесса В лекции рассматривается процесс управления конфигурациями в ITIL. В центре внимания — КБД (CMDB) как централизованный... В лекции рассматривается процесс управления конфигурациями в ITIL. В центре внимания — КБД (CMDB) как централизованный справочник. Показаны типовые проблемы: неверный охват, слишком высокий или глубокий уровень детализации. Логика изложения: от задач и ограничений процесса — к аналогии со спецификацией (BOM) в MRP, затем к качеству данных и дублированию ПО. Делается вывод о границах применимости подхода. ещё 33 мин
30 Выводы по ITIL v2 Рассматриваются ключевые ограничения ITIL v2 как референтной модели. Показано, что в ней отсутствуют бизнес-цели и стратегия,... Рассматриваются ключевые ограничения ITIL v2 как референтной модели. Показано, что в ней отсутствуют бизнес-цели и стратегия, а ИТ-услуги трактуются преимущественно как центр затрат. Отдельно обсуждается неопределенность понятия ИТ-услуги, роль базы данных управления конфигурациями, степень формализации процессов и переход к ITIL 2011. Логика: от философии модели к понятию услуги, затем к технологической основе и зрелости процессов. ещё 21 мин
31 Внедрение референтных моделей Внедрение ITIL рассматривается как управленческий проект, а не только техническое изменение. Сначала организация определяет, внедрять всю... Внедрение ITIL рассматривается как управленческий проект, а не только техническое изменение. Сначала организация определяет, внедрять всю референтную модель или её часть, затем выбирает границы и масштаб: весь департамент или пилот для отдельной категории услуг и пользователей. Далее назначается спонсор проекта, определяются владельцы процессов, оценивается сложность и потребность в консультантах. ещё 18 мин
32 Общая характеристика ITIL v2011 Рассматривается отличие ITIL 2011 от ITIL v2: смена назначения, аудитории и формы. Показано, что ITIL 2011... Рассматривается отличие ITIL 2011 от ITIL v2: смена назначения, аудитории и формы. Показано, что ITIL 2011 — не практическое руководство для внедрения, а обширный справочник-энциклопедия по управлению ИТ-услугами. Объясняются причины большого объёма, структура из пяти книг, коллективный характер создания, повторы и разный уровень детализации. Логика: от назначения и аудитории к особенностям чтения и примерам изложения. ещё 27 мин
33 Основные понятия ITIL v2011 Рассматривается логика ITIL 2011: отказ от строгой референтной процессной модели, описание услуг через жизненный цикл, определения... Рассматривается логика ITIL 2011: отказ от строгой референтной процессной модели, описание услуг через жизненный цикл, определения услуги, ИТ-услуги и управления услугами. Показаны роль провайдера, различия клиента и пользователя, полезность и гарантированность, SLA, типы провайдеров и внутренняя ИТ-функция. Материал объясняет, почему процессы не всегда описываются традиционно и как это влияет на управление услугами. ещё 66 мин
34 Стратегия услуг в целом В разделе рассматриваются стратегические процессы «Стратегии услуг» (Service Strategy) в ITIL: управление стратегией, портфелем, финансами, спросом... В разделе рассматриваются стратегические процессы «Стратегии услуг» (Service Strategy) в ITIL: управление стратегией, портфелем, финансами, спросом и взаимоотношениями с бизнесом. Основное внимание уделено трём из них. Показана иерархия бизнес- и ИТ-стратегий, место стратегии услуг, её жизненный цикл и зависимость от бизнес-стратегии. Отдельно разобраны спорные моменты: отсутствие бизнес-стратегии, разделение ИТ-стратегии на отдельные стратегии, ответственность за обоснованность запросов и изменчивость стратегии. ещё 51 мин
35 Стратегический процесс Рассматривается классическая трёхчастная схема разработки стратегии: оценка ситуации As Is, описание To Be, план перехода и... Рассматривается классическая трёхчастная схема разработки стратегии: оценка ситуации As Is, описание To Be, план перехода и его выполнение. Показано, что в ITIL 2011 стратегический процесс представлен лишь общей схемой, без практических методов. Отмечено, что реальную ценность схема получает при наполнении детальными работами консалтинговой методики: входами, выходами, рисками, ролями и результатами. Обсуждается значение стратегии в ITIL 2011, её отсутствие в ITIL v2 и сохраняющаяся неясность разработки стратегии услуг. ещё 15 мин
36 Управление портфелем услуг В лекции рассматривается процесс управления портфелем услуг в ITIL 2011. Показано, какие вопросы он помогает решить... В лекции рассматривается процесс управления портфелем услуг в ITIL 2011. Показано, какие вопросы он помогает решить провайдеру: ценность услуг для потребителя, выбор провайдера, модель цены и расчётов, сильные и слабые стороны, приоритеты, риски, ресурсы и способности. Портфель услуг раскрывается через три элемента: воронку услуг, каталог услуг и устаревшие услуги. Логика изложения — от назначения процесса к составу портфеля и практическому использованию для управления ресурсами и бюджетом. ещё 39 мин
37 Структура портфеля услуг Рассматривается расширенная модель портфеля услуг в ITIL: его компоненты — воронка услуг (Service Pipeline), каталог услуг... Рассматривается расширенная модель портфеля услуг в ITIL: его компоненты — воронка услуг (Service Pipeline), каталог услуг (Service Catalog) и услуги, выведенные из эксплуатации (Retired Services). Показано, как они связаны с системой управления конфигурациями (CMS), которая объединяет конфигурационные базы данных (CMDB), портфели клиентов, приложений, контрактов, проектов и внешних исполнителей. Объясняется иерархия пользовательских и поддерживающих услуг, назначение портфелей и практические выгоды управления ими. ещё 69 мин
38 Процесс управления портфелем услуг В лекции рассматривается управление портфелем услуг как предпроектная стадия: от выявления нужных услуг и их ценности... В лекции рассматривается управление портфелем услуг как предпроектная стадия: от выявления нужных услуг и их ценности до приоритизации, утверждения, соглашения об уровне услуг и устава деятельности. Затем вводится понятие модели услуги: описание взаимодействий потребителя и провайдера, компонентов и ресурсов в динамике. Логика переходит от формальных шагов к анализу изменений, паттернов бизнес-активностей, спроса, отклонений и примеров автоматизации бизнес-процесса и простой модели услуги. ещё 36 мин
39 Управление финансами Рассматриваются завершающие положения ITIL 2011 о двух процессах — управлении портфелем и управлении стратегией — и... Рассматриваются завершающие положения ITIL 2011 о двух процессах — управлении портфелем и управлении стратегией — и об управлении финансами услуг. Показано, что первые два описаны скорее как набор ролей, политик, ограничений, рисков, данных и организационных шагов, а не как строгая последовательность работ. Управление финансами услуг сохраняет три задачи: бюджетирование, выставление счетов и бухгалтерский учёт. Отдельно объясняется специфика внутреннего провайдера и схема процесса с планом счетов. ещё 21 мин
40 Управление взаимоотношениями с бизнесом - 1 Рассматривается процесс управления взаимоотношениями с бизнесом (Business Relationship Management, BRM) в сервисном подходе ITIL. Показано, почему... Рассматривается процесс управления взаимоотношениями с бизнесом (Business Relationship Management, BRM) в сервисном подходе ITIL. Показано, почему удовлетворённость внутреннего заказчика нельзя сводить только к качеству услуг: на неё влияют личные отношения, поведение ИТ-департамента, мнение других заказчиков и доверие. Обсуждаются цели процесса, понимание бизнес-требований, приоритеты услуг и спорная идея назначения приоритетов ИТ-провайдером. ещё 39 мин
41 Управление взаимоотношениями с бизнесом - 2 Рассматриваются различия управления взаимоотношениями с внутренними и внешними провайдерами, роль бизнес-целей и контракта. Сравниваются управление уровнем... Рассматриваются различия управления взаимоотношениями с внутренними и внешними провайдерами, роль бизнес-целей и контракта. Сравниваются управление уровнем услуг (SLM) и управление взаимоотношениями с бизнесом (BRM): их горизонты, фокус и метрики. Показано, как удовлетворённость клиента, доверие и готовность рекомендовать услугу влияют на ценность контракта. Отдельно разводятся клиенты и пользователи, а схема процесса трактуется как интегральное описание, а не строгий регламент. ещё 27 мин
42 Стратегия услуг. Выводы В материале рассматривается ITIL 2011 как попытка объединить подходы к стратегическому управлению для разных провайдеров услуг.... В материале рассматривается ITIL 2011 как попытка объединить подходы к стратегическому управлению для разных провайдеров услуг. Показано, что универсального объединения не получается: рекомендации распадаются на отдельные случаи. Обсуждаются различия клиентов и пользователей, стабильность каталога услуг, метрика затрат, ограничения инвестиций и инноваций, а также слабая практическая применимость описанных процессов. ещё 21 мин
43 Проектирование и разработка услуг и бизнес-процессы Рассматривается место проектирования и разработки услуг в изменениях бизнеса. Логика такая: изменение бизнес-процесса порождает запрос на... Рассматривается место проектирования и разработки услуг в изменениях бизнеса. Логика такая: изменение бизнес-процесса порождает запрос на ИТ-услугу; анализируется осуществимость, услуга разрабатывается и сопровождает процесс, пока он востребован. Отдельно обсуждается комплексная автоматизация, заказчиком которой выступает топ-менеджмент, а не владелец конкретного процесса. ещё 21 мин
44 Проектирование и разработка услуг. Общая схема В материале разбирается логика проектирования и разработки услуг в ITIL 2011. Показано, как бизнес-услуги связаны с... В материале разбирается логика проектирования и разработки услуг в ITIL 2011. Показано, как бизнес-услуги связаны с бизнес-процессами и ИТ-услугами, как Service Design взаимодействует с другими процессами и SKMS, как формируются и проверяются требования, обеспечивается совместимость услуг и анализируются процессы. Особое внимание — источникам требований, ресурсам, поставщикам и командам поддержки. ещё 39 мин
45 Проектирование и разработка услуг и потребности бизнеса Рассматривается проблема синхронизации ИТ-услуг с изменениями бизнес-процессов и организации. Показывается, что объект управления меняется непредсказуемо, а... Рассматривается проблема синхронизации ИТ-услуг с изменениями бизнес-процессов и организации. Показывается, что объект управления меняется непредсказуемо, а изменения затрагивают как отдельных заказчиков, так и группы и организацию в целом. Анализируется предложение ITIL 2011 создавать комитет для управления стратегией, портфелем услуг и архитектурой. Обсуждается конфликт такого функционального решения с процессным управлением и логическая незавершённость методики. ещё 24 мин
46 Жизненный цикл услуги Рассматривается жизненный цикл ИТ-услуги и связь проектирования, разработки, развёртывания и эксплуатации. Показано, как фазы ITIL 2011... Рассматривается жизненный цикл ИТ-услуги и связь проектирования, разработки, развёртывания и эксплуатации. Показано, как фазы ITIL 2011 — стратегия, дизайн, транзишн, операция и улучшение — соотносятся с проектом и текущей деятельностью. Раскрываются ключевые артефакты: пакет проектирования услуги (SDP), критерии приёмки, требования уровня услуги и SLA, а также особенности опытно-промышленной эксплуатации. ещё 39 мин
47 Процессы проектирования и разработки Рассматриваются процессы управления услугами на этапе проектирования и разработки: каталог услуг, уровень услуг, мощности, доступность, непрерывность,... Рассматриваются процессы управления услугами на этапе проектирования и разработки: каталог услуг, уровень услуг, мощности, доступность, непрерывность, информационная безопасность, поставщики и координация проектирования. Логика изложения — от обзора процессов к особой роли координации, которая через политики и нормативные документы обеспечивает единое качество услуг и управляемость разработки. ещё 30 мин
48 Управление уровнем услуг Рассматривается управление уровнем услуг как процесс ITIL, его назначение и ключевые понятия. Показано, что гарантия услуг... Рассматривается управление уровнем услуг как процесс ITIL, его назначение и ключевые понятия. Показано, что гарантия услуг означает фиксацию целевых показателей в соглашении и совместное поддержание их соответствия. Разграничиваются SLA, OLA и UC, объясняется отличие SLA от коммерческого контракта: SLA не инструмент принуждения, а документ совместного видения. Перечислены активности процесса и типы SLA, отмечена ограниченность их практического описания. ещё 24 мин
49 Управление изменениями В разделе рассматривается место управления изменениями в ITIL 2011. Показано, что в процессах стратегии, проектирования и... В разделе рассматривается место управления изменениями в ITIL 2011. Показано, что в процессах стратегии, проектирования и разработки услуг отдельного процесса управления изменениями нет. Он появляется при развертывании услуг, когда возникают реальные пользователи и заказчики, новые требования и запросы на изменения. Обсуждаются опытная эксплуатация, изменение SLA и стратегий, комитеты по изменениям, корпоративные регламенты и необходимость ежегодного анализа процессов. ещё 12 мин
50 Управление поставщиками Рассматривается процесс управления поставщиками как часть управления ИТ-услугами. Показано, что он не является ИТ-специфичным, но должен... Рассматривается процесс управления поставщиками как часть управления ИТ-услугами. Показано, что он не является ИТ-специфичным, но должен учитываться на всех стадиях жизненного цикла услуги. Логика изложения идёт от стратегии сорсинга к ролям, контрактам, политикам и активностям процесса, затем к категоризации поставщиков по риску/влиянию и ценности/важности. Отдельно разобраны commodity, tactical, strategic и operational поставщики. ещё 54 мин
51 Выводы по проектированию и разработке услуг В материале рассматриваются границы ITIL 2011 применительно к проектированию и разработке услуг. Показано, что ITIL не... В материале рассматриваются границы ITIL 2011 применительно к проектированию и разработке услуг. Показано, что ITIL не описывает процессы создания и развития информационных систем, программную инженерию и управление проектами, ограничиваясь жизненным циклом ИТ-услуг и управлением им. Отдельно анализируются трактовка SLA как соглашения, упрощённая схема управления изменениями через релизы и общее описание управления внешними поставщиками. ещё 9 мин
52 Развёртывание услуг В лекции кратко разбирается содержание книги Service Transition. Переход услуг показан как подготовка и перенос услуги... В лекции кратко разбирается содержание книги Service Transition. Переход услуг показан как подготовка и перенос услуги из одной среды в другую. Логика изложения: планирование, управление изменениями, управление активами и конфигурациями, управление релизами и развертыванием, валидация и тестирование, оценка изменений, управление знаниями и переход к предоставлению услуг. ещё 12 мин
53 Предоставление услуг Рассматриваются процессы предоставления ИТ-услуг в ITIL. Показано, что услуга должна не просто работать, а приносить ценность... Рассматриваются процессы предоставления ИТ-услуг в ITIL. Показано, что услуга должна не просто работать, а приносить ценность с учётом бюджета и возврата инвестиций (ROI). Основная логика — переход от процессов ITIL v2 к более сложной модели: управление инцидентами использует модели и сценарии вместо линий поддержки, выполнение запросов отделено от инцидентов, появляется управление событиями для раннего предупреждения сбоев, управление доступом управляет полномочиями, управление проблемами сохраняется. ещё 24 мин
54 Непрерывное улучшение услуг Рассматривается книга «Непрерывное улучшение услуг» в составе ITIL 2011. Показано, что она даёт общий, преимущественно теоретический... Рассматривается книга «Непрерывное улучшение услуг» в составе ITIL 2011. Показано, что она даёт общий, преимущественно теоретический обзор непрерывного улучшения: «Семь шагов», цикл PDCA, «спираль знаний», уровни управления. Отмечаются слабая практическая применимость, отсутствие новых концепций и приверженность традиционному централизованному управлению. Логика — от описания содержания книги к критической оценке ITIL 2011 и переходу к теме жизненного цикла ПО. ещё 21 мин
55 Стандартизация деятельности по разработке ПО В материале рассматривается управление жизненным циклом программного обеспечения (ПО) как часть проектирования и разработки ИТ-услуг. Показано,... В материале рассматривается управление жизненным циклом программного обеспечения (ПО) как часть проектирования и разработки ИТ-услуг. Показано, почему в референтной модели ITIL процессы ЖЦ ПО отдельно не раскрывались. Обсуждаются ГОСТ 34, переход к процессному взгляду и референтные процессные модели. Центральное место занимает стандарт ISO/IEC 12207 и его русскоязычная версия ГОСТ Р ИСО/МЭК 12207-2010, а также причины его значимости для управления разработкой ПО. ещё 30 мин
56 Стандарт ГОСТ Р ИСО/МЭК 12207. Структура Рассматривается понятие жизненного цикла как последовательности стадий развития системы, продукта, услуги или проекта — от концепции... Рассматривается понятие жизненного цикла как последовательности стадий развития системы, продукта, услуги или проекта — от концепции до прекращения применения. Показано, как модель жизненного цикла формализует эту последовательность через процессы и стадии. Объясняется связь бизнес-процесса с моделью деятельности. Описываются процессные модели (IDEF, IP, BPM, ARIS), их ориентация на разработку ПО или на людей. Раскрывается структура словесного описания процесса: заголовок, виды деятельности, задачи. ещё 21 мин
57 Стандарт ГОСТ Р ИСО/МЭК 12207. Роль модели жизненного цикла Рассматривается переход от обязательной стандартизации результатов в ГОСТ 34 к добровольной стандартизации процессов в стандарте 12207.... Рассматривается переход от обязательной стандартизации результатов в ГОСТ 34 к добровольной стандартизации процессов в стандарте 12207. Показаны исторические причины этого перехода, механизм применения стандарта через соглашение поставщика и клиента, включение соглашения в контракт и контроль исполнения. Объясняется, что стандарт не задает конкретную модель жизненного цикла: модель выбирается под проект, а процессы распределяются по ней. ещё 54 мин
Тест 2 для курса # 52844 для курса Процессы управления информационными технологиями 40 мин
58 Стандарт ГОСТ Р ИСОМЭК 12207. Структура процессов Рассматриваются соответствие процессной модели стандарта 12207, полное и адаптированное соответствие, заявление о соответствии и процесс адаптации.... Рассматриваются соответствие процессной модели стандарта 12207, полное и адаптированное соответствие, заявление о соответствии и процесс адаптации. Объясняются порядок выполнения процессов через входы-выходы, характеристики процесса, цель и выходы. Показаны связь процессов со стадиями жизненного цикла, структура стандарта и переход к управлению качеством. ещё 48 мин
59 Стандарт ГОСТ Р ИСОМЭК 12207. Процесс приобретения - 1 Рассматривается процесс приобретения программного средства, системы, услуги или решения по стандарту 127. Показана логика процесса: от... Рассматривается процесс приобретения программного средства, системы, услуги или решения по стандарту 127. Показана логика процесса: от выявления потребностей приобретающей стороны и формирования стратегии приобретения — через заключение соглашения и выбор поставщика — к контролю ограничений и приёмке. Вводится роль приобретателя и первый вид деятельности — подготовка к приобретению. ещё 18 мин
60 Стандарт ГОСТ Р ИСОМЭК 12207. Процесс приобретения - 2 Рассматривается логика подготовки приобретения: от формирования системных требований и возможной передачи их анализа поставщику до утверждения... Рассматривается логика подготовки приобретения: от формирования системных требований и возможной передачи их анализа поставщику до утверждения результата. Показано, почему анализ требований для контракта и для разработки должен опираться на одни процессы. Отдельное внимание уделено обязательному анализу альтернатив, условиям покупки готового продукта, плану приобретения, документации, адаптации процессов, контролю и передаче требований генподрядчику. ещё 54 мин
61 Стандарт ГОСТ Р ИСОМЭК 12207. Процесс приобретения - 3 В материале описан переход от подготовки приобретения к объявлению закупки, выбору поставщика, заключению и сопровождению контракта.... В материале описан переход от подготовки приобретения к объявлению закупки, выбору поставщика, заключению и сопровождению контракта. Показана логика: от заявки и процедуры выбора — к адаптации стандарта, управлению изменениями, мониторингу, приёмке и закрытию. Особое внимание уделено гибкости порядка работ и обязательности согласованных процессов. ещё 48 мин
62 Стандарт ГОСТ Р ИСОМЭК 12207. Гарантия качества ПО В лекции рассматривается процесс обеспечения гарантии качества программных средств. Сначала объясняется, что такое качество и почему... В лекции рассматривается процесс обеспечения гарантии качества программных средств. Сначала объясняется, что такое качество и почему его сложно оценить при покупке услуг. Затем показывается, почему отзывы, сертификаты и презентации команды не дают надёжного прогноза. Логика переходит к идее: будущее поведение поставщика можно прогнозировать по стабильности его процессов. Завершается объяснением, как процесс гарантии качества включают в контракт и контролируют соответствие продукции и процессов условиям и планам. ещё 27 мин
63 Стандарт ГОСТ Р ИСОМЭК 12207. Процесс обеспечения гарантии качества - 1 Рассматривается обеспечение гарантии качества (quality assurance) как доказанное свидетельство соответствия процессов и продуктов требованиям, контракту, плану... Рассматривается обеспечение гарантии качества (quality assurance) как доказанное свидетельство соответствия процессов и продуктов требованиям, контракту, плану и стандартам. Логика: от определения гарантии — к стратегии, свидетельствам и регистрации проблем; затем к проектной природе разработки ПО, планированию процесса, его целям, координации с поддерживающими процессами 7.2.4–7.2.7 и выбору их работ для контрольных точек. ещё 33 мин
64 Стандарт ГОСТ Р ИСОМЭК 12207. Процесс обеспечения гарантии качества - 2 Рассматривается процесс гарантии качества в проекте: как выявленные несоответствия направляются в процесс решения проблем 7.2.8, как... Рассматривается процесс гарантии качества в проекте: как выявленные несоответствия направляются в процесс решения проблем 7.2.8, как ведётся их регистрация, статистика и контроль. Показано, кто участвует в контроле по контракту, как обеспечиваются гарантии для продуктов, процессов, цепочки поставок, кооперации и персонала. Логика изложения — от общего механизма управления проблемами к частным задачам гарантии качества и гибкости их выполнения. ещё 51 мин
65 Стандарт ГОСТ Р ИСОМЭК 12207. Верификация - 1 Рассматривается процесс верификации программных средств: его цель — подтвердить, что программные продукты или услуги в проекте... Рассматривается процесс верификации программных средств: его цель — подтвердить, что программные продукты или услуги в проекте соответствуют заданным требованиям. Логика изложения идёт от сути и сложности верификации к её выходам, видам деятельности, планированию, согласованию и регистрации дефектов. Показано, почему важно выбирать объекты и степень независимости верификации, а также передавать найденные расхождения в процесс решения проблем. ещё 27 мин
66 Стандарт ГОСТ Р ИСОМЭК 12207. Верификация - 2 В материале рассматривается верификация (verification) как проверка соответствия требований, проекта, кода, сборки и документации заданным критериям.... В материале рассматривается верификация (verification) как проверка соответствия требований, проекта, кода, сборки и документации заданным критериям. Логика изложения идет от требований к проекту, затем к коду, комплексированию и документации: для каждого объекта определяются критерии, возможные способы проверки и ограничения. Отдельно показано, что порядок верификационных работ может быть гибким, но состав работ и их привязка к этапам проекта должны быть управляемыми. ещё 36 мин
67 Стандарт ГОСТ Р ИСОМЭК 12207. Валидация - 1 Рассматривается процесс валидации программных средств: его цель, отличие от верификации, условия запуска, планирование и основные работы.... Рассматривается процесс валидации программных средств: его цель, отличие от верификации, условия запуска, планирование и основные работы. Логика — от разграничения понятий к практическим действиям: подготовка требований и тестов, проведение проверок в заданной среде, фиксация свидетельств и передача результатов заинтересованным сторонам. ещё 18 мин
68 Стандарт ГОСТ Р ИСОМЭК 12207. Ревизия В разделе рассматриваются завершающие процессы обеспечения качества: ревизия и аудит. Логика — от более сложных верификации... В разделе рассматриваются завершающие процессы обеспечения качества: ревизия и аудит. Логика — от более сложных верификации и валидации к простым контрольным процедурам. Показано, как ревизия контролирует объём работ, технические и управленческие результаты, а аудит организуется по договорённости сторон. В конце обобщаются две идеи: проактивное планирование качества и общая заинтересованность заказчика и поставщика. ещё 39 мин
69 Стандарт ГОСТ Р ИСОМЭК 12207. Адаптация Рассматривается процесс адаптации стандарта: когда он нужен, кто его инициирует и как он связан с заявлением... Рассматривается процесс адаптации стандарта: когда он нужен, кто его инициирует и как он связан с заявлением о соответствии. Показана логика: от выбора полного или адаптированного соответствия — к анализу факторов, сбору исходных данных, принятию решений и отбору процессов жизненного цикла. Особое внимание уделено ограничению: адаптация допускает только редукцию, то есть удаление отдельных выходов, видов деятельности или задач, но не добавление и не изменение процессов. ещё 27 мин
70 Стандарт ГОСТ Р ИСОМЭК 12207. Выводы Рассматривается эволюция стандарта от краткого документа к объемному тексту и появление сопутствующих стандартов. Показано, что ГОСТ... Рассматривается эволюция стандарта от краткого документа к объемному тексту и появление сопутствующих стандартов. Показано, что ГОСТ 34 изначально ориентирован на стандартизацию документа, а не процесса, поэтому формальная проверка не требует управленческой квалификации. Далее обсуждаются владельцы и администраторы бизнес-процессов, сложность назначения ответственных за верификацию в стандарте 12207. Объясняется тенденция к комплексным референтным моделям, объединяющим процессы для решения задач разработки ПО, и переход к моделям зрелости. ещё 24 мин
71 Понятие зрелости Рассматриваются предпосылки и история моделей зрелости в ИТ. Показано, что они возникли из задач регламентации и... Рассматриваются предпосылки и история моделей зрелости в ИТ. Показано, что они возникли из задач регламентации и формализации улучшения процессов. Вводится понятие зрелости как интуитивной характеристики: чем дольше организация работает в области, тем лучше. Описываются цели и методы улучшения процессов. Затем излагается история создания CMM в университете Карнеги—Меллон по заказу Минобороны США для сравнительной оценки субподрядчиков в разработке ПО. Логика: от предпосылок к первой модели. ещё 24 мин
72 Модель СММ. Назначение и смысл Рассматривается, как предполагалось использовать модель зрелости CMM. Показаны три варианта: оценка подрядчиков самим заказчиком, привлечение стороннего... Рассматривается, как предполагалось использовать модель зрелости CMM. Показаны три варианта: оценка подрядчиков самим заказчиком, привлечение стороннего оценщика и независимая сертификация специализированными организациями. Объясняется, почему прижился третий вариант, какие ограничения имеет CMM и что она оценивает только зрелость производственного процесса разработчика ПО. ещё 39 мин
73 Модель СММ. Уровни зрелости Рассматривается производственный процесс разработки ПО как последовательность работ, добавляющих ценность. В центре — управленческие процессы CMM:... Рассматривается производственный процесс разработки ПО как последовательность работ, добавляющих ценность. В центре — управленческие процессы CMM: они не описывают технологии и архитектуры, а задают организацию работ. Логика: от свойств зрелого процесса к пяти уровням — начальному, повторяемому, определённому, управляемому и оптимизирующему. Показано, что даёт каждый уровень, как связаны стандартизация, метрики и улучшение, и что остаётся на усмотрение организации. ещё 72 мин
74 Структура уровня В материале объясняется, как устроена модель CMM (Capability Maturity Model) и почему её нельзя сводить к... В материале объясняется, как устроена модель CMM (Capability Maturity Model) и почему её нельзя сводить к бытовому описанию уровней зрелости. Показана формальная логика: уровень состоит из групп ключевых процессов, группы — из ключевых практик, а практики имеют разделы-атрибуты. Раскрываются причины названий, роль целей и пример второго уровня. ещё 39 мин
75 Эволюция организации по СММ В лекции рассматривается логика уровней зрелости CMM: от хаотического выполнения проектов к повторяемому и далее к... В лекции рассматривается логика уровней зрелости CMM: от хаотического выполнения проектов к повторяемому и далее к стандартному процессу. Показаны группы ключевых процессов второго уровня, их цели и практики. Объясняется, почему уровни не накапливаются, а заменяют друг друга; почему переход должен опираться на опыт; почему оценка зрелости не формальна и требует достижения целей во всех проектах. ещё 45 мин
76 Второй уровень зрелости. Структура В разделе разбираются цели групп ключевых процессов второго уровня: управление требованиями, планирование проекта, отслеживание и контроль,... В разделе разбираются цели групп ключевых процессов второго уровня: управление требованиями, планирование проекта, отслеживание и контроль, управление субподрядом, обеспечение качества и управление конфигурацией ПО. Логика изложения идёт от фиксации базовой линии требований и управляемых изменений к планированию, контролю отклонений, работе с субподрядчиками, объективной проверке качества и управлению артефактами. Показано, как эти практики связаны с оценкой готовности продукта. ещё 63 мин
77 Разделы В лекции рассматривается строение ключевых процессов в модели зрелости первого поколения. Показано, что на каждом уровне... В лекции рассматривается строение ключевых процессов в модели зрелости первого поколения. Показано, что на каждом уровне группы процессов состоят из повторяющихся разделов: обязательства по выполнению, необходимые предпосылки, выполняемые операции, измерение, анализ и проверка внедрения. Объясняется, как эти разделы описывают выполнение работ и их институционализацию — устойчивость, повторяемость и укоренённость правил. Отдельное внимание уделено проверке внедрения, автономии проектных групп и эволюции ключевых практик при переходе на более высокий уровень зрелости. ещё 33 мин
78 Ключевые практики Рассматриваются ключевые практики CMM как ориентиры, а не догмы: допустимы отклонения, если достигается цель группы ключевых... Рассматриваются ключевые практики CMM как ориентиры, а не догмы: допустимы отклонения, если достигается цель группы ключевых процессов. На примере оценочного расчёта объёма промежуточных программных продуктов показано, что расчёт должен опираться на документированную процедуру и алгоритм, независимый от отдельного человека. Логика объяснения идёт от общего принципа к примеру и затем к модели бизнес-процесса, в которой роль индивидуального исполнителя исключена. ещё 15 мин
79 Второй уровень. Избранные практики - 1 Рассматривается группа ключевых процессов планирования проекта. Показано, что планирование включает оценку объёма работ, принятие обязательств и... Рассматривается группа ключевых процессов планирования проекта. Показано, что планирование включает оценку объёма работ, принятие обязательств и составление плана-графика. Логика изложения идёт от целей группы процессов к обязательствам организации, предпосылкам планирования и выполняемым операциям. Отдельное внимание уделено роли производственного менеджера, организационной политике, управлению ТЗ и планом, контролю версий, распределению ответственности и анализу процедур оценки для их совершенствования. ещё 42 мин
80 Второй уровень. Избранные практики - 2 В разделе рассматриваются операции планирования разработки ПО: от участия группы разработки в подготовке предложения и согласовании... В разделе рассматриваются операции планирования разработки ПО: от участия группы разработки в подготовке предложения и согласовании обязательств до выбора модели жизненного цикла, документирования плана, оценки объёма и трудозатрат, учёта ресурсов и рисков. Логика — от общего понимания обязательств к конкретным процедурам, которые делают план управляемым, обоснованным и контролируемым. ещё 36 мин
81 Второй уровень. Избранные практики - 3 Рассматривается роль измерений и анализа при планировании разработки. Показано, почему в крупных проектах нужно отдельно планировать... Рассматривается роль измерений и анализа при планировании разработки. Показано, почему в крупных проектах нужно отдельно планировать работы по созданию плана, какие проверки подтверждают внедрение практик и как участвуют высшее руководство, менеджер проекта и группа качества. Логика: от измерения выполнения этапов — к организации планирования — к проверкам и институционализации. ещё 15 мин
82 Внутренние и внешние оценки. Выводы по СММ Рассматриваются особенности применения CMM: когда модель полезна, а когда избыточна; виды внешней и внутренней оценки зрелости;... Рассматриваются особенности применения CMM: когда модель полезна, а когда избыточна; виды внешней и внутренней оценки зрелости; роль SCAMPI; связь CMM с проектной и процессной деятельностью; применимость в ИТ-компаниях и ИТ-департаментах. Показано, что CMM — инструмент оценки организации в целом, а не отдельных процессов, и что для внутренних монопольных подразделений стимулы к повышению зрелости ограничены. ещё 51 мин
83 CMMI. Структура - 1 Рассматривается переход от CMM к CMMI: причины появления множества CMM-подобных моделей, проблема несопоставимости оценок, создание SEI... Рассматривается переход от CMM к CMMI: причины появления множества CMM-подобных моделей, проблема несопоставимости оценок, создание SEI интегрированной методологии. Объясняется, почему CMMI 1.0 оказалась сложной, как в версии 1.3 появились три модели — для разработки, закупок и услуг. Показана смена объекта оценки: вместо зрелости организации оцениваются процессные области, их специфические цели и практики, а также общие цели и практики. ещё 45 мин
84 CMMI. Структура - 2 Рассматривается, как в процессной модели описываются уровни возможностей процессных областей. Показано, что уровень определяется не зрелостью,... Рассматривается, как в процессной модели описываются уровни возможностей процессных областей. Показано, что уровень определяется не зрелостью, а наличием общих целей и общих практик. Вводится измерительная конструкция: общие цели сопоставлены уровням возможностей, а их достижение проверяется через выполнение общих практик внутри специфических практик. Объясняются назначение, комментарии и взаимосвязи процессных областей, а также пример оценки уровня. ещё 27 мин
85 CMMI. Уровни возможностей Рассматриваются уровни возможностей процессных областей в моделях зрелости CMM/CMMI: от нулевого, где процесс не выполняется или... Рассматриваются уровни возможностей процессных областей в моделях зрелости CMM/CMMI: от нулевого, где процесс не выполняется или выполняется фрагментарно, до третьего, где действует стандартный процесс организации. Показано, как аудитор проверяет достижение целей через выходы практик. Объясняется, почему у процессной области нет уровней 4–5: измерение и улучшение сами являются процессами. Их выделяют в отдельные области, что связывает уровни возможностей и зрелости. ещё 42 мин
86 CMMI. Уровни возможностей и уровни зрелости В материале показано, как от анализа возможностей отдельных процессных областей и построения профиля организации перейти к... В материале показано, как от анализа возможностей отдельных процессных областей и построения профиля организации перейти к оценке уровня зрелости организации. Объясняется логика формального соответствия между уровнями возможностей процессных областей и уровнем зрелости. Упоминаются четвёртый и пятый уровни. Отдельное внимание уделено обратной совместимости: оценка возможностей процессных областей по SMI позволяет построить оценку уровня зрелости организации по СМ. ещё 9 мин
87 CMMI. Общие цели и практики В лекции объясняется, как соотносятся специфические и общие цели и практики процессных областей, уровни возможностей и... В лекции объясняется, как соотносятся специфические и общие цели и практики процессных областей, уровни возможностей и уровни зрелости организации. Логика движения — от выполнения специфических практик к управляемому, а затем к определённому процессу. Рассматриваются непрерывное и поэтапное представления, общие практики уровней 2 и 3, стандартный процесс, процессные активы, репозиторий и проверка фактического использования процесса. ещё 42 мин
88 CMMI-DEV. Процессные области Рассматривается первая модель семейства CMMI — CMMI для разработки (CMMI for Development, CMMI-DEV). Показано её наследование... Рассматривается первая модель семейства CMMI — CMMI для разработки (CMMI for Development, CMMI-DEV). Показано её наследование от CMM и введение процессных областей как аналога групп ключевых процессов. Основное внимание уделено четырём категориям: управление процессами, управление проектами, инжиниринг и поддержка. Объясняется, зачем нужны категории, какие области в них входят, как они пересекаются с CMM и другими моделями CMMI. На примере управления качеством показано сравнение подходов к обеспечению качества. ещё 30 мин
89 СMMI-DEV. Непрерывное и поэтапное представления Рассматриваются два представления организации: непрерывное, где каждая процессная область развивается независимо и имеет уровень возможностей, и... Рассматриваются два представления организации: непрерывное, где каждая процессная область развивается независимо и имеет уровень возможностей, и поэтапное, где уровень зрелости организации определяется через уровни возможностей процессных областей. Показано, как формируется профиль оценки, почему CMM не даёт готовых рекомендаций по улучшению и какие ограничения имеет идея независимости процессных областей. В конце описаны категории процессных областей. ещё 27 мин
90 CMMI-DEV. Пример процессной области В центре — процессная область «Обеспечение качества процесса и продукта» (Process and Product Quality Assurance, PPQA).... В центре — процессная область «Обеспечение качества процесса и продукта» (Process and Product Quality Assurance, PPQA). Сначала вводится понятие рабочего продукта (work product): промежуточного или конечного результата процесса. Затем раскрывается логика объективной оценки: процессы и их результаты сопоставляются с описаниями, стандартами и процедурами; выбирается представительный набор результатов. Далее показано, как несоответствия эскалируются, отслеживаются до решения и регистрируются, включая отчёт о тенденциях в области качества. ещё 39 мин
91 Общие практики - 1 Рассматриваются общие цели (Generic Goals, GG) и общие практики (Generic Practices, GP) как универсальный механизм оценки... Рассматриваются общие цели (Generic Goals, GG) и общие практики (Generic Practices, GP) как универсальный механизм оценки процессных областей (Process Areas, PA). Логика движения — от уровня возможностей 1, где достаточно выполнения специфических практик, к уровню 2, где процесс институализируется как управляемый: политики, планирование, ресурсы, ответственность, обучение и управление отобранными результатами. Пример — процессная область обеспечения качества (PPQA). ещё 45 мин
92 Общие практики - 2 Рассматриваются практики обеспечения качества процесса и продукта через вовлечение заинтересованных сторон, объективную оценку процессов и результатов,... Рассматриваются практики обеспечения качества процесса и продукта через вовлечение заинтересованных сторон, объективную оценку процессов и результатов, мониторинг и корректировку отклонений. Показано, как на третьем уровне зрелости создаётся определённый процесс: стандартный процесс адаптируется под проект с сохранением целей. Отдельное внимание уделено накоплению процессного опыта — журналам оценок, отчётам о несоответствиях и корректирующих действиях, аналитике тенденций качества и затрат. ещё 30 мин
93 CMMI-SVC Рассматривается модель CMMI для услуг (CMMI-SVC). Объектом управления становится система услуг: взаимозависимые процессы, люди, инструменты, оборудование... Рассматривается модель CMMI для услуг (CMMI-SVC). Объектом управления становится система услуг: взаимозависимые процессы, люди, инструменты, оборудование и расходные материалы. Вводятся соглашение об услугах, запрос услуги и инцидент услуги. Ключевой сдвиг — отказ от проекта как основной формы организации работ: его заменяют рабочая группа и работа. Переименованы процессные области, показаны связи требований заказчика, предоставления услуг, соглашения, запроса и ценности услуги. ещё 36 мин
94 CMMI-SVC. Пример процессной области Рассматривается процессная область ARP (Availability, Resolution and Prevention), объединяющая управление доступностью и управление инцидентами. Логика изложения:... Рассматривается процессная область ARP (Availability, Resolution and Prevention), объединяющая управление доступностью и управление инцидентами. Логика изложения: от общего соотношения этих практик к целям и специфическим практикам, затем к подготовке процесса, управлению отдельными инцидентами и анализу отобранных инцидентов. Показано, как выявлять причины, разрабатывать повторно используемые решения и предупреждать сбои. ещё 45 мин
95 Оценка возможностей Рассматривается практическое применение моделей CMMI (Capability Maturity Model Integration). Показано, почему полное внедрение такой модели связано... Рассматривается практическое применение моделей CMMI (Capability Maturity Model Integration). Показано, почему полное внедрение такой модели связано с большими затратами и рисками, поэтому организации обычно выбирают усечённый вариант. Логика изложения: сначала обсуждаются ограничения и способы сужения области внедрения, затем выбор проектов и рабочих групп, далее отличие CMM от CMMI, наконец инфраструктура оценки — документы, сертификация оценщиков, обучение и рынок услуг. ещё 18 мин
96 Выводы по CMMI Рассматриваются различия между CMMI и CMM как моделями зрелости: объект оценки, ориентация на внешнюю оценку, практичность,... Рассматриваются различия между CMMI и CMM как моделями зрелости: объект оценки, ориентация на внешнюю оценку, практичность, стоимость и требования к квалификации. Объясняется, почему CMMI сложнее и дороже, но создавалась как комплексная система оценки. Показано распространение других моделей зрелости и массовых услуг оценки, основанных на самооценке организации. Приведены примеры российских оценок CMMI и роль энтузиастов. ещё 36 мин
97 CMMI 2.0 Рассматривается переход от CMMI 1.3 к CMMI 2.0: изменения не принципиальны, но меняют логику модели. Вместо... Рассматривается переход от CMMI 1.3 к CMMI 2.0: изменения не принципиальны, но меняют логику модели. Вместо функциональных категорий вводятся Improving, Doing, Managing, Enabling, появляются три уровня иерархии. Главное — связь со сбалансированной системой показателей (Balanced Scorecard, BSC), чтобы по профилю оценки выбирать процессы для улучшения и влиять на стратегический результат. ещё 15 мин
98 ГОСТ Р ИСО/МЭК 15504. Общая характеристика В разделе рассматривается альтернативная модель оценки зрелости — ISO/IEC 15504 (SPICE), созданная как стандарт ISO для... В разделе рассматривается альтернативная модель оценки зрелости — ISO/IEC 15504 (SPICE), созданная как стандарт ISO для оценки отдельных процессов. Показана её философия: стандарт не описывает процессы, а даёт универсальную схему измерения и алгоритм оценки. Логика изложения: предпосылки создания, структура стандарта, базовая модель процессов, схема измерения, модель оценки процесса, уровни возможностей и практическое применение. ещё 36 мин
99 ГОСТ Р ИСО/МЭК 15504. Уровни возможностей процессов Рассматриваются уровни возможностей процессов от неполного до оптимизируемого. Логика изложения движется от общего смысла уровней к... Рассматриваются уровни возможностей процессов от неполного до оптимизируемого. Логика изложения движется от общего смысла уровней к их атрибутам: выполнению, управлению, определению, количественному контролю и улучшению. Отдельно объясняется, как оценивать атрибуты по четырём рейтингам и формировать профиль процессов. ещё 30 мин
100 Базовая модель процесса Рассматривается, почему оценивать процессы по ISO/IEC 15504 сложнее, чем по CMMI: отдельный процесс не решает задачу,... Рассматривается, почему оценивать процессы по ISO/IEC 15504 сложнее, чем по CMMI: отдельный процесс не решает задачу, поэтому результаты нужно интерпретировать на уровне группы процессов. Показано, как формируется процессная область обеспечения качества, какие требования предъявляются к базовой модели процессов и почему важен консенсус сообщества. Затем обсуждается переход к ISO/IEC 33000, где базовая модель и методы измерения выносятся за рамки оценки. ещё 63 мин
101 Выводы по моделям зрелости Рассматривается логика моделей зрелости процессов: от хаотических процессов к регулируемым политиками, затем к стандартизированным и тиражируемым... Рассматривается логика моделей зрелости процессов: от хаотических процессов к регулируемым политиками, затем к стандартизированным и тиражируемым практикам. Показаны ограничения CMMI и ISO/IEC 15504 для ИТ-департамента: невозможность выбирать клиентов и опыт, непредсказуемость требований. Обсуждается цена зрелости — рост эффективности и качества при потере гибкости. Делается вывод о применимости моделей только в стабильной среде. ещё 27 мин
102 ГОСТ Р ИСО 9000 Рассматриваются процессы управления качеством как фундамент менеджмента качества. Показано, почему качество услуги оценивают через процесс её... Рассматриваются процессы управления качеством как фундамент менеджмента качества. Показано, почему качество услуги оценивают через процесс её создания и оказания, а процесс должен быть известен и формально описан. Раскрывается логика стандартов ИСО 9000: процессный и системный подходы, модель системы менеджмента качества, жизненный цикл продукции, обратная связь от потребителя, измерение, анализ, улучшение, руководство и менеджмент ресурсов. Объясняются сертификация и валидация процессов. ещё 48 мин
103 ГОСТ Р ИСО/МЭК 90003 - 1 Рассматривается место стандарта ИСО 9000-3 в семействе стандартов ИСО 9000 и его связь с ИСО 9001... Рассматривается место стандарта ИСО 9000-3 в семействе стандартов ИСО 9000 и его связь с ИСО 9001 и ИСО 12207. Показано, как общие требования менеджмента качества переводятся в рекомендации для программных продуктов. Логика изложения — от назначения стандарта и его отличий от стандартов жизненного цикла к структуре системы менеджмента качества: ответственность руководства, менеджмент ресурсов, процессы жизненного цикла, измерения, анализ и улучшения. ещё 51 мин
104 ГОСТ Р ИСО/МЭК 90003 - 2 В лекции рассматриваются процессы жизненного цикла продукции применительно к программным средствам и программам. Показано, что организация... В лекции рассматриваются процессы жизненного цикла продукции применительно к программным средствам и программам. Показано, что организация должна оценивать их пригодность независимо от источника — внутренней разработки или закупки. Логика изложения опирается на ИСО 12207 (ISO/IEC 12207) и ИСО 9000-3 (ISO 9000-3): планирование качества, процессы, связанные с потребителями, анализ требований, верификация и валидация, управление изменениями, закупки, производство, обслуживание, измерение и анализ. Завершается сопоставлением стандартов. ещё 21 мин
105 Группа стандартов SQuaRE. Структура Рассматривается серия международных стандартов SQuaRE, посвящённая оценке качества при создании и приобретении программного обеспечения. Показана логика:... Рассматривается серия международных стандартов SQuaRE, посвящённая оценке качества при создании и приобретении программного обеспечения. Показана логика: от общего назначения серии и её двух процессов — спецификации требований к качеству и оценки качества — к структуре стандартов, роли группы оценки и модели качества. Затем раскрывается многоуровневое представление потребностей через характеристики, подхарактеристики и свойства качества, а также состав серии и статус переводов. ещё 36 мин
106 Модели качества и оценка качества В материале объясняется, как стандарты SQuaRE представляют потребности заинтересованных сторон через модели качества. Показана общая логика:... В материале объясняется, как стандарты SQuaRE представляют потребности заинтересованных сторон через модели качества. Показана общая логика: потребность раскрывается через характеристики, подхарактеристики и измеримые показатели. Рассматриваются три модели — качество при использовании, качество продукта и качество данных, их назначение и различия. Отдельное внимание уделено процессу оценки качества: его пяти шагам, документации, требованиям к проекту и практической направленности стандарта. ещё 48 мин
Тест 3 для курса # 52844 для курса Процессы управления информационными технологиями 40 мин
107 Управление рисками Рассматривается управление рисками как часть менеджмента ПО. Показано, что стандарты ИСО образуют согласованный фундамент: на них... Рассматривается управление рисками как часть менеджмента ПО. Показано, что стандарты ИСО образуют согласованный фундамент: на них опираются методики и фреймворки. Объясняется логика серии стандартов менеджмента риска, проблема версий и переводов, а также процесс управления рисками: планирование, анализ, обработка, мониторинг и оценка процесса. Отдельно обсуждается отсутствие ИТ-специфики в общем описании и практический вывод. ещё 54 мин
108 DAMA DMBOK2. Назначение и структура В материале объясняется, почему для курса выбран ограниченный набор ИТ-процессов и почему управление данными рассматривается через... В материале объясняется, почему для курса выбран ограниченный набор ИТ-процессов и почему управление данными рассматривается через призму процессов. Показана логика перехода от общего управления данными к своду знаний DAMA-DMBOK: от принципа «данные — это актив» к жизненному циклу, качеству, метаданным и планированию. Затем описывается структура области знаний и место руководства данными (data governance) как фундаментального ядра. ещё 36 мин
109 Руководство данными - 1 Руководство данными (data governance) рассматривается как корпоративная дисциплина для управления данными как активом. Показаны содержание области... Руководство данными (data governance) рассматривается как корпоративная дисциплина для управления данными как активом. Показаны содержание области знаний, ключевые роли и организационные структуры: дата-стюарды (data stewards), директор по данным (Chief Data Officer, CDO), корпоративный архитектор данных (Enterprise Data Architect), советы по руководству данными (Data Governance Board). Объясняются драйверы: требования регуляторов, управление основными данными (Master Data Management, MDM), риски, безопасность, приватность, качество и процессы. Отдельно выделены цель, свойства и логика внедрения: стабильность, встроенность, измеримость. ещё 42 мин
110 Руководство данными - 2 Рассматриваются принципы и организационные механизмы руководства данными (Data Governance, DG). Логика: сначала базовые принципы — лидерство,... Рассматриваются принципы и организационные механизмы руководства данными (Data Governance, DG). Логика: сначала базовые принципы — лидерство, стратегия, бизнес-руководство, разделение ответственности, многоуровневость и методическая поддержка; затем разграничение DG и управления данными (Data Management, DM); далее типовая модель ролей и комитетов; в конце — этапы внедрения, оценка готовности, стратегия, факторы влияния и пример операционной модели. ещё 63 мин
111 ГОСТ Р ИСО/МЭК 20000. ИТ-аудит системы управления услугами Рассматривается переход от вопроса «правильно ли работает ИТ-подразделение» к идее ИТ-аудита. Показывается, почему финансовый аудит опирается... Рассматривается переход от вопроса «правильно ли работает ИТ-подразделение» к идее ИТ-аудита. Показывается, почему финансовый аудит опирается на обязательные нормы, а для ИТ таких единых требований нет. В качестве ориентира предлагаются референтные процессные модели, прежде всего ITSM, ITIL и ISO/IEC 20000. Логика изложения: от проблем бизнес-руководителя — к стандарту, системе управления услугами и циклу PDCA, затем к аудиту, анализу руководства и практическим выводам. ещё 60 мин
112 ГОСТ Р ИСО/МЭК 20000. Процессы жизненного цикла Рассматривается, как в ISO/IEC 20000 описываются процессы управления услугами и почему эти описания намеренно кратки. Показано,... Рассматривается, как в ISO/IEC 20000 описываются процессы управления услугами и почему эти описания намеренно кратки. Показано, что стандарт ориентирован на аудит, а не на внедрение: детали каталога услуг, соглашений об уровне услуг и других документов оставлены на профессиональное суждение аудитора. Для внедрения рекомендуется ITIL 2011. На примере управления инцидентами перечислены обязательные действия. Далее объясняется появление независимой методики ИТ-аудита COBIT, созданной ISACA. ещё 27 мин
113 Назначение и состав COBIT 5 Рассматривается COBIT 5 как совокупность документов, моделей и практических рекомендаций для управления ИТ. Показано, почему наряду... Рассматривается COBIT 5 как совокупность документов, моделей и практических рекомендаций для управления ИТ. Показано, почему наряду с устаревшей, но переведённой версией 5 обсуждается COBIT 2019. Раскрывается роль ISACA, контекст аудита информационных систем, сложность оценки «правильности» ИС. Затем описываются состав публикаций, онлайн-среда, условия доступа и изменчивый характер COBIT. ещё 42 мин
114 Принципы COBIT 5 Излагаются базовые идеи COBIT 5 как универсального фреймворка для руководства и управления ИТ. Логика: от общего... Излагаются базовые идеи COBIT 5 как универсального фреймворка для руководства и управления ИТ. Логика: от общего позиционирования к пяти принципам, затем к ценности для заинтересованных сторон, комплексному взгляду на предприятие, интегрированной методологии, целостному подходу и разделению руководства и управления. Показано, почему ИТ следует управлять как обычной бизнес-функцией. ещё 51 мин
115 Каскад целей В разделе рассматривается первый принцип COBIT — создание ценности. Показано, как потребности заинтересованных сторон преобразуются в... В разделе рассматривается первый принцип COBIT — создание ценности. Показано, как потребности заинтересованных сторон преобразуются в цели предприятия, затем в ИТ-цели и цели факторов влияния. Раскрываются три категории целей руководства: получение выгод, оптимизация рисков и оптимизация ресурсов. Логика изложения — от общего к частному: от потребностей и целей верхнего уровня к их детализации через каскад целей и систему сбалансированных показателей. ещё 60 мин
116 Комплексный взгляд на предприятие Рассматривается комплексный взгляд на предприятие как второй принцип COBIT (Control Objectives for Information and Related Technologies).... Рассматривается комплексный взгляд на предприятие как второй принцип COBIT (Control Objectives for Information and Related Technologies). Управление ИТ встроено в общее управление. Логика: от целей предприятия к целям ИТ и факторам влияния через каскад целей. Обсуждаются таблицы соответствия, первичный и вторичный вклад, база знаний COBIT, осторожное использование и практика построения собственного каскада. ещё 36 мин
117 Факторы влияния В лекции объясняется, как КОБИТ (COBIT) выступает единой интегрированной методологией управления ИТ. Показано, что она объединяет... В лекции объясняется, как КОБИТ (COBIT) выступает единой интегрированной методологией управления ИТ. Показано, что она объединяет подходы VAL IT, Risk IT и Board Briefing on IT Governance, применяя общие принципы управления инвестициями и рисками к ИТ. Далее раскрываются семь факторов влияния, их общие атрибуты, виды заинтересованных сторон, целей, жизненного цикла и хороших практик. Отдельно рассматриваются метрики достижения целей и применения практик, а также ограничения модели для непроцессных факторов. ещё 48 мин
118 Услуги, инфраструктура, приложения Рассматривается фактор влияния, связанный с услугами, инфраструктурой и приложениями в управлении ИТ. Логика изложения идет от... Рассматривается фактор влияния, связанный с услугами, инфраструктурой и приложениями в управлении ИТ. Логика изложения идет от общего описания фактора к понятиям базовой, целевой и переходной архитектуры, затем к хорошим практикам и управлению архитектурой. Отдельно показана связь с ITIL и культурно-поведенческими аспектами. Материал помогает понять, как выбирать путь изменения архитектуры и оценивать практики без буквального копирования фреймворка. ещё 18 мин
Тест 4 для курса # 52844 для курса Процессы управления информационными технологиями 40 мин
119 ИТ-процессы Рассматривается фактор влияния процесса в COBIT 5: как использовать процессную модель для проектирования процессов организации. Показана... Рассматривается фактор влияния процесса в COBIT 5: как использовать процессную модель для проектирования процессов организации. Показана логика: назначение фактора, проектирование процесса владельцем, детализация практик до видов деятельности, связь с RACI, входами и выходами. Отдельное внимание — атрибутам способностей по ISO 15504, жизненному циклу процесса и выбору применимых хороших практик. ещё 24 мин
120 Руководство и управление ИТ В материале раскрывается третий принцип разделения руководства и управления. Показано, что это разные деятельности — законодательная... В материале раскрывается третий принцип разделения руководства и управления. Показано, что это разные деятельности — законодательная и исполнительная. Объясняется, как руководство создает ценность, какие факторы влияния и охват применяются, как КОБИТ 5 (COBIT 5) связывает факторы единым подходом. Затем рассматривается взаимодействие руководства и управления через процессы, информацию, матрицы RACI, принципы и политики. Логика идет от общего разделения к практическим механизмам связи и институционализации решений. ещё 24 мин
121 Эталонная модель процессов Рассматривается эталонная процессная модель COBIT: разделение процессов руководства и управления, состав групп, логика описания процессов через... Рассматривается эталонная процессная модель COBIT: разделение процессов руководства и управления, состав групп, логика описания процессов через практики, входы и выходы. Показано, как использовать модель для анализа, реинжиниринга и улучшения процессов, как задавать целевые уровни возможностей и метрики результативности. Материал связывает процессы с целями предприятия и ИТ. ещё 27 мин
122 Уровни возможностей процессов В лекции рассматривается оценка процессов на основе COBIT PAM и ISO/IEC 15504. Логика такая: сначала показывается... В лекции рассматривается оценка процессов на основе COBIT PAM и ISO/IEC 15504. Логика такая: сначала показывается связь факторов влияния, организационных структур, информации, политик и процедур; затем — схема оценки процесса; далее — объединение референтной модели процесса и схемы измерений в модель оценки; в конце — формирование профиля процессов по базовой модели COBIT. ещё 12 мин
123 Выводы по COBIT 5 COBIT 5 представлен как попытка создать универсальную двухуровневую модель управления предприятием: стратегический уровень — руководство (governance),... COBIT 5 представлен как попытка создать универсальную двухуровневую модель управления предприятием: стратегический уровень — руководство (governance), тактический — управление (management). Модель задаёт рамку связей между целями, но не определяет конкретные цели предприятия. Отдельно рассматриваются факторы влияния: процесс проработан, информация в разработке, остальные пять пока не описаны. ещё 15 мин
124 COBIT 2019. Назначение и структура COBIT 2019 рассматривается как самостоятельный фреймворк, опирающийся на COBIT 5, но имеющий иную структуру и терминологию.... COBIT 2019 рассматривается как самостоятельный фреймворк, опирающийся на COBIT 5, но имеющий иную структуру и терминологию. Показано, почему центральный элемент — референтная модель целей руководства и управления, а не процессы. Объясняются источники обновления, назначение, границы применимости и схема корпоративного управления: от руководства через согласование ИТ и бизнеса к созданию ценности. Отдельное внимание — компонентам и адаптации к предприятию. ещё 27 мин
125 Основные понятия COBIT 2019 В материале рассматривается переход от COBIT 5 к COBIT 2019: система руководства (governance system) приходит на... В материале рассматривается переход от COBIT 5 к COBIT 2019: система руководства (governance system) приходит на смену набору процессов, охватывает предприятие целиком и должна быть динамичной. Показано, как связаны цели руководства и управления с процессами, чем факторы влияния отличаются от компонентов, как используются общие компоненты, варианты и области интересов. Логика изложения — от принципов и модели к адаптации под контекст. ещё 33 мин
126 Факторы, влияющие на построение системы руководства ИТ - 1 В материале рассматриваются факторы, влияющие на проектирование системы руководства ИТ: стратегия и цели предприятия, профиль рисков,... В материале рассматриваются факторы, влияющие на проектирование системы руководства ИТ: стратегия и цели предприятия, профиль рисков, ИТ-проблемы, ландшафт угроз, требования совместимости, роль ИТ, модель сорсинга, методы реализации ИТ, стратегия освоения технологий и размер предприятия. Логика: от внешних и внутренних условий — к выбору параметров системы руководства. Показано, что факторы не являются готовыми рекомендациями, а служат иллюстрацией возможных вариантов. ещё 36 мин
127 Факторы, влияющие на построение системы руководства ИТ - 2 В материале рассматривается роль ИТ в бизнес-процессах: от поддержки, где ИТ не критичны для непрерывности и... В материале рассматривается роль ИТ в бизнес-процессах: от поддержки, где ИТ не критичны для непрерывности и инноваций, до ситуаций, где они критичны и для функционирования, и для инноваций. Логика переходит к моделям выполнения ИТ — аутсорсингу, облаку, инсорсингу и гибриду. Затем разбираются методы реализации: Traditional/Waterfall, DevOps, Agile/Scrum и Bimodal. Завершают стратегии освоения технологий и влияние размера предприятия. ещё 27 мин
128 Каскад целей Рассматривается каскад целей в управлении ИТ и его отличие от модели COBIT 5. Показано, как от... Рассматривается каскад целей в управлении ИТ и его отличие от модели COBIT 5. Показано, как от драйверов и потребностей стейкхолдеров формируются цели предприятия, затем — цели соответствия, а после — цели руководства и управления. Особое внимание уделено тому, что цели соответствия меньше привязаны к ИТ, а цели предприятия стали более консолидированными и их меньше. Приведена связь целей с измерениями сбалансированной системы показателей (Balanced Scorecard, BSC) и деление целей на первичные и вторичные. ещё 15 мин
129 Уровни возможностей в COBIT 2019 Рассматривается переход от старых руководств COBIT 5 по оценке процессов к CMMI 2.0. COBIT 5 предлагал... Рассматривается переход от старых руководств COBIT 5 по оценке процессов к CMMI 2.0. COBIT 5 предлагал использовать ISO/IEC 15504 или ISO/IEC 33000, а COBIT 2019 сохраняет эти материалы, но ориентирует на CMMI 2.0. Обсуждаются взаимосвязи процессных областей, кросс-зависимости, иная шкала уровней возможностей, уровни зрелости для отдельных задач и областей интересов вместо процессных категорий. Логика: от оценки процессов к оценке возможностей и зрелости в связанных областях. ещё 15 мин
130 Описание и использование целей Рассматриваются подходы к оценке и проектированию системы руководства ИТ: критерии эффективности организационной структуры, информации, культуры и... Рассматриваются подходы к оценке и проектированию системы руководства ИТ: критерии эффективности организационной структуры, информации, культуры и поведения. Показана логика COBIT: от целей предприятия через цели выравнивания к практикам, процессам, метрикам, активностям и уровням возможностей. Разобраны пример SLA-менеджмента, матрица RACI, ссылки на ISO 20000, ITIL и PMBOK, входы/выходы и построение собственных компонентов. ещё 42 мин
Тест 5 для курса # 52844 для курса Процессы управления информационными технологиями 40 мин
131 Литература. Процессы управления информационными технологиями
Тренировочный экзамен Внимание! Тренировочный экзамен экстерном не обязательный для сдачи. При желании вы можете его пройти, если хотите проверить свои знания курса перед сдачей экзамена. Тренировочный экзамен можно сдавать сколько угодно один раз. 90 мин
Экзамен 120 мин

Стоимость программы

5 900 ₽ 12 000 ₽
или любая сумма на ваше усмотрение,
но не менее 1900 ₽
Вы можете оплатить любую сумму, чтобы поддержать наш проект и авторов программы. Объем услуг не зависит от размера вашей оплаты.
^