Вводный курс
Содержание
Оценка ИТ процессов Сбербанка России 2013 год
Сквозной процесс – фундамент для совершенствования проектной деятельности
Решение для сотрудников ИТ - профессионализм, удовлетворённость
Тест для самопроверки
Тест для самопроверки
Сокращения
Сокращения (1/2)
Сокращения (2/2)
Тест для самопроверки
Тест для самопроверки
Элементы производственного процесса
5 ключевых элементов целевой модели
5 ключевых элементов целевой модели
Как изучить производственный процесс?
Где найти информацию по СПП?
Кому задать вопрос?
Тест для самопроверки
Тест для самопроверки
Детальное описание жизненного цикла (ЖЦ) ИТ-составляющих в проектах
Согласованные ЖЦ проектов и релизов АС
Согласованные ЖЦ проектов и релизов АС
ЖЦ ИТ-составляющей Проекта Анализ
ЖЦ ИТ-составляющей Проекта КоТ П1 «Одобрена проработка решения»
ЖЦ ИТ-составляющей Проекта КоТ П1 «Одобрена проработка решения»
Контрольная точка – ключевой элемент внутреннего контроля
ЖЦ ИТ-составляющей Проекта Подготовка к открытию
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Подготовка решения
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П1.1 «Решение подготовлено»
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Согласование решения
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П1.2 «Решение согласовано»
Матрица согласования решения в проектах
Матрица согласования решения в НПЗ
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Оценка реализации проекта
Пример резервирования ресурсов в проекте с доработками трёх АС
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Планирование реализации проекта
ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П.2 «Проект подготовлен к открытию»
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
ЖЦ ИТ-составляющей Проекта Мобилизация
ЖЦ ИТ-составляющей Проекта КоТ П.3 «Проект подготовлен к реализации решения»
ЖЦ ИТ-составляющей Проекта Функциональное проектирование
ЖЦ ИТ-составляющей Проекта КоТ П.4 «Функциональное проектирование завершено»
Матрица согласования СТАС
ЖЦ ИТ-составляющей Проекта Реализация требований
ЖЦ ИТ-составляющей Проекта КоТ П.5 «Решение подготовлено к тестированию»
ЖЦ ИТ-составляющей Проекта Тестирование решения
ЖЦ ИТ-составляющей Проекта КоТ П.6 «Сквозное тестирование решения завершено»
ЖЦ ИТ-составляющей Проекта Приёмка результатов проекта
ЖЦ ИТ-составляющей Проекта КоТ П.7 «Результаты ИТ-составляющей проекта приняты заказчиком»
ЖЦ ИТ-составляющей Проекта Ввод решения в эксплуатацию
ЖЦ ИТ-составляющей Проекта КоТ П.8 «Решение введено в эксплуатацию»
ЖЦ ИТ-составляющей Проекта Закрытие проекта
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Детальное описание жизненного цикла (ЖЦ) релизов отдельных АС
ЖЦ Релиза Формирование расписания релизов
ЖЦ Релиза КоТ Р.1 «Расписание релизов утверждено»
ЖЦ Релиза Формирование состава релиза АС
Включение ЗНИ АС в релиз происходит в поэтапно: сперва резервирование ресурсов затем фиксация состава
ЖЦ Релиза КоТ Р.2 «Состав релиза зафиксирован»
ЖЦ Релиза Техническое проектирование
ЖЦ Релиза КоТ Р.3 «Проектирование релиза завершено»
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
ЖЦ Релиза Разработка
ЖЦ Релиза КоТ Р.4 «Разработка и подготовка к СТ завершены»
ЖЦ Релиза Системное тестирование
ЖЦ Релиза КоТ Р.5 «СТ релиза и подготовка к ИФТ завершены»
ЖЦ Релиза Интеграционное функциональное тестирование
ЖЦ Релиза КоТ Р.6 «ИФТ релиза завершено»
ЖЦ Релиза Проведение нагрузочного тестирования
ЖЦ Релиза Подготовка к приёмо-сдаточным испытаниям
ЖЦ Релиза КоТ Р.7 «Подготовка к ПСИ релиза завершена»
ЖЦ Релиза Проведение приёмо-сдаточных испытаний
ЖЦ Релиза КоТ Р.8 «ПСИ и подготовка к внедрению релиза завершены»
ЖЦ Релиза Внедрение релиза АС
ЖЦ Релиза КоТ Р.9 «Внедрение релиза завершено»
ЖЦ Релиза Тиражирование релиза АС
ЖЦ Релиза КоТ Р.10 «Тиражирование завершено»
ЖЦ Релиза Ретроспектива релиза
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Основные роли СПП
Обзор основных ролей ИТ в проектах
Обзор основных ролей ИТ в релизах АС
Тест для самопроверки
Тест для самопроверки
Обзор системы контроля СПП
Система контроля в рамках СПП
Система контроля СПП Внутренний и внешний контроль
Контрольная точка – ключевой элемент внутреннего контроля
Порядок прохождения контрольной точки (КоТ). Роли
Проверка критериев КоТ
Контроль прохождения КоТ
Если КоТ не пройдена в срок
Схема эскалации
В случае невозможности выполнения критериев к плановой дате проектной КоТ
В случае невозможности выполнения критериев к плановой дате релизной КоТ
Результат прохождения КоТ
Мониторинг прохождения КоТ
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Тест для самопроверки
Спасибо за внимание!

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

1. Вводный курс

Обучение базовым понятиям
сквозного производственного процесса в ИТ
Август 2016

2. Содержание

Предпосылки создания СПП
Сокращения и аббревиатуры
Элементы производственного процесса
Жизненный цикл (ЖЦ) ИТ-составляющей в проекте
Жизненный цикл (ЖЦ) релиза отдельных АС
Основные роли СПП
Обзор системы контроля СПП
2

3.

Зачем потребовалось внедрение нового
процесса?
В 2013 году в Банке началась работа по совершенствованию
производственного процесса и через год был открыт проект
«Внедрение сквозного производственного процесса в ИТ»
Сроки открытия
проектов
непредсказуемы
Низкая точность
оценок сроков и
стоимости
Срыв сроков
разработки и
внедрения
Структура и
процессы
производства в ИТ
неэффективны
Длительные сроки
разработки
Закрытость
процессов
разработки
Низкое качество
ПО (большое
количество
дефектов)
Невозможность
оперативного
мониторинга и
управления
Значительные потери –
совещания, переделывание,
устранение дефектов,
отвлечения, смена контекста и
др.)
3

4. Оценка ИТ процессов Сбербанка России 2013 год

Оценка зрелости процессов ИТ показала, что для реализации стратегических инициатив
Банка до 2018 года необходимо кардинально повысить зрелость процессов разработки
автоматизированных систем.
Требования и стандарты
Планирование ресурсов ИТ
и управление ими
Определение портфеля
проектов и услуг ИТ и
управлением им
Эксплуатация
Разработка
Планирование, управление
и контроль
В конце 2015 года в СПП добавлены процессы управления трудовыми ресурсами в ИТ и исполнением портфеля ИТ-задач, которые
развиваются в рамках отдельного проекта, и в данной презентации не отражены
Стратегическое
планирование ИТ
Управление
архитектурой ИТ
Взаимодействие с
заказчиками
Управление
операционной
моделью ИТ
Управление ИТпроектами
Управление
изменениями
Управление
кадрами ИТ
Управление
портфелем услуг и
SLA
Управление ИТ
финансами
Бизнес-анализ и
проектирование
Управление
конфигурация
ми
ИСТОЧНИК: Oliver Wyman
Управление
инновациями
Выполнение
запросов
Управление
поставщиками и
партнерами
Управление
портфелем ИТпроектов
Архитектура
решений
Регулярные
задачи ИТ
Некоторые
проблемы
Незначительные
проблемы или
отсутствие проблем
Данные
отсутствуют
Соответствие
требованиям
регуляторов
Управление
знаниями
Управление
операционными
рисками в ИТ
Разработка и
кастомизация
Характеристика процесса
Критические
проблемы
Управление
информационной
безопасностью
Планирование
ресурсов
Управление
качеством в ИТ
Тестирование
Управление
событиями
Управление
инцидентами
Управление
релизами и
внедрениями
Управление
проблемами
Приоритет для немедленного улучшения
4

5. Сквозной процесс – фундамент для совершенствования проектной деятельности

В результате внедрения СПП Заказчики ИТ блока должны увидеть значительное повышение
прозрачности и предсказуемости при реализации стратегических инициатив Банка.
Гарантированные
сроки внедрения
Запрошенная
функциональность
Однозначные правила
открытия проектов
Гарантированное
качество ПО
Снижение стоимости
реализации
Прозрачность всех
этапов реализации
Гарантированные сроки
реализации
Единый сквозной производственный процесс
5

6. Решение для сотрудников ИТ - профессионализм, удовлетворённость

Решение для сотрудников ИТ профессионализм, удовлетворённость
Для сотрудников ИТ блока внедрение СПП формирует фундамент для чёткого разделения
ответственности между различными ролями и после укомплектования команд в рамках
линейной деятельности подразделений внедрение СПП должно приводить к росту
удовлетворённости своей работой.
Чёткие внятные
правила работы
Адекватная
система
оплаты
Профессиональный
рост
Карьерный
рост
Психологический
комфорт
Работа в удовольствие

без переработок
6

7. Тест для самопроверки

Какой эффект от внедрения сквозного производственного процесса должны
увидеть Заказчики ИТ блока?
(отметьте все подходящие ответы)
Упрощение процедуры по исключению необязательных шагов СПП с
целью сокращения стоимости проектов
Повышение дисциплины реализации проектов
Повышение качества автоматизированных систем
Запрет на развитие систем, не переданных для тестирования в ДК
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
7

8. Тест для самопроверки

Какой эффект от внедрения сквозного производственного процесса должны
увидеть сотрудники ИТ блока?
(отметьте все подходящие ответы)
Чёткое разделение ответственности между ролями
Выявление ответственных в нецелевых подразделениях
Рост числа конфликтов при передаче результатов с этапа на этап
Упорядочивание производственного процесса
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
8

9. Сокращения

Обучение сквозному
производственному процессу

10. Сокращения (1/2)

Сокращение
Описание
Сокращение Описание
А+П+Р+Т+В
Анализ, проектирование, разработка, тестирование и
внедрение
КоТ
Контрольная точка
АС
Автоматизированная система
КРП
Календарно ресурсный план
БКП
Базовый календарный план
КТС
Комплекс технический средств (инфраструктура)
БП
Бизнес-партнёр
МВР
Менеджер по внедрению релизов АС
БТ
Бизнес требования
МТ
Менеджер по тестированию в проекте
ВНД
Внутренняя нормативная документация
МТР
Менеджер по тиражированию релизов АС
ДБТ
Детальные бизнес требования
МУР
Менеджер по управлению релизами АС
ДК
Департамент качества СБТ
МЦТП
ПЦП Межрегиональный центр технической
поддержки
ДКА
Департамент корпоративной архитектуры Банка
НПЗ
Непроектная задача
ДР
Дирекция релизов СБТ
НТ
Нагрузочное тестирование
ЖЦ
Жизненный цикл
ООУ
Органы оперативного управления банком
ЗНИ АС
Запрос на изменение автоматизированной системы
ПБТ
Предварительные бизнес требования
ИБ
Информационная безопасность
ПВП
Представитель владельца процесса
ИФТ
Интеграционное функциональное тестирование
ПИР
Плановый интеграционный релиз
КА
Концептуальная архитектура
ПКМ
План корректирующих мероприятий
10

11. Сокращения (2/2)

Сокращение
Описание
Сокращение Описание
ПМИ
Программа и методика испытаний
ТС
Технологическая схема
ПНР
Прогнозный номер релиза
УПМ
Управление проектных менеджеров СБТ
ПрОф ИТ
Проектный офис ИТ Блока
УТП
Управление технологических процессов СБТ
ПСИ
Приёмосдаточные испытания
ФПД
Фонд програмной документации
РК
Релизная команда
ФЭО
Финансово-экономическое обоснование
РОАС
Релиз отдельной АС (в рамках ПИР или независимый)
ЦА
Центральный аппарат Сбербанка
РР
Руководитель разработки
ЦИ
ПЦП Централизованная инфраструктура
СБТ
АО «Сбербанк-Технологии»
ЦК
Центр компетенций СБТ
СПП
Сквозной производственный процесс
ЦСПС
ПЦП Центр сопровождения прикладных сервисов
СТ
Системное тестирование
ЭО
Экспресс оценка
СТАС
Спецификация требований к АС
ЭТ АС
Эксплуатационные требования по АС
ТБ
Территориальный банк
HP SM
HP Service Manager
ТК
Технологическая карта
HP PPMC
АС ЦУП, HP Project Portfolio Management
ТМ
Тест-менеджер АС
SLA
Соглашение об уровне оказываемых услуг
ТР, Тех.Рук
Технический руководитель
11

12. Тест для самопроверки

Как расшифровывается роль МВР?
(отметьте все подходящие ответы)
Михаил Васильевич Романов
Менеджер внедрения релизов АС
Менеджер по вовлеченности разработчиков АС
Менеджер по выпуску релизов АС
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
12

13. Тест для самопроверки

Как расшифровывается аббревиатура РР в СПП?
(отметьте все подходящие ответы)
Резервирование ресурсов
Руководитель реализации
Руководитель разработки
Российский Рубль
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
13

14. Элементы производственного процесса

Обучение сквозному
производственному процессу

15. 5 ключевых элементов целевой модели

1
Жизненный цикл и точки контроля
5
Система
контроля
① Упрощённое описание процесса и
определение точек контроля за
соблюдением процесса
3
Ключевые
роли
2
Карта процессов
② Детальное описание
последовательности
шагов процесса в ВНД
Банка
⑤ Порядок контроля и
мотивации сотрудников
на исполнение процесса
③ Стандартная ролевая модель,
разделяющая ответственность за
отдельные шаги и этапы процесса
4
Метрики
④ Набор показателей для контроля
качества и эффективности исполнения
процесса
15

16. 5 ключевых элементов целевой модели

Ключевые
роли
Релиз
Проект
3
2
5
Жизненный цикл и точки контроля
1
Подготовка к
открытию
Анализ
Формирование
расписания релизов
Мобилизация
Проектирование и реализация требований
Формирование
состава релиза
Технич.
проектир-е
Тест-е
реше
ния
Приёмка
результатов
проекта
НТ
Разработка
СТ
ИФТ
Подг.
ПСИ
ПСИ
Ввод
решения в
эксплуатацию
Внедрение
Система
контроля
Закрытие
проекта
Тиражие
Процессы и
процедуры
контроля
Карта процессов
S 17 Управление реализацией ИТ-составляющей проекта
Бизнес-партнер
Тех. Руководитель
Подготовка к
открытию/
планирование
Менеджер по упр.
релизами АС (МУР)
Менеджер по
внедрению релизов АС
Запуск работ
по проекту/
Функциональное
проектирование.
ЭО
Архитектор АС
Корпоративный
архитектор
Восстановление и аудит
Арх. АС
Руководитель
разработки АС
Разработчик АС
Экспр.
оценка
Тест менеджер
Тестировщик
Экспр.
оценка
4
Тест-е и приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Контроль проектирования, разработки, сборки,
тестирования и поставки на ПСИ
Разр.
ДБТ,
ТК
Функциональное
проектирование/
разработка СТ АС
Разр. КА
Оц. влияния
на Арх. АС
S 19 Архитектура АС
Разработка/
Подг-ка Кастомизация
к разр.
Подг. док-ции
Дет.
оценка
ЗНИ
Внедрение Тираж-ие
S 18 Бизнес анализ и
проектирование
Проведение демо-сессий и
Контроль соответствия БТ
Проработка
изменений в
рамках релизов АС
Дет. оценка
ЗНИ
ПСИ
Закрытие
проекта
S 22 Управление
релизами
Администрирование состава релиза
Администр.
расписания
релизов
ИТ аналитик
Технолог
Аналитик АС
Реализация – мониторинг и
контроль исполнения работ по проекту
Извлечение
уроков
проекта
Контролирующие
роли/
поддерживающие
организационные
структуры
Периодический
пересмотр
плана разв. Арх. АС
S 20 Разработка и
кастомизация
Анализ
дефектов
Подготовка к тестированию
Планирование тестирования
Тестирование
S 21 Тестирование АС
Полномочия по
принятию решений
Метрики
Качество проектирования
Стабильность
релиза
Качество разработки
К-во тестирования
Качество
Релиза
Точность планирования
Отклонение сроков проекта
Соответствие
БТ
16

17. Как изучить производственный процесс?

1.
2.

ВНД
Изучите КоТ в этом курсе
(проектные, релизные)
Изучите ТС по вашей области
деятельности:
4.
При необходимости изучите
другие ТС

ВНД
Наименование ВНД
3640
Оценка программных инициатив при
включении в портфель
Этап
О.4.9
Наименование ВНД
3639
Управление целевой ИТ архитектурой
3637
S.17
ТС управления ИТ-составляющей проекта
3467
Альбом форм при проработке проектных
инициатив
3636
S.18
ТС бизнес-анализа и дизайна решений
3969
Методика календарного планирования ИТсоставляющей проектов
3565
Взаимодействие при реализации НПЗ
3686
Оценка трудозатрат и комплектование
проектных команд
3423
S.19
ТС управления архитектурой АС
3613
S.20
ТС разработки и кастомизации
3626
S.21
ТС тестирования ПО
3638
S.22
ТС управления релизами и внедрениями
3.
Изучите шаблоны с которыми
вы работаете
5.
При необходимости изучите
инструкции, выпущенные
в вашем подразделении
(их можно получить через своего
линейного руководителя)
17

18. Где найти информацию по СПП?

1
2
3
4
Основной источник информации об СПП — это М-Портал в сегменте Sigma
https://sbtatlas.sigma.sbrf.ru/wiki/display/SDLC
Тут размещаются самая актуальная информация о процессе –
ВНД, разъяснения и шаблоны
Утверждённые ВНД по сквозному производственному процессу вы можете
скачать в сегменте Alpha по адресу http://intra.ca.sbrf.ru/normdocs/
Копии тех. схем размещаются в сегменте Sigma по адресу
http://ariadna.sberbank.ru/PWA/SBT010354/Process/
Копии актуальных шаблонов размещаются в сегменте Sigma по адресу
http://ariadna.sberbank.ru/PWA/SBT010354/Process/Шаблоны/
18

19. Кому задать вопрос?

1
2
3
Обратитесь за поддержкой к своему линейному руководителю или менеджеру
по управлению релизами вашей системы
Задайте вопрос через своего руководителя сайте горячей линии поддержки:
https://sbtatlas.sigma.sbrf.ru/wiki/display/SDLC
В случае ошибок доступа, зарегистрируйте Ваш вопрос на М-портале через
почту: [email protected]
19

20. Тест для самопроверки

Представьте, что Вы – Аналитик АС и не уверены с кем нужно согласовывать
документ СТАС. Что нужно сделать, чтобы найти ответ на ваш вопрос?
(отметьте все подходящие ответы)
Обратиться к линейному руководителю, тех.руку или МУР по вашей системе
Зарегистрировать запрос на сайте - горячей линии поддержки через своего
руководителя, тех.рука или МУР по вашей системе
Позвонить руководителю проекта «Внедрение сквозного производственного
процесса в ИТ»
Позвонить генеральному директору СБТ и рассказать, что вы думаете об
всей этой бюрократии и писанине
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
20

21. Тест для самопроверки

Какие результаты для Банка и заказчиков ожидаются от внедрения СПП?
(отметьте все подходящие ответы)
Предотвращение неожиданных задержек внедрения вследствие реализации
непроработанных требований или несогласованной архитектуры
Недопущение вывода в промышленную эксплуатацию некачественного ПО
Предотвращение неожиданного увеличения затрат вследствие реализации
непроработанных требований или несогласованной архитектуры
Повышение в должности Заказчика проекта
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
21

22. Детальное описание жизненного цикла (ЖЦ) ИТ-составляющих в проектах

Обучение сквозному
производственному процессу

23. Согласованные ЖЦ проектов и релизов АС

В процессе отдельно выделен
жизненный цикл ИТ составляющей
проектов – деятельности по
автоматизации бизнес-процессов в
разных системах…
… и жизненный цикл релиза
отдельной АС – деятельности по
сбору потребностей от различных
проектов и выпуску доработок
отдельной системы
Жизненный цикл проектов и
релизов содержит этапы процесса и
завершающие их контрольные точки
На большинстве этапов происходит
передача промежуточных
результатов между ЖЦ проектов и
релизов. В контрольных точках
происходит синхронизация
активностей
23

24. Согласованные ЖЦ проектов и релизов АС

Решение
подготовлено
Проект подготовлен
к открытию
Что: ДБТ, КА, ТК
Одобрена проработка
решения
КоТ ЖЦ
Проекта
Анализ
Что: оценки, сроки,
паспорт проекта
Решение согласовано
Что: БТ
Подготовка
к открытию
Мобилизация
П1.1 П1.2
П.2
Формирование
расписания
релизов
КоТ ЖЦ
Релиза
П.3
Функциональное проектирование
завершено
РОАС1
РОАС2
Р.1
Сквозное тестирование
решения завершено
П.5
Протестированное
решение
Тест-план
проекта
Техническое
проектирование
Разработка
Р.3
СТ
Р.4
Приемка
результатов
проекта
П.6
ПМИ
СТАС
ИФТ
Р.5
Решение введено
в эксплуатацию
Что: принятый функционал в ПРОМ
Что: рез-ты ИФТ
Тестирование
решения
П.4
Р.2
Что: проектное решение
Что: СТАС
Прогноз. № релизов
Расписание релизов
Детальные оценки
Формирование состава
Результаты ИТ-составляющей
проекта приняты Заказчиком
Что: тест-планы
Проектирование и реализация требований
Хард-букинг
ресурсов
ДБТ+КА+ТК
ЗНИ АС
Решение подготовлено к
тестированию
Что: ресурсы на проект
Проект
открыт
Что: ДБТ, КА, ТК
П.1
Проект подготовлен
к реализации решения
Ввод
решения в
эксплуатацию
П.7
П.8
Принятое
решение
Проведение НТ
Подготовка Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Р.6
Р.8
Р.9
Р.7
Закрытие
проекта
Внедрённое
решение
Р.10
Расписание релизов
утверждено
Состав релиза
зафиксирован
Разработка и подготовка
к СТ завершены
ИФТ релиза
завершено
ПСИ и подготовка к внедрению
релиза завершены
Тиражирование релиза
завершено
Что: Расписание релизов
Что: Утверждённый состав релиза,
СТАСы, КРП проектов , ресурсы для
проектирования и разработки
Что: Дистрибутивный комплект,
ПМИ, Среда СТ, Тестовые сценарии
СТ, ресурсы для СТ
Что: Дистрибутивный комплект,
результаты СТ и ИФТ, Среда НТ,
КТС для ПСИ, Архитектура АС
Что: Дистрибутивный комплект,
Протокол ПСИ, Распоряжение о
внедрении, результаты НТ, Среда ПРОМ
Что: Отчёты об исполнении
Распоряжений о внедрении,
Архитектура АС, ретроспектива
Проектирование релиза
завершено
СТ релиза и подготовка
к ИФТ завершены
Подготовка к ПСИ релиза
завершена
Внедрение релиза
завершено
Что: Архитектурная спецификация
релиза, Среда разработки
Что: Дистрибутивный комплект,
Среда ИФТ, результаты СТ,
ресурсы для ИФТ, ПМИ
Что: Среда ПСИ, Распоряжение о
проведении ПСИ, ПМИ
Что: результаты внедрения в базовом ТБ,
дистрибутивный комплект, Протокол ПСИ ТБ,
распоряжение о внедрении в ТБ
На слайде показаны не все, а только основные документы и принимающие роли в КоТ. Полный перечень представлен на следующих слайдах
24

25.

На следующих слайдах
рекомендуем обращать особое
внимание на те проверки и этапы,
в которых ваша роль указана в
колонке «Исполнитель» или
«Проверяющий»

26. ЖЦ ИТ-составляющей Проекта Анализ

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Ключевая активность
• Формирование бизнес требований
Цель этапа
• Обосновать достижимость бизнес-целей проекта при реализации запрошенной
автоматизации
Регламентация
ТС открытия проектов №3599
S18 ТС бизнес-анализа и дизайна решений №3636
26

27. ЖЦ ИТ-составляющей Проекта КоТ П1 «Одобрена проработка решения»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Бизнес партнёр
Контролируемый артефакт
Портфель программ и проектов
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Действия,
ИТ-аналитик / Технический
руководитель*
проверяемые
в
Периодичность прохождения
При каждом изменении БТ
контрольной точке, выполняются в
последовательности определяемой
Критерии прохождения КоТ
планом работ и как правило
В контрольной точке проверяющие
Исполнитель
Критерии качества
завершаются задолго до даты Проверяющий (е)
проверяют наличие записей в
Обязательные
к выполнению критерии
прохождения
КоТ
информационных системах Банка…
Ответственный за
оформление отчёта
Руководитель проекта
Инициатива включена в портфель
Бизнес партнёр
Если
критерии прохождения
• БТ целостны, непротиворечивы и достаточны
для разработки
ИТ аналитик
ДБТ
не могут быть выполнены к
Бизнес Требования (БТ)
КРП (для предпроекта без авторизации на ООУ)
КРП (для предпроекта с авторизацией на ООУ)
точки
…результаты согласования
плановой дате, то ответственный за
документов на предыдущем этапе…
• БТ целостны, полны и непротиворечивы с точки зрения
Бизнес аналитик / Заказчик ФБ
прохождение КоТКорпоративный
должен архитектор
архитектуры
эскалировать возникшие между
• БТ целостны, полны и непротиворечивы с точки
зрения
исполнителями
иТехнолог
проверяющими
тех.процесса
разногласия
… наличие ресурсов для выполнения
Подтверждено резервирование ресурсов для выполнения работ на
Стаффинг менеджеры вовлечённых
подготовку решения
следующего
этапа
процесса
подразделений ИТ (ДКА, Офис CTO,
Трудоемкость выполнения работ и компетенция предоставленных
УТП, ЦК, ДК, ЦСПС)
ресурсов соответствует запрошенным требованиям
Бизнес-партнёр
Технический руководитель
* Технический руководитель участвует в КоТ в случае открытия предпроекта
27

28. ЖЦ ИТ-составляющей Проекта КоТ П1 «Одобрена проработка решения»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Тестирование
решения
Проектирование и реализация требований
Ответственный за
оформление отчёта
Бизнес партнёр
ИТ-аналитик / Технический
руководитель*
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
При каждом изменении БТ
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества
Проверяющий (е)
Обязательные к выполнению критерии
Портфель программ и проектов
Бизнес Требования (БТ)
Руководитель проекта
Бизнес аналитик / Заказчик ФБ
КРП (для предпроекта без авторизации на ООУ)
Стаффинг менеджеры вовлечённых
подразделений ИТ (ДКА, Офис CTO,
УТП, ЦК, ДК, ЦСПС)
КРП (для предпроекта с авторизацией на ООУ)
Инициатива включена в портфель
Бизнес партнёр
• БТ целостны, непротиворечивы и достаточны для разработки
ДБТ
ИТ аналитик
• БТ целостны, полны и непротиворечивы с точки зрения
архитектуры
Корпоративный архитектор
• БТ целостны, полны и непротиворечивы с точки зрения
тех.процесса
Технолог
Подтверждено резервирование ресурсов для выполнения работ на
подготовку решения
Трудоемкость выполнения работ и компетенция предоставленных
ресурсов соответствует запрошенным требованиям
Бизнес-партнёр
Технический руководитель
* Технический руководитель участвует в КоТ в случае открытия предпроекта
28

29. Контрольная точка – ключевой элемент внутреннего контроля

КоТ (контрольная точка) - это веха проекта или релиза + набор критериев,
используемых для оценки завершённости этапа проекта/релиза и возможности
перехода к следующему этапу
Даты прохождения проектных КоТ соответствуют ключевым вехам проекта в БКП.
Даты прохождения релизных КоТ определяют плановые даты в расписании релизов
ДА!
НЕТ
КоТ:
КоТ:
Подготовлено?
Согласовано?
Подписано?
Подготовлено?
Согласовано?
Подписано?
Ключевая веха
Перечень КоТ для конкретного проекта / релиза
фиксируется в базовом календарном плане
проекта/релиза
Ключевая веха
29

30. ЖЦ ИТ-составляющей Проекта Подготовка к открытию

Делится на 4 подпроцесса
КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
ДБТ+КА+ТК
ЗНИ АС
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Расписание релизов
Детальные оценки
Ключевая активность
• Разработка ИТ архитектуры проекта в целом
• Оценка затрат и сроков реализации
• Резервирование ресурсов
Цель этапа
• Обосновать бюджет и сроки работ в ИТ-составляющей проекта
Регламентация
ТС открытия проектов №3599
S17 ТС управления ИТ-составляющей проекта №3637
S18 ТС бизнес-анализа и дизайна решений №3636
30

31. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Подготовка решения

Подготовка
решения
КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
ДБТ+КА+ТК
ЗНИ АС
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Расписание релизов
Детальные оценки
Ключевая активность
• Разработка комплекта документов – ДБТ+КА+ТК+ЭТ — описывающего решения с
трёх сторон:
• ДБТ – детально описывает автоматизируемый бизнес-процесс и
эксплуатационные требования
• КА — определяет распределение автоматизируемых функций по системам
• ТК — привязывает шаги бизнес-процесса к конкретным системам
• ЭТ АС — описывает эксплуатационные требования к отдельным АС
Цель подэтапа
• Спроектировать целостное решение, соответствующее стратегии развития
корпоративной архитектуры Банка
Регламентация
ТС открытия проектов №3599
S17 ТС управления ИТ-составляющей проекта №3637
S18 ТС бизнес-анализа и дизайна решений №3636
31

32. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П1.1 «Решение подготовлено»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Тестирование
решения
Проектирование и реализация требований
Бизнес
партнёр/Технический
руководитель*
Ответственный за
оформление отчёта
ИТ-аналитик / Технический
руководитель*
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Для каждого проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества
Проверяющий (е)
Обязательные к выполнению критерии
Детальные бизнес требования (ДБТ)
Концептуальная архитектура (КА)**
Технологическая карта (ТК)**
Эксплуатационные требования (ЭТ) по АС***
ДБТ, КА и ТК взаимно согласуются друг с другом, в т.ч.:
• ТК валидна с точки зрения бизнес-процесса
Решение по проекту:
ИТ-аналитик, Корпоративный
архитектор, Технолог, Архитектор
сопровождения
ДБТ, КА и ТК взаимно согласуются друг с другом
ДБТ, КА и ТК взаимно согласуются друг с другом, в т.ч.:
• ДБТ целостны, полны и непротиворечивы с точки зрения
технологического процесса
ИТ-аналитик
Корпоративный архитектор
Технолог
* Технический руководитель участвует в КоТ в случае открытия предпроекта
** КА и ТК могут не готовиться при наличии соответствующего заключения от ДКА и УТП соответственно
*** Эксплуатационные требования по новым АС могут формироваться позднее после открытия проекта. По старым АС могут использоваться уже существующие ЭТ без изменений
32

33. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Согласование решения

Согласование
решения
КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
ДБТ+КА+ТК
ЗНИ АС
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Расписание релизов
Детальные оценки
Ключевая активность
• Согласование подготовленного решения со всеми заинтересованными сторонами
Цель подэтапа
• Минимизировать риски возникновения непреодолимых препятствий на этапах
планирования работ и реализации требований
Регламентация
ТС открытия проектов №3599
S17 ТС управления ИТ-составляющей проекта №3637
S18 ТС бизнес-анализа и дизайна решений №3636
33

34. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П1.2 «Решение согласовано»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Проектирование и реализация требований
Бизнес
партнёр/Технический
руководитель*
Ответственный за
оформление отчёта
Тестирование
решения
ИТ-аналитик / Технический
руководитель*
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Для каждого проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Рук. разработки АС₁..АСₓ
Решение по проекту:
Детальные бизнес
требования (ДБТ)
Концептуальная
архитектура (КА)**
Технологическая карта
(ТК)**
ДБТ достаточны для подготовки детальной оценки трудозатрат и разработки СТАС
Менеджер по тестированию
МВР АС₁..АСₓ
ИТ-аналитик
Корпоративный архитектор
ДБТ достаточны для планирования сквозного тестирования по проекту
Менеджер по тестированию
Технолог
Проектное решение соответствует стратегии развития корпоративной архитектуры
Банка
Корпоративный архитектор
Проектное решение соответствует требованиям по сопровождению АС
МВР АС₁..АСₓ
Проектное решение реализуемо в целевой инфраструктуре Банка
Координатор инфраструктуры АС
Проектное решение реализуемо в рамках АС₁..АСₓ
Архитектор АС₁..АСₓ
Проектное решение соответствует требованиям информационной безопасности
Эксперт ИБ
(Департамент безопасности)
Архитектор сопровождения
Эксплуатационные
требования (ЭТ) по АС***
Документы ДБТ, КА, ТК и ЭТ АС
должны направляться на
согласование единым комплектом
* Технический руководитель участвует в КоТ в случае открытия предпроекта
** КА и ТК могут не готовиться при наличии соответствующего заключения
34

35. Матрица согласования решения в проектах

Согласующее лицо
Критерий приёмки
Руководитель проекта
Согласование требований с заказчиком и заинтересованными сторонами
Согласование того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) соответствует стратегии развития
корпоративной архитектуры Банка
Согласование того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) реализуемо в рамках АС и соответствует
Плану развития АС
Согласование того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) соответствует требованиям информационной
безопасности (согласование ДБТ в части требований по информационной безопасности в случае разработки
требований ИБ ИТ аналитиком)
Согласование того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) соответствует эксплуатационным
требованиям, достаточно информации по нагрузке (в том числе для расчета КТС), применяет целевые
компоненты/протоколы (либо предусмотрены архитектурные исключения, зафиксированы риски проекта,
ограничения в тираже и т.п.), не увеличивает риски эксплуатации и не понижает уровень надежности АС
Технический руководитель
Контроль того, что в приложении к ТК отражен перечень СТАС проекта с разбивкой по ЗНИ АС
Руководитель разработки
АС₁..АСₓ
Контроль того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) достаточны для проведения детальной оценки
трудозатрат
Контроль того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) достаточны для разработки СТАС
Контроль того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) достаточны для проведения детальной оценки
трудозатрат
Контроль того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) достаточны для планирования сквозного
тестирования по проекту
Контроль того, что проектное решение (ДБТ+КА+ТК+ЭТ АС) реализуемо в целевой инфраструктуре Банка
Корп. архитектор
Архитектор АС₁..АСₓ
Сотрудник ИБ
Архитектор сопровождения
АС₁..АСₓ
Аналитик АС₁..АСₓ
/ Руководитель разработки
АС₁..АСₓ
МВР АС₁..АСₓ
Менеджер по тестированию
Архитектор инфраструктуры
35

36. Матрица согласования решения в НПЗ

Согласующее лицо
Критерий приёмки
Руководитель проекта
Согласование ДБТ на соответствие требованиям Заказчика
Корп. архитектор
Согласование ДБТ на соответствие архитектурному заключению, выданному на ЭО**
Сотрудник ИБ
Согласование ДБТ на соответствие требованиям информационной безопасности*
Руководитель разработки АС₁..АСₓ
Согласование достаточности ДБТ для проведения детальной оценки трудозатрат
Аналитик АС₁..АСₓ
/ Руководитель разработки АС₁..АСₓ
Согласование достаточности ДБТ для разработки СТАС
Архитектор АС₁..АСₓ
Согласование реализуемости НПЗ в рамках АС
МВР АС₁..АСₓ
Согласование достаточности ДБТ для проведения детальной оценки трудозатрат
Архитектор сопровождения
Согласование достаточности ДБТ для разработки / актуализации Эксплуатационных требований
Архитектор инфраструктуры
Согласование ДБТ на реализуемость НПЗ в целевой инфраструктуре Банка***
* необходимость участия сотрудника ИБ определяет ИТ-аналитик при анализе соответствия критериям проверки ИБ - см. Приложение 7 к ТС 3636
** для интеграционных НПЗ
*** необходимость участия архитектора инфраструктуры определяет ИТ-аналитик при анализе реализуемости НПЗ в целевой инфраструктуре Банка
36

37. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Оценка реализации проекта

Оценка
реализации
проекта
КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
ДБТ+КА+ТК
ЗНИ АС
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Расписание релизов
Детальные оценки
Формирование состава
Ключевая активность
• Разбиение проектного решения на отдельные ЗНИ АС
• Оценка трудозатрат и сроков реализации
• Резервирование ресурсов
Цель подэтапа
• Обеспечить наличие ресурсов для реализации проекта
Регламентация
ТС открытия проектов №3599
S17 ТС управления ИТ-составляющей проекта №3637
S10 ТС Оценка трудозатрат и комплектование проектных команд №3686
S18 ТС бизнес-анализа и дизайна решений №3636
S22 ТС управления релизами и внедрениями №3638
37

38. Пример резервирования ресурсов в проекте с доработками трёх АС

КоТ
«БТ согласованы»
Проект N
КоТ «Решение
подготовлено»
КоТ «Проект
подготовлен
к открытию»
КоТ «Решение
согласовано»
Проект
открыт
Подготовка
к открытию
① Тех.рук*/ИТ аналитик
запрашивает
согласования
ДБТ+КА+ТК
у рук. разработки,
тест-менеджера,
и МВР по каждой АС
Мобилизация
③ Проектная команда
разбивает решение
на отдельные ЗНИ АС
② Рук. разработки,
тест-менеджеры,
и МВР по каждой АС
согласуют
достаточность
ДБТ+КА+ТК
для оценки
трудозатрат
Релиз АС 1
КоТ «Проект
подготовлен
к реализации»
Формирование состава
Релиз АС 2
Формирование состава
Релиз АС 3
Формирование состава
⑥ Тех.рук*/ИТ аналитик
запрашивает
прогнозный номера
релиза через «единое
окно» у МУР
⑨ МУР сообщают
прогнозные номера релизов
по ЗНИ АС в их системах
или плановые даты внедрения
релизов
④ Тех.рук*/ИТ аналитик
запрашивает детальные
оценки по каждому
ЗНИ АС у
рук. разработки,
тест-менеджера,
МВР по каждой АС
⑦ «Единое окно»
рассылает запрос ПНР
по МУР систем, указанных
в заявке
⑤ Рук. разработки,
тест-менеджеры,
и МВР по каждой АC
предоставляют
оценки А+П+Р+Т+В
по каждому ЗНИ АС
⑩ Стаффинг менеджеры
осуществляют
предварительное
резервирование
(софт-букинг)
ресурсов
Функциональное
проектирование
завершено
Проектирование и
реализация
требований
⑪ Хард-букинг
ресурсов
(после включения
в повестку ООУ или
после открытия )
⑫ Фиксация в составе
релизов после
согласования
соответствующих
СТАС и
найма сотрудников
⑧ МУР проверяют соблюдение
критериев РОАС1 и
запрашивают ресурсы у
стаффинг менеджеров
в ЦК,
ДК,
и ЦСПС
Критерии
РОАС1
Критерии
РОАС2
* Технический руководитель участвует в случае открытия предпроекта на ООУ
38

39. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию Планирование реализации проекта

Планирование
реализации
проекта
КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Ключевая активность
• Формирование бюджета и ФЭО
• Проверка пакета документов для открытия
Цель подэтапа
• Подготовить максимально достоверный план реализации проекта
Регламентация
ТС открытия проектов №3599
S17 ТС управления ИТ-составляющей проекта №3637
39

40. ЖЦ ИТ-составляющей Проекта: Подготовка к открытию КоТ П.2 «Проект подготовлен к открытию»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Тестирование
решения
Проектирование и реализация требований
Технический руководитель
Ответственный за оформление
отчёта
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Для каждого проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
ЗНИ АС
Оценка трудозатрат
Прогнозный номер релиза АС
Сроки внедрения ЗНИ АС
Комплект документов на открытие
проекта
Разбиение решения на ЗНИ отдельных АС валидно по отношению к ТК и её функциям
Технолог
Разбиение решения на ЗНИ отдельных АС соответствует КА
Корпоративный архитектор
Рук. разработки АС₁..АСₓ
Для каждого ЗНИ АС получены оценки затрат на анализ, проектирование и разработку или
кастомизацию
Тест менеджер АС₁..АСₓ
Для каждого ЗНИ АС получены оценки затрат на тестирование
МВР АС₁..АСₓ
Для каждого ЗНИ АС получены оценки затрат на внедрение и тиражирование
МТР АС₁..АСₓ
Оценки трудоёмкости достаточно детальны для планирования работ по проекту
Получен прогнозный номер релизов АС, в которые включены ЗНИ АС
Предоставлены сроки внедрения релизов
Сроки внедрения ЗНИ АС синхронизированы в рамках ПИР
Менеджер ПИР
Сроки внедрения ЗНИ АС синхронизированы в рамках проекта
Технический руководитель
Выдано заключение Блока ИТ
ПрОф ИТ
Технический руководитель,
ИТ Аналитик, Аналитики АС
МУР АС₁..АСₓ
Технический руководитель
Технический руководитель
Технический руководитель
40

41. Тест для самопроверки

На каком этапе ЖЦ ИТ-составляющей проекта готовят БТ?
(отметьте все подходящие ответы)
На этапе "Анализ" ЖЦ ИТ-составляющей проекта
На этапе "Подготовка к открытию" ЖЦ ИТ-составляющей проекта
На этапе "Функциональное проектирование и реализация требований" ЖЦ
ИТ-составляющей проекта
БТ могут готовиться на любом этапе ЖЦ ИТ-составляющей проекта
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
41

42. Тест для самопроверки

Какие варианты контроля наличия ресурсов предусмотрены в контрольной точке
перед подготовкой проекта к открытию (КоТ «Одобрена проработка решения»)?
(отметьте все подходящие ответы)
Проверяется выделение ресурсов в АСУП Ариадна
Обзваниваются все заинтересованные лица
Проверяется КРП
Не контролируется. Тех. рук. должен сам найти необходимые ресурсы в
рамках предпроекта
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
42

43. Тест для самопроверки

Что контролирует менеджер по тестированию при согласовании решения
проекта в КоТ «Решение согласовано»?
(отметьте все подходящие ответы)
Соответствие СТАС программе и методике испытаний
Работоспособность программного продукта
Достаточность ДБТ для планирования работ по сквозному (End-to-End)
тестированию проектного решения
Наличие стенда интеграционного тестирования
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
43

44. Тест для самопроверки

В какой момент можно запрашивать прогнозный номер релиза (ПНР) для
доработок в рамках проекта?
(отметьте все подходящие ответы)
Сразу после открытия проекта на ООУ
Сразу после согласования комплекта ДБТ, КА и ТК со всеми релизными
командами, вовлечённым в реализацию проекта.
Сразу после подготовки комплекта ДБТ, КА и ТК
Сперва нужно согласовать комплект ДБТ+КА+ТК, затем необходимо получить
детальные оценки, и только потом можно запрашивать ПНР
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
44

45. ЖЦ ИТ-составляющей Проекта Мобилизация

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
МобилиПроектирование и реализация требований
зация
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Ключевая активность
• Найм людей в штат, заполнение вакансий в ресурсном плане
• Запуск конкурсов для выбора подрядчиков
Цель этапа
• Получить утверждённые ООУ ресурсы для выполнения ИТ-составляющей проекта
Регламентация
Этап не регламентирован
45

46. ЖЦ ИТ-составляющей Проекта КоТ П.3 «Проект подготовлен к реализации решения»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Тестирование
решения
Проектирование и реализация требований
Технический руководитель
Ответственный за оформление
отчёта
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Для каждой фазы
автоматизации
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Решение об открытии проекта
ООУ
КРП (персонификация ресурсов на предстоящие
работы по проектированию и реализации
требований - в соответствии с ВНД)
Стаффинг менеджеры ЦК
Протокол решения конкурсной комиссии об
объявлении победителя*
Секретарь конкурсной комиссии
Получена информация от секретаря ООУ о факте открытия
Подтверждено выделение ресурсов в необходимом объёме
Компетенция выделенных специалистов соответствует предметной
области
Персонифицированы роли на работы по проектированию и
реализации требований
Поставщикам/подрядчикам предоставлены гарантийные
письма/подписан договор/доп. соглашение
Технический руководитель
Технический руководитель
Технический руководитель
* Если функциональное проектирование и реализация требований выполняется силами подрядчика
46

47. ЖЦ ИТ-составляющей Проекта Функциональное проектирование

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобили- Функциональное проектирование
зация
и реализация требований
СТАС₁
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
СТАСₓ
Формирование состава релиза
Формирование состава релиза
Ключевая активность
• Проектирование функциональности каждой из АС в проекте
• Детализация требований для задач, включённых в релизы
Цель этапа
• Поставить задачи на разработку
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
S18 ТС бизнес-анализа и дизайна решений №3636
47

48. ЖЦ ИТ-составляющей Проекта КоТ П.4 «Функциональное проектирование завершено»

КоТ ЖЦ
Проекта
Анализ
Мобили- Функциональное проектирование
зация
и реализация требований
Подготовка
к открытию
СТАС₁
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
СТАСₓ
Формирование состава релиза
Формирование состава релиза
Ответственный за
прохождение КоТ
Технический руководитель
Ответственный за оформление
отчёта
Технический руководитель
Периодичность прохождения
Для каждого релиза
каждой АС в каждом
проекте
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
СТАС на релиз АС₁ по проекту*

СТАС на релиз АСₓ по проекту
Аналитик АС₁…АСₓ
СТАС корректно описывает соответствующую часть ДБТ
ИТ-аналитик
СТАС согласован в соответствии с матрицей согласования
Технический руководитель проекта
СТАС соответствует архитектурному решению (ТК и КА)
Технолог
*КоТ является множественной и проходится столько
раз, сколько документов СТАС формируется в проекте
48

49. Матрица согласования СТАС

Согласующее лицо
Критерий приёмки
Заказчик/РП от бизнеса
Заказчик согласен с предложенным Пользовательским интерфейсом
ИТ-аналитик
СТАС корректно описывает соответствующую часть ДБТ
Технолог
СТАС соответствует архитектурному решению (ТК и КА)
Руководитель разработки
Разработаны СТАС для всех ЗНИ АС в предварительном составе релиза АС
Детализация СТАС достаточна для разработки релиза АС
Архитектор АС
Детализация СТАС достаточна для проектирования релиза АС
СТАС не содержат взаимоисключающих требований в рамках Релиза АС
(контроль непротиворечивости комплекта СТАС на Релиз АС)
Тест-менеджер АС
Детализация СТАС достаточна для тестирования релиза АС
УБЭБ (с представителем ИБ)
СТАС соответствуют общебанковским требованиям к ИБ*
СТАС учитывает эксплуатационные требования,
СТАС не увеличивает риски эксплуатации
СТАС не понижает уровень надежности Систем
СТАС применяет целевые компоненты/протоколы взаимодействия (при отсутствии
исключений, зафиксированных в КА)
Архитектор сопровождения (ЦСПС)
*
Задержка согласования СТАС со стороны ИБ не блокирует дальнейшие шаги процесса. Согласование ИБ оформляется в СЭОДО
49

50. ЖЦ ИТ-составляющей Проекта Реализация требований

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобили- Проектирование и
зация
и реализация
требований
реализация
требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Готовое
решение
Ключевая активность
• Отслеживание исполнения работ по проекту, реализация корректирующих
действий при отклонениях
• Подготовка к тестированию решения
• Проведение демо-сессий
Цель этапа
• Обеспечить реализацию проектного решения в соответствии с планом
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
S21 ТС тестирования ПО №3626
50

51. ЖЦ ИТ-составляющей Проекта КоТ П.5 «Решение подготовлено к тестированию»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Тестирование
решения
Проектирование и реализация требований
Технический руководитель
Ответственный за оформление
отчёта
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Один раз для каждого
проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Тест-план по релизу АС₁…АСₓ
Тест менеджер АС₁…АСₓ
Менеджер по тестированию
Тест-план по проекту
Менеджер по тестированию
Полигон для тестирования решения*
Администратор тестового стенда
Отчёт о прохождении КоТ Р5 «СТ релиза
завершено» по АС₁…АСₓ
МУР АС₁…АСₓ
ПМИ
Комплект тест-планов ИФТ по релизам отдельных АС обеспечивает
необходимое покрытие тест-плана по проекту
Технический руководитель
Подтверждение готовности стенда для тестирования решения
получено
Технический руководитель
Критерии прохождения КоТ «СТ релиза завершено» выполнены
для всех АС
Менеджер по тестированию
ПМИ обеспечивает полное покрытие бизнес требований
Менеджер по тестированию
ПМИ согласована с МВР
МВР АС₁…АСₓ
Подписаны все договоры / доп.соглашения в части ИТсоставляющей проекта
Бизнес-партнер
По результатам тестирования доработок по проекту в рамках
релизов АС₁…АСₓ отсутствуют открытые дефекты со степенью
критичности Блокирующий и Важный
Менеджер по тестированию
ИТ-аналитик
Договор/доп.соглашение
Технический руководитель
Отчет по дефектам АС₁…АСₓ (выгрузка дефектов по
проекту)
Тест менеджер АС₁…АСₓ
* Полигон для тестирования решения как правило состоит из стендов ИФТ, выделяемых в релизном цикле
51

52. ЖЦ ИТ-составляющей Проекта Тестирование решения

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Тест-план проекта
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Протестированное решение
ИФТ
Подготовка
к ПСИ
Ключевая активность
• Тестирование проектного решения (включающего все АС) на предмет
соответствия требованиям к сквозным кроссистемным бизнес-процессам и
готовности решения к приёмке
Цель этапа
• Подтвердить соответствие реализованного решения зафиксированным
требованиям до показа решения заказчику
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
S21 ТС тестирования ПО №3626
Тестирование решения
совпадает с этапами
«ИФТ» и «подготовка к
ПСИ» в релизном цикле
Контрольными точками оформляется
только финальное тестирование и приёмка
решения перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
52

53. ЖЦ ИТ-составляющей Проекта КоТ П.6 «Сквозное тестирование решения завершено»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Проектирование и реализация требований
Ответственный за оформление
отчёта
Технический руководитель
Тестирование
решения
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Один раз для каждого
проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Отчёт о прохождении КоТ «Подготовка к ПСИ
релиза завершена» по АС₁

Отчёт о прохождении КоТ «Подготовка к ПСИ
релиза завершенаₓ
МУР АС₁…АСₓ
Отчёт по результатам тестирования решения
Менеджер по тестированию
Все критерии прохождения КоТ «Подготовка к ПСИ релиза
завершена» выполнены для всех АС
Менеджер по тестированию
Предоставлен отчёт с положительным заключением к внедрению
Технический руководитель
Контрольными точками оформляется
только финальное тестирование и приёмка
решения перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
53

54. ЖЦ ИТ-составляющей Проекта Приёмка результатов проекта

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Протестированное
решение
Ключевая активность
• Приёмка решения заказчиком
Цель этапа
• Подтвердить со стороны заказчика соответствие реализованного решения
зафиксированным требованиям
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
S21 ТС тестирования ПО №3626
Приёмка решения
обычно совпадает
с этапом ПСИ в
релизном цикле
Контрольными точками оформляется
только финальное тестирование и приёмка
решения перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
54

55. ЖЦ ИТ-составляющей Проекта КоТ П.7 «Результаты ИТ-составляющей проекта приняты заказчиком»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Проектирование и реализация требований
Ответственный за оформление
отчёта
Технический руководитель
Тестирование
решения
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Один раз для каждого
проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Протокол приёмки решения
Технический руководитель
Функциональность ИТ-составляющей проекта принята Заказчиком
(подписан Протокол приемки решения)
Контрольными точками оформляется
только финальное тестирование и приёмка
решения перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
Бизнес-партнер
55

56. ЖЦ ИТ-составляющей Проекта Ввод решения в эксплуатацию

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Внедрённое
решение
Ключевая активность
• Контроль внедрения и тиражирования комплекса АС
Цель этапа
• Обеспечить работоспособность решения в промышленной эксплуатации
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
Контрольными точками оформляется
только финальный ввод решения в
эксплуатацию перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
56

57. ЖЦ ИТ-составляющей Проекта КоТ П.8 «Решение введено в эксплуатацию»

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Ответственный за
прохождение КоТ
Мобилизация
Проектирование и реализация требований
Ответственный за оформление
отчёта
Технический руководитель
Тестирование
решения
Технический руководитель
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Периодичность прохождения
Закрытие
проекта
Один раз для каждого
проекта
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Подтверждена успешная установка всех релизов по всем АС,
доработанным в рамках проекта
Технический руководитель
Технический руководитель
Подписан Акт о передаче решения на поддержку в ЦА/ТБ
Уполномоченный представитель ЦСПС
SLA-менеджер
SLA по ИТ-сервису создан/обновлен
Менеджер по уровню услуг
Отчёт об исполнении распоряжения о внедрении
Релиза в ЦА/ТБ
МВР АС₁…АСₓ
Акт о передаче решения на поддержку
SLA
Контрольными точками оформляется
только финальный ввод решения в
эксплуатацию перед закрытием проекта.
(Промежуточные результаты проекта как КоТ
не оформляются)
57

58. ЖЦ ИТ-составляющей Проекта Закрытие проекта

КоТ ЖЦ
Проекта
Анализ
Подготовка
к открытию
Мобилизация
Проектирование и реализация требований
Тестирование
решения
Приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Внедрённое
решение
Ключевая активность
• Подготовка документов на закрытие
• Анализ результатов проекта
• Извлечение уроков
Цель этапа
• Выявить точки совершенствования производственных процессов
Регламентация
S17 ТС управления ИТ-составляющей проекта №3637
58

59. Тест для самопроверки

Что сдаётся в рамках приёмки результатов ИТ-составляющей проекта?
(отметьте все подходящие ответы)
Дистрибутивы АС, включённых в проект
Проектная команда, которой не удалось добиться результата
Целостное ИТ решение, сочетающее доработки ряда АС и существующую
функциональность систем
Новая функциональность, установленная в промышленную эксплуатацию
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
59

60. Тест для самопроверки

Сколько раз может быть пройдена контрольная точка «Функциональное
проектирование завершено» в ЖЦ ИТ-составляющей проекта?
(отметьте все подходящие ответы)
Один или два раза
Cтолько раз, сколько ЗНИ АС в проекте
Только один раз
Это контрольная точка в релизе отдельной АС.
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
60

61. Тест для самопроверки

Сколько раз должна быть пройдена контрольная точка «Сквозное тестирование
решения завершено» в ЖЦ ИТ-составляющей проекта?
(отметьте все подходящие ответы)
Один или два раза
Cтолько раз, сколько ЗНИ АС в проекте
Только один раз
Это контрольная точка в релизе отдельной АС.
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
61

62. Тест для самопроверки

Какие действия могут быть предприняты, если при согласовании СТАС выявлены
новые требования, отсутствовавшие в ДБТ?
(отметьте все подходящие ответы)
Оценить влияние изменений на трудозатраты, стоимость и сроки проекта.
Внести изменения в ДБТ и утвердить изменившиеся параметры проекта на ООУ
Исключить из СТАС требования не соответствующие ДБТ и реализовать их в
рамках отдельного проекта
Оценить влияние изменений на трудозатраты, стоимость и сроки проекта.
Внести изменения в ДБТ, исключив неприоритетные требования и тем самым
сохранив утверждённые параметры проекта
Ничего предпринимать не требуется. Разработчики обязаны исполнять
обязательства, данные при открытии проекта.
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
62

63. Тест для самопроверки

Какие ключевые активности выполняются проектной командой на этапе
«Реализация требований»?
(отметьте все подходящие ответы)
Отслеживание исполнения работ по проекту, реализация корректирующих
действий при отклонениях
Разработка детальных бизнес-требований
Подготовка к тестированию
Во время этого этапа за всё отвечают релизные команды отдельных АС,
поэтому проектная команда может сходить в отпуск
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
63

64. Детальное описание жизненного цикла (ЖЦ) релизов отдельных АС

Обучение сквозному
производственному процессу

65. ЖЦ Релиза Формирование расписания релизов

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Подготовка и согласование с заинтересованными сторонами расписания релизов
Цель этапа
• Сформировать график релизов для наполнения проектными и непроектными
задачами
Регламентация
S22 ТС управления релизами и внедрениями №3638
65

66. ЖЦ Релиза КоТ Р.1 «Расписание релизов утверждено»

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Формирование состава
МУР
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Частота прохождения
Внедрение
Тиражирование
Не реже 1 раза в год
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Расписание релизов
Расписание релизов АС разрабатывается период равный одному
году плюс один квартал
Расписание релизов АС согласовано всеми членами Релизной
команды, каждый в своей зоне ответственности и согласующими
лицами в соответствии с ТС №3638.
Расписание релизов АС утверждено Руководством блока ИТ,
включая планируемый релиз.
Расписание релизов АС опубликовано на портале ДР СБТ (База
знаний ДР в ariadna)
МУР
Руководитель Дирекции Релизов СБТ
66

67. ЖЦ Релиза Формирование состава релиза АС

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
ДБТ+КА+ТК
ЗНИ АС
Расписание
релизов
Детальные
оценки
Формирование состава
Хардбукинг
СТАС₁..АСₓ
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
Проверка поступающих требований
Оценка ЗНИ АС
Наполнение релизов АС
Резервирование ресурсов
Цель этапа
• Сформировать состав релиза АС и зарезервировать ресурсы при открытии
проектов
Регламентация
S22 ТС управления релизами и внедрениями №3638
67

68. Включение ЗНИ АС в релиз происходит в поэтапно: сперва резервирование ресурсов затем фиксация состава

Для каждого проекта, включающего свои ЗНИ АС в состав релиза сперва выполняется резервирование
ресурсов (шаги ①—⑪), затем ЗНИ АС фиксируется в составе релиза (шаги ⑫—⑮)
КоТ
«БТ согласованы»
Проект 1
КоТ «Решение
подготовлено»
Подготовка
к открытию
КоТ «Решение
согласовано»
③ Проектная команда
разбивает решение
на отдельные ЗНИ АС
КоТ «Проект
подготовлен
к открытию»
⑥ Тех.рук*/ИТ аналитик
запрашивает
прогнозный номера
релиза через «единое
окно» у МУР
② Рук. разработки,
тест-менеджер,
и МВР согласуют
достаточность
ДБТ+КА+ТК
для оценки
трудозатрат
Релиз АС 1
⑤ Рук. разработки,
тест-менеджеры,
и МВР предоставляют
оценки А+П+Р+Т+В
по каждому ЗНИ АС
КоТ «Проект
подготовлен
к реализации»
Мобилизация
④ Тех.рук*/ИТ аналитик
запрашивает детальные
оценки по каждому
ЗНИ АС
① Тех.рук*/ИТ аналитик
запрашивает
согласования
ДБТ+КА+ТК
Проект
открыт
⑩ Стаффинг менеджеры
осуществляют
предварительное
резервирование
(софт-букинг)
ресурсов
⑫ Стаффинг
менеджеры
подтверждают
заполнение
вакансий
⑭ Рук. разработки,
тест-менеджер,
и МВР согласуют
СТАС и
подтверждают
актуальность
оценок по ЗНИ АС
⑪ Хард-букинг
ресурсов
(после включения
в повестку ООУ или
после открытия )
⑧ МУР проверяет
критерии РОАС1 и
запрашивает ресурсы у
стаффинг менеджеров
в ЦК, ДК, и ЦСПС
Формирование состава релиза
Проектирование и реализация требований
⑬ Аналитики АС
направляют
СТАС на
согласование
⑨ МУР сообщают
прогнозные номера релизов
по ЗНИ АС в их системах
или плановые даты внедрения
релизов
⑦ «Единое окно»
рассылает запрос ПНР
по МУР систем, указанных
в заявке
КоТ «Функциональное
проектирование
завершено»
⑮ МУР проверяет
критерии РОАС2 и
Фиксирует ЗНИ АС
в составе релиза
Фиксация
состава
релиза







⑨ ⑩





Проект 2
Подготовка
к открытию

Мобилизация
Проектирование и
реализация требований
Фиксация состава релиза происходит по мере поступления согласованных СТАС. В КоТ только контролируется наличие всех подтверждений
68

69. ЖЦ Релиза КоТ Р.2 «Состав релиза зафиксирован»

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
Ответственный за
прохождение КоТ
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Частота прохождения
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Технические
руководители
• Для проектов, ЗНИ АС которых претендуют на включение в состав релиза, пройдены
проектные контрольные точки П3 «Проект подготовлен к реализации решения» и П4
«Функциональное проектирование завершено»
МУР
Менеджеры НПЗ
• Для НПЗ, ЗНИ АС которых претендуют на включение в состав релиза:
• ДБТ согласованы в соответствии с матрицей согласования для НПЗ
• СТАС согласованы в соответствии с матрицей согласования для НПЗ
МУР
Специалисты
сопровождения
• Для дефектов ПРОМ включаемых в релиз подтверждена воспроизводимость дефекта
МУР
Доступная трудомощность релиза
Стаффинг-менеджеры
• Доступная трудомощность релиза больше или равна трудоемкости реализации всех ЗНИ
АС данного релиза
МУР
КРП релиза
(в АС ЦУП)
МУР
• Составляющие плана релиза согласованы между собой.
• План релиза соответствуют утверждённому Составу релиза.
• Определены конкретные исполнители
Руководитель разработки
Тест-менеджер АС
МВР АС, МТР АС
МУР
• Распорядительный документ об утверждении Состава релиза утверждено.
• Распорядительный документ об утверждении Состава релиза опубликовано,
заинтересованными лицам направлено информационное письмо согласно шаблону
рассылки.
• Информация о Составе релиза (перечень ЗНИ АС) корректно отражена в Системе (АС ЦУП).
Координационный офис УПМ
Готовность ЗНИ АС к включению в состав релиза
Распорядительный документ об утверждении
Состава релиза
69

70. ЖЦ Релиза Техническое проектирование

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
Проектирование решения релиза АС
Оценка влияния запрошенных доработок на архитектуру АС
Детальное планирование работ в релизе
Выбор оптимального подхода к тестированию релиза
Цель этапа
• Определить техническое решение для отдельной АС
• Сформировать перечень и план работ релиза
Регламентация
S22 ТС управления релизами и внедрениями №3638
S19 ТС управления архитектурой АС №3423
70

71. ЖЦ Релиза КоТ Р.3 «Проектирование релиза завершено»

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
Ответственный за
прохождение КоТ
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Частота прохождения
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
• Техническое задание (ТЗ) или Приложение к СТАС соответствует Архитектурной спецификации
релиза АС
Архитектор АС
• Техническое задание (ТЗ) или Приложение к СТАС в полном объеме отражает требования СТАС
Аналитик АС
Координатор
инфраструктуры АС (ЦИ)
• КТС и специальное оборудование для стенда разработки в наличии и готовы к настройке
Руководитель разработки АС
Среда разработки
Руководитель разработки АС
• Среда разработки настроена и достаточна для выполнения работ в релизе (по разработке)
МУР
ПМИ
ИТ Аналитик
• Утверждены Бизнес-партнером критерии приёмки и разработаны бизнес сценарии по всем
проектным ЗНИ АС из Утвержденного Состава релиза
Тест-менеджер АС
Техническое задание (ТЗ) или
Приложение к СТАС, содержащее
техническую детализацию спецификации
требований
Руководитель разработки
КТС и специальное оборудование
(среда разработки)
Для АС, по которым запущен процесс управления архитектурой АС¹
Если в релизе изменяется детальная Архитектура АС
Архитектурная спецификация релиза АС
Архитектор АС
• Проверка реализуемости решений, предложенных в Архитектурной спецификации релиза АС
Руководитель разработки АС
• Архитектурная спецификация релиза АС в полном объеме отражает требования СТАС
Аналитик АС
• Архитектурная спецификация релиза АС согласована Менеджером по внедрению релиза АС
МВР АС
• Архитектурная спецификация релиза АС согласована Корпоративным архитектором
Корпоративный архитектор
Если в релизе отсутствуют изменения, влияющие на детальную Архитектуру АС
Чек-лист изменения Архитектуры АС предоставлен
МУР
¹ Перечень АС указан в Распоряжении об обеспечении контроля детальной архитектуры критичных автоматизированных систем
71

72. Тест для самопроверки

На какой период должно быть сформировано расписание релизов?
(отметьте все подходящие ответы)
На 15 месяцев вне зависимости от числа зарегистрированных ЗНИ АС
На срок, необходимый для реализации зарегистрированных ЗНИ АС
На ближайший квартал
Расписание релизов не фиксируется заранее и определяется планами
проектов
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
72

73. Тест для самопроверки

На каких основаниях МВР АС может отказаться согласовать СТАС?
(отметьте все подходящие ответы)
Детализация СТАС недостаточна для планирования приёмо-сдаточных
испытаний релиза АС
МВР АС, обладая многолетним опытом сопровождения, может указать на
ошибки в спроектированном Бизнес процессе
СТАС противоречит требованиям по сопровождению АС
МВР АС не уполномочен согласовывать СТАС
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
73

74. Тест для самопроверки

На каких основаниях Тест-менеджер может отказаться согласовать СТАС?
(отметьте все подходящие ответы)
Детализация СТАС недостаточна для тестирования АС
Тест-менеджер, обладая критическим мышлением, может указать на ошибки
в спроектированном Бизнес процессе
СТАС противоречит требованиям смежных проектов
Тест-менеджер не уполномочен согласовывать СТАС
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
74

75. Тест для самопроверки

Что делается в рамках технического проектирования релиза АС?
(отметьте все подходящие ответы)
Выбор технического решения для реализации совокупности СТАС в релизе
Установка дистрибутива на стенд СТ
Оценка влияния запрошенных доработок на архитектуру системы
Разработка пользовательского интерфейса системы
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
75

76. ЖЦ Релиза Разработка

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Реализация ЗНИ АС, включённых в состав релиза
• Разработка тестовой модели (тест-сценариев, данных, скриптов)
Цель этапа
• Реализовать техническое решение
• Подготовиться к тестированию
Регламентация
S22 ТС управления релизами и внедрениями №3638
S20 ТС разработки и кастомизации №3613
S21 ТС тестирования ПО №3626
76

77. ЖЦ Релиза КоТ Р.4 «Разработка и подготовка к СТ завершены»

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Частота прохождения
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Дистрибутивный комплект Релиза АС
Руководитель разработки АС
КТС и специальное оборудование (среда СТ)
Координатор инфраструктуры АС
(ЦИ)
Среда СТ
Администратор тестового стенда
Актуальность ресурсов для тестирования в
соответствии с профилем ресурсов и планом
релиза (для СТ)
Стаффинг-менеджер
Тестовые сценарии СТ
Тестировщик АС
Тестовые данные СТ
Тестировщик АС
Передан дистрибутивный комплект по всем реализованным ЗНИ АС из
Утвержденного Состава релиза с актуальными контрольными суммами
Тест-менеджер АС
КТС и специальное оборудование для стенда СТ в наличии и готовы к
настройке
Тест-менеджер АС
Стенд СТ настроен
Дистрибутив установлен на стенде СТ
По всем позициям ресурсного профиля проекта/релиза, содержащим
запрос на исполнителей работ по СТ установлен статус – «Выполнено»
Тест-менеджер АС
Тестовые сценарии подготовлены и обеспечена полнота покрытия ЗНИ
АС из Утвержденного Состава релиза
Тест-менеджер АС
Тестовые данные подготовлены и внесены в базы данных/рабочие
области АС
Тест-менеджер АС
Тест-менеджер АС
77

78. ЖЦ Релиза Системное тестирование

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Функциональное тестирование релиза отдельной АС, в т.ч. Тестирование
интеграционной функциональности с использованием заглушек внешних АС
• Исправление выявленных дефектов
Цель этапа
• Выявление и устранение дефектов отдельных АС до развёртывания
- на стенды интеграционного тестирования для интеграционных релизов
- на стенды приёмки для релизов без ИФТ
Регламентация
S22 ТС управления релизами и внедрениями №3638
S20 ТС разработки и кастомизации №3613
S21 ТС тестирования ПО №3626
78

79. ЖЦ Релиза КоТ Р.5 «СТ релиза и подготовка к ИФТ завершены»

КоТ ЖЦ
Релиза
Тест-планы проектов
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Частота прохождения
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Дистрибутивный комплект Релиза АС
Руководитель разработки
Отчет по результатам СТ
Тест-менеджер АС
Передан Дистрибутивный комплект Релиза АС согласно Утверждённому Составу
релиза, который не содержит критических дефектов, выявленных на СТ
Контрольные суммы полученного дистрибутива совпадают с файлом контрольных
сумм Дистрибутивного комплекта Релиза АС, прошедшего СТ
Подготовлено и/или актуализировано руководство пользователя
Тест-менеджер АС
Предоставлен и опубликован отчет по результатам СТ с положительным
заключением передачи Релиза АС на ИФТ
МУР
Для АС, имеющих интеграционные интерфейсы
КТС и специальное оборудование (среда ИФТ)
Координатор инфраструктуры АС
(ЦИ)
Среда ИФТ
Администратор тестового стенда
Тестовые сценарии ИФТ
КТС и специальное оборудование для стенда ИФТ в наличии и готовы к настройке
Тест-менеджер АС
Стенд ИФТ настроен (обновлен с ПРОМ среды и обезличены данные)
Дистрибутивы АС (текущей и смежных) установлены на стенде ИФТ
Настроено интеграционное взаимодействие между АС, согласно
актуализированной карте/сводной таблице интеграционных взаимодействий
Тест-менеджер АС
Тестировщик АС
Тестовые сценарии подготовлены
Тестовые сценарии согласованы с ИТ-аналитиком/Техническим руководителем
проекта
Тест-менеджер АС
Тестовые данные ИФТ
Тестировщик АС
Тестовые данные подготовлены и внесены в АС
Тест-менеджер АС
Актуальность ресурсов для тестирования в
соответствии с профилем ресурсов и планом
релиза (для ИФТ)
Стаффинг-менеджер
По всем позициям ресурсного профиля проекта/релиза, содержащим запрос на
исполнителей работ по ИФТ установлен статус – «Выполнено»
Тест-менеджер АС
Если нет заключения об отсутствии необходимости в НТ релиза
Методика нагрузочного тестирования
Тест-менеджер НТ
Методика НТ подготовлена и согласована с Менеджером по производительности,
Менеджером по внедрению релиза и Менеджерами по тестированию или
Получено заключение об отсутствии необходимости НТ релиза
МУР
79

80. ЖЦ Релиза Интеграционное функциональное тестирование

КоТ ЖЦ
Релиза
Протестированное
решение
Тест-планы проектов
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Подтверждение реализации интеграционных требований к АС, включённых в
релиз
• Подтверждение сохранения интеграционной функциональности, реализованной
в предыдущих релизах АС
• Исправление выявленных дефектов
Цель этапа
• Подтвердить функционирование комплекса систем в соответствии
с зафиксированными требованиями
Регламентация
S22 ТС управления релизами и внедрениями №3638
S20 ТС разработки и кастомизации №3613
S21 ТС тестирования ПО №3626
80

81. ЖЦ Релиза КоТ Р.6 «ИФТ релиза завершено»

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Частота прохождения
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Тест-менеджер АС
• Дистрибутивный комплект Релиза АС не содержит критических дефектов, выявленных СТ/ИФТ
• Предоставлены и опубликованы отчеты по результатам СТ/ИФТ, содержащие положительные
заключения к передаче релиза на ПСИ и НТ
МВР АС
Руководитель разработки
• Передан в ФПД Дистрибутивный комплект Релиза АС согласно Утвержденному Составу релиза,
который не содержит критических дефектов, выявленных на ИФТ
• Подготовлено и/или актуализировано руководство администратора
МУР
МВР АС,
Тест-менеджер АС
• Получен из ФПД Дистрибутивный комплект Релиза АС согласно Утверждённому Составу релиза
• Контрольные суммы полученного дистрибутива совпадают с файлом контрольных сумм
Дистрибутивного комплекта Релиза АС, прошедшего ИФТ
• Версия Дистрибутивного комплекта релиза АС совпадает с указанной версией в Отчете по
результатам СТ/ИФТ
МУР
Актуальность ресурсов для проведения ПСИ в
соответствии с профилем ИТ ресурсов и планом релиза
Стаффинг-менеджер
• По всем позициям ресурсного профиля проекта/релиза, содержащим запрос на исполнителей
работ по проведению/сопровождению ПСИ установлен статус – «Выполнено»
МВР АС
КТС и специальное оборудование (среда ПСИ)
Координатор
инфраструктуры АС (ЦИ)
• КТС и специальное оборудование для стенда ПСИ в наличии и готовы к настройке
МВР АС
Отчёты по результатам СТ/ИФТ
Дистрибутивный комплект Релиза АС
Для АС, по которым запущен процесс управления архитектурой АС
Архитектура АС
Архитектор АС
• Архитектуры АС актуализирована Архитектором АС в соответствии с Архитектурной
спецификацией релиза АС
МУР
Если нет заключения об отсутствии необходимости в НТ релиза
Актуальность ресурсов для проведения НТ в
соответствии с профилем ресурсов и планом релиза
Стаффинг-менеджер
• По всем позициям ресурсного профиля проекта/релиза, содержащим запрос на исполнителей
работ по НТ установлен статус – «Выполнено»
Тест-менеджер НТ
КТС и специальное оборудование (среда НТ)
Координатор
инфраструктуры АС (ЦИ)
• КТС и специальное оборудование для стенда НТ в наличии и готовы к настройке
Тест-менеджер НТ
Средства НТ
Тест-менеджер НТ
• Средства НТ в соответствии с Методикой НТ подготовлены и проверены
МУР
Среда НТ
Администратор тестового
стенда
• Стенд НТ настроен
• Дистрибутив установлен на стенде НТ
МУР
81

82. ЖЦ Релиза Проведение нагрузочного тестирования

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Проведение НТ
Разработка
СТ
ИФТ
Подготовка
к ПСИ
Проведение
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Подтверждение требуемого уровня производительности АС
• Оптимизация исходного кода
Цель этапа
• Подтвердить соответствие эксплуатационных характеристик отдельной АС
зафиксированным требованиям
Регламентация
S22 ТС управления релизами и внедрениями №3638
S20 ТС разработки и кастомизации №3613
S21 ТС тестирования ПО №3626
82

83. ЖЦ Релиза Подготовка к приёмо-сдаточным испытаниям

КоТ ЖЦ
Релиза
Протестированное
решение
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Проведение
ПСИ
Подготовка
к ПСИ
Внедрение
Тиражирование
Ключевая активность
• Настройка стенда ПСИ АС
• Настройка интеграционного полигона ПСИ
Цель этапа
• Убедиться в работоспособности отдельного стенда ПСИ и интеграционного
полигона в целом до демонстрации системы заказчикам
Регламентация
S22 ТС управления релизами и внедрениями №3638
83

84. ЖЦ Релиза КоТ Р.7 «Подготовка к ПСИ релиза завершена»

КоТ ЖЦ
Релиза
Протестированное
решение
Формирование
расписания
релизов
Формирование состава
Ответственный за
прохождение КоТ
МУР
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Частота прохождения
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Среда ПСИ
МВР АС
• Стенд ПСИ настроен
• Настроено интеграционное взаимодействие между АС, согласно
актуализированныой карте/сводной таблице интеграционных
взаимодействий (раздел Архитектуры АС, для АС, по которым запущен
процесс управления Архитектурой АС) на стенде ПСИ
Распоряжение о проведении ПСИ
МВР АС
• Выпущено Распоряжение о проведении ПСИ
• Соответствующие доступы всем участникам Рабочей группы ПСИ на
стенде ПСИ предоставлены.
МУР
ПМИ
ИТ Аналитик
• ПМИ актуализирована и согласована ЦСПС, Бизнес-заказчиком и Тестменеджером АС
МВР АС
МУР
84

85. ЖЦ Релиза Проведение приёмо-сдаточных испытаний

КоТ ЖЦ
Релиза
Протестированное
решение
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Проведение
Подготовка
ПСИ
к ПСИ
Внедрение
Тиражирование
Ключевая активность
• Демонстрация новой функциональности Заказчикам и специалистам
сопровождения в рамках приёмки проектного решения
• Проверка старой функциональности, не проверенной в рамках СТ и ИФТ
• Подтверждение сохранения прочих эксплуатационных характеристик,
не проверяемых в рамках НТ
Цель этапа
• Подтвердить работоспособность новой функциональности и сохранение старой
до установки дистрибутивного комплекта на стенд промышленной эксплуатации
Регламентация
S22 ТС управления релизами и внедрениями №3638
85

86. ЖЦ Релиза КоТ Р.8 «ПСИ и подготовка к внедрению релиза завершены»

КоТ ЖЦ
Релиза
Принятое
решение
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
Формирование состава
МУР
СТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
ИФТ
Частота прохождения
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Руководитель разработки
АС
• Передан в ФПД Дистрибутивный комплект Релиза АС согласно Утверждённому Составу релиза,
который не содержит критических дефектов, выявленных на ПСИ и НТ
(дистрибутивный комплект передается в ФПД в случае его изменения в процессе ПСИ).
• Подготовлена и/или актуализирована эксплуатационная документация по АС согласно
Утверждённому Составу релиза.
• Контрольные суммы переданного дистрибутива совпадают с файлом контрольных сумм
Дистрибутивного комплекта Релиза АС, прошедшего ПСИ
МВР АС
Утвержденный протокол ПСИ
МВР АС
МУР
Распоряжение о внедрении релиза в ЦА или
базовом ТБ
МВР АС
• Распоряжение о внедрении релиза в ЦА или базовом ТБ утверждено в АС ЦУП/СЭОДО в зависимости
от риска внедрения
МУР
План внедрения релиза в ЦА или базовом ТБ
(отката)
МВР АС
МУР
Актуальность ресурсов для внедрения в
соответствии с профилем ресурсов и планом релиза
МВР АС
• По всем позициям ресурсного профиля проекта/релиза, содержащим запрос на исполнителей работ
по внедрению установлен статус – «Выполнено»
МУР
КТС и специальное оборудование (среда ПРОМ ЦА
или базового ТБ)
Координатор
инфраструктуры АС (ЦИ)
• КТС и специальное оборудование для среды ПРОМ ЦА или базового ТБ в наличии и настроены и
готовы к развёртыванию ППО
МВР АС
Среда ПРОМ ЦА или базового ТБ
МВР АС
• Среда ПРОМ или базового ТБ настроена
МУР
Дистрибутивный комплект Релиза АС
Протокол ПСИ не содержит критических замечаний
Протокол ПСИ актуален и соответствует конфигурации внедрения
HP SM заведены все Риски, связанные с выявленными дефектами релиза
Протокол ПСИ согласован всеми участниками рабочей группы ПСИ
Версия Дистрибутивного комплекта релиза АС совпадает с указанной версией в Протоколе ПСИ
Тест-менеджер АС подтвердил отсутствие дефектов на финальном регрессионном тестировании
Отчёт по результатам НТ содержит положительное заключение о результатах НТ (если НТ применимо)
Утверждён План внедрения релиза в ЦА или базовом ТБ (включая план отката)
План внедрения релиза в ЦА или базовом ТБ согласован с Ситуационным центром ЦСКО
План внедрения релиза содержит мероприятия по возможному откату релиза
Репетиция внедрения проведена
Если нет заключения об отсутствии необходимости в НТ релиза
Отчет по результатам НТ (если применимо)
Тест-менеджер НТ
• Предоставлен и опубликован отчет по результатам НТ, содержащий положительное заключение к
передачи Дистрибутивного комплекта Релиза АС на внедрение
86
МВР АС

87. ЖЦ Релиза Внедрение релиза АС

КоТ ЖЦ
Релиза
Внедрённое в ЦА
решение
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Установка релиза АС в ЦА или базовом территориальном банке
Цель этапа
• Ввести в промышленную эксплуатацию реализованные доработки АС
Регламентация
S22 ТС управления релизами и внедрениями №3638
87

88. ЖЦ Релиза КоТ Р.9 «Внедрение релиза завершено»

КоТ ЖЦ
Релиза
Внедрённое в ЦА
решение
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Формирование состава
МУР
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Частота прохождения
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Обязательные к выполнению критерии
Распоряжение о внедрении в ЦА или базовом ТБ
МВР АС
• Указаны успешные результаты внедрения в АС ЦУП
МУР
Отчет об исполнении Распоряжения о внедрении
релиза в ЦА (отката)
МВР АС
• Опубликован отчет о результатах исполнения Распоряжения о внедрении
релиза АС в ЦА или базовом ТБ
МУР
Для нецентрализованных АС
Дистрибутивный комплект релиза АС
МВР АС
• Передан в ФПД Менеджером по внедрению релиза АС
• Получен из ФПД Менеджером по тиражированию релиза АС
Менеджер по тиражированию
релиза АС
КТС и специальное оборудование (среда ПРОМ ТБ)
Менеджер по тиражированию
релиза АС
• Выделена и настроена среда ПРОМ в ТБ
Менеджер по тиражированию
релиза АС
Утверждённое распоряжение о внедрении в ТБ
Менеджер по тиражированию
релиза АС
• Предоставлено утверждённое распоряжение о внедрении в ТБ
МУР
План тиражирования релиза АС
Менеджер по тиражированию
релиза АС
• Согласован с Ситуационным центром ЦСКО ТБ
МУР
88

89. ЖЦ Релиза Тиражирование релиза АС

КоТ ЖЦ
Релиза
Внедрённое
решение
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Установка релиза нецентрализованной АС в территориальных банках
• Подведение итогов внедрения
Цель этапа
• Ввести в промышленную эксплуатацию реализованные доработки АС
• Синхронизировать версии АС во всех ТБ
Регламентация
S22 ТС управления релизами и внедрениями №3638
89

90. ЖЦ Релиза КоТ Р.10 «Тиражирование завершено»

КоТ ЖЦ
Релиза
Внедрённое
решение
Формирование
расписания
релизов
Ответственный за
прохождение КоТ
Формирование состава
МУР
Техническое
проектирование
Разработка
Ответственный за оформление
отчёта
МУР
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Для каждого релиза
каждой АС
Частота прохождения
Критерии прохождения КоТ
Контролируемый артефакт
Исполнитель
Критерии качества результата
Проверяющий (е)
Для АС, по которым запущен процесс управления архитектурой АС
Архитектура АС
Архитектор АС
• Архитектура АС актуализирована по результатам ИФТ и внедрения.
Финальная версия направлена Корпоративному Архитектору для
публикации в архитектурном каталоге.
МУР
Для нецентрализованных АС
Отчеты об исполнении Распоряжений о внедрении
релиза в ТБ (отката)
Менеджер по тиражированию
релиза АС
• Опубликованы отчеты о результатах исполнения Распоряжений о
внедрении релиза в ТБ
МУР
90

91. ЖЦ Релиза Ретроспектива релиза

КоТ ЖЦ
Релиза
Формирование
расписания
релизов
Формирование состава
Техническое
проектирование
Разработка
СТ
ИФТ
Проведение НТ
Подготовка
Проведение
к ПСИ
ПСИ
Внедрение
Тиражирование
Ключевая активность
• Анализ результатов внедрения
• Извлечение уроков
Цель этапа
• Выявить точки совершенствования производственных процессов
Регламентация
S22 ТС управления релизами и внедрениями №3638
91

92. Тест для самопроверки

В какой момент Дистрибутивный комплект должен быть передан для установки
на стенд Системного тестирования?
(отметьте все подходящие ответы)
В плановую дату КоТ «Разработка релиза завершена»
В соответствии с расписанием релиза, обычно за несколько дней до
окончания этапа «Разработка релиза»
Установка дистрибутива не требуется, так как Системное тестирование
проводится на стенде разработки
После завершения отладки и успешного выполнения всех модульных тестов
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
92

93. Тест для самопроверки

В какой контрольной точке проверяется передача Дистрибутивного
комплекта в ФПД?
(отметьте все подходящие ответы)
КоТ «Разработка релиза завершена»
КоТ «СТ релиза завершено»
КоТ «ИФТ релиза завершено»
КоТ «Подготовка к ПСИ релиза завершена»
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
93

94. Тест для самопроверки

В какой контрольной точке проверяется установка Дистрибутивного
комплекта на стенд ИФТ?
(отметьте все подходящие ответы)
КоТ «Разработка релиза завершена»
КоТ «СТ релиза завершено»
КоТ «ИФТ релиза завершено»
КоТ «Подготовка к ПСИ релиза завершена»
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
94

95. Тест для самопроверки

Какие результаты контролируются в КоТ «Подготовка к ПСИ релиза
завершена»?
(отметьте все подходящие ответы)
Дистрибутивный комплект
Среда ПСИ
ПМИ
Проект распоряжения о внедрении релиза АС
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
95

96. Основные роли СПП

Обучение сквозному
производственному процессу

97. Обзор основных ролей ИТ в проектах

Роль
Описание
Подразделение
Технический
руководитель
Управляет реализацией ИТ-составляющей в проекте
Собирает оценки и готовит консолидированную оценку ИТ-составляющей в проекте
Разрабатывает и согласовывает проектную документацию, участвует в открытии проекта
Контролирует ход исполнения проекта, выявляет и корректирует отклонения
Корректирует и актуализирует план проекта в части ИТ-составляющей
Предоставляет отчетность и обеспечивает необходимое взаимодействие с заинтересованными сторонами
Оценивает эффективность деятельности специалистов, задействованных на проекте
Сотрудник УПМ
Бизнес-партнёр
Контролирует и организует деятельность функционального блока в рамках ИТ-работ и по оценке проектов/запросов
Решает конфликтные ситуации
Анализирует предложения поставщиков и анализирует возможности осуществления проектов и инициатив
Формирует и обосновывает технические решения
Контролирует и мониторит соблюдение параметров предоставления ИТ-услуг функциональными блоками (SLA)
Обеспечивает эффективные коммуникации между представителями заказчика и ИТ подразделениями Банка
Сотрудник
Офиса CTO
ИТ аналитик
Формирует предварительное экспертное заключения по бизнес-инициативам;
Разрабатывает и согласует детальные бизнес-требования (вкл. нефункциональные требования к решению);
Формирует и согласует перечень сценариев для приёмки решения с учетом требований Заказчика
Контролирует полноту и корректность требований к отдельным системам;
Участвует в приёмке решения
Сотрудник
Офиса CTO
Аналитик АС
Анализирует реализуемость требований к АС
Осуществляет функциональное проектирование отдельной АС в соответствии с БТ и ДБТ
Сотрудник ЦК
Отвечает за разработку и поддержание в актуальном состоянии целевой корпоративной архитектуры
Отвечает за контроль проводимых изменений в АС на соответствие целевым стандартам и принципам, а также
проектным решениям.
Разрабатывает и согласовывает модели технологических процессов (тех. карты);
Осуществляет технологический контроль в процессе внедрения новых АС или изменении существующих;
Верифицирует и согласует разделы бизнес требований и детальных бизнес требований;
Контролирует взаимное соответствие архитектуры решения (КА), детальных бизнес требований и тех. карты;
Контролирует полноту, качество и непротиворечивость бизнес требований;
Контролирует соответствие документа СТАС бизнес требованиям сквозных технологических процессов.
Определяет Подходы к тестированию решения
Определяет цели тестирования в проекте, определение необходимых этапов тестирования в проекте
Разрабатывает тест-план по проекту, формирует задание на тестирование в каждой из АС в проекте
Определяет необходимую глубину тестирования, приоритеты по выполнению тестов и используемые подходы
Оценивает трудоёмкость этапов тестирования в проекте, согласует план проекта и релизов в части работ по тестированию
Проводит детализацию ПМИ, организует разбор замечаний, поступивших на приёмке результатов проекта
Сотрудник ДКА
Сотрудник УТП
Сотрудник ДК
или внешнего
поставщика
Корпоративный
архитектор
Технолог
Менеджер по
тестированию
97

98. Обзор основных ролей ИТ в релизах АС

Роль
Описание
Подразделение
Сотрудник
дирекции
релизов
Сотрудник ЦК
Согласовывает текущий прогнозный Состав релиза для его последующего утверждения
Формирует и поддерживает в актуальном состоянии План релиза в части разработки
Организовывает и координирует работы по системному анализу, проектированию, кодированию или кастомизации, а
также модульному тестированию доработок функционала из утвержденного Состава релиза, в том числе по работам
подрядчика, организовывает и координирует работы по сборке дистрибутивного комплекта релиза
Передаёт дистрибутивный комплект релиза отдельной АС, в том числе Release notes, для установки на стенды СТ/ИФТ и
в ФПД при передаче релиза в Банк для проведения ПСИ
Организовывает и координирует работы по исправлению дефектов, найденных при проведении тестирования и ПСИ
Оказывает поддержку со стороны разработки в период подготовки к внедрению, внедрения и тиражирования
Документирует унаследованную Архитектуру АС
Анализирует поступающие требования, определяет влияние доработок на Архитектуру АС
Формирует и согласовывает необходимые изменения в Архитектуре АС
Поддерживает в актуальном состоянии документацию по Архитектуре АС
Сотрудник ЦК
Разрабатывает стратегию тестирования
Оценивает трудозатраты и планирует тестирование результатов разработки
Организует подготовку необходимых тест-планов, сценариев в рамках согласованных сроков и затрат
Организует проведение тестирования в рамках согласованных сроков и затрат
Организует разбор замечаний, поступивших на ПСИ
Сотрудник ДК или
внешнего
поставщика
Менеджер по
внедрению
релиза (в ЦСПС)
Планирует работы по мобилизации технических ресурсов, проведению ПСИ и внедрению
Организует мобилизацию технических ресурсов
Организует и контролирует проведение ПСИ релиза
Организует работы по внедрению релиза в ЦА
Сотрудник ЦСПС
(иногда ЦИ или
МЦТП)
Менеджер по
тиражированию
Организует работы по внедрению релиза в ТБ
Координирует работы по тиражированию релиза
Менеджер по
управлению
релизами
Руководитель
разработки
Архитектор АС
Тест-менеджер
Организовывает формирование, согласование и утверждение Расписания релизов
Фиксирует финальный состав релиза и передает утвержденный состав релиза в реализацию
Администрирует состав релиза от начала реализации до момента его внедрения
Выполняет мониторинг Расписания и Состава релиза
Координирует деятельность по исполнению Плана релиза в разрезе доработок в части проектирования, кодирования,
сборки, тестирования и передачи релизов АС в Банк
Координирует процесс и План проведения ПСИ
Организовывает и координирует процесс внедрения релиза АС в ЦА / ТБ
98

99. Тест для самопроверки

Чем отличается тест-менеджер от менеджера по тестированию?
(отметьте все подходящие ответы)
Это четыре совершенно разных человека
Первый отвечает за тестирование в проекте, второй - за тестирование в
релизе
Первый отвечает за тестирование в релизе, второй - за тестирование в
проекте
Ничем - это разные названия одной роли
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
99

100. Тест для самопроверки

Какая роль отвечает за своевременную реализацию ИТ-составляющей
в проектах?
(отметьте все подходящие ответы)
Руководитель проекта
Технический руководитель
Руководитель разработки
Менеджер по управлению релизами
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
100

101. Обзор системы контроля СПП

Обучение сквозному
производственному процессу

102. Система контроля в рамках СПП

2
Сервисы
Роли
1
ЖЦ объектов
4
5
Система контроля
3
Система контроля это проверка завершения всех работ на
предыдущем этапе и наличия определенных
согласованных артефактов перед началом следующего
этапа.
Для обеспечения качества всех промежуточных
документов приёмку результатов выполняют члены
проектной или релизной команды
Внешние аудиторы контролируют, что команда проверила
все необходимые артефакты в каждой точке
Метрики
102

103. Система контроля СПП Внутренний и внешний контроль

Внутренний контроль: Обеспечение качества
выполняемых работ
Согласованная модель
Жизненный цикл и точки контроля
Ключевые роли
Система
контроля
Процессы и
процедуры
контроля
Карта процессов
• Члены проектной или релизной команды
контролирует качество на каждом этапе
выполнения проекта или релиза
– Качество процессов и промежуточных
результатов в ходе выполнения работ
– Приёмка-передача результатов на
контрольных точках
Тех. Руководитель
Менеджер по упр.
релизом (МУР)
Администратор
Приложения
Контролирующие
роли /
организационная
структура контроля
ИТ аналитик
Технолог
Аналитик АС
Архитектор АС
Руководитель разработки
Разработчик
Тест менеджер
Тестировщик
Метрики
Полномочия по
принятию решений
Внешний контроль: Обеспечение качества
в части установленных требований к СПП
• Инженер по качеству, который не является
членом релизной / проектной команды
проверяет исполнение внутреннего контроля:
– Наличие требуемой документации
– Результаты работы внутреннего контроля
(отчёты, статусы, согласования)
– Наличие собранных метрик
(пока не применимо)
Внутренний контроль
Внешний контроль
103

104. Контрольная точка – ключевой элемент внутреннего контроля

КоТ (контрольная точка) - это набор критериев, используемых для оценки
завершённости этапа проекта/релиза и возможности перехода к следующему этапу
Даты прохождения проектных КоТ соответствуют ключевым вехам проекта в БКП.
Даты прохождения релизных КоТ определяют плановые даты в расписании релизов
ДА!
НЕТ
КоТ:
КоТ:
Подготовлено?
Согласовано?
Подписано?
Подготовлено?
Согласовано?
Подписано?
Ключевая веха
Перечень КоТ для конкретного проекта / релиза
фиксируется в базовом календарном плане
проекта/релиза
Ключевая веха
104

105. Порядок прохождения контрольной точки (КоТ). Роли

ИСПОЛНИТЕЛИ – готовят документы, программный код
и другие результаты своей работы в соответствии с
планом проекта/релиза
Например: Аналитик АС
Ответственный за КоТ
ПРИНИМАЮЩИЕ – проверяют результаты по мере их
передачи в соответствии с критериями,
определёнными в КоТ. Цель проверки – убедиться в
соответствии качества результатов тем задачам,
которые стоят перед принимающими на следующем
этапе проекта/релиза
Например: Тест-менеджер по АС
Исполнители
Принимающие
Артефакты
Критерии
прохождения
КоТ
ОТВЕТСТВЕННЫЙ ЗА КОТ – на протяжении всего этапа
организует взаимодействие исполнителей и
принимающих (в случае эскалации – их руководителей)
для успешного прохождения КоТ в соответствии с
определённым ранее расписанием
В проектных КоТ: Бизнес-партнёр, затем Тех.рук
В релизных КоТ: МУР
105

106. Проверка критериев КоТ

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

107. Контроль прохождения КоТ

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

108. Если КоТ не пройдена в срок

Ответственный за прохождение КоТ
совместно с проектной/релизной командой формирует ПКМ
если решение не найдено, то инициирует эскалацию
Работы останавливаются?
Не обязательно. При объективной возможности продолжения работ и по
согласованию с проверяющей стороной (линейный руководитель
Проверяющего) и линейным руководителем Ответственного за
прохождение КоТ, работы могут быть продолжены. Решение о
приостановлении работ может быть принято в ходе эскалации
108

109. Схема эскалации

При задержке прохождения КоТ и невозможности выработки ПКМ
эскалация подымается одновременно по трём направлениям
Руководители
ответственного за КоТ
Ответственный за КоТ
Руководители
Исполнителей
Руководители
Принимающих
Согласовывают мероприятия по устранению/
минимизации рисков или корректирующие
мероприятия в случае реализации рисков и новый
контрольный срок прохождения КоТ
Устраняют препятствия, мешающие Исполнителям
подготовить результаты в срок или скорректировать
свои результаты по полученным замечаниям
Снимают нецелесообразные замечания
принимающих. Принимают решение о степени
критичности замечаний
109

110. В случае невозможности выполнения критериев к плановой дате проектной КоТ

День Т
День Т+1
② Решение найдено?
① Поиск решений,
возвращающих
проект в план
День Т+2
⑥ Решение найдено?
⑤ Поиск решений,
возвращающих
проект в план
День Т+3
⑩ Решение найдено?
⑨ Поиск решений,
возвращающих
проект в план
День Т+4
⑭ Решение найдено?
⑬ Поиск решений,
возвращающих
проект в план
⑰ Поиск решений,
возвращающих
проект в план
⑳Информирование
о ПКМ — плане
корректирующих
мероприятий
Бизнес-партнёр
проекта
Исполнитель,
Принимающий, и
другие члены ПК и РК*
Начальники
отделов исполнителя
и принимающего
③ Нет
решения?
Начальники управлений
/ Директора ЦК
исполнителя
и принимающего
⑦ Нет
решения?
Директора
департаментов
исполнителя
и принимающего
⑪ Нет
решения?
⑲ Отражение
найденных
решений в
календарном
плане проекта
Руководство
Блока ИТ
и СБТ
⑮ Нет
решения?

Тех.Рук.
Тех.Рук.
Начальник отдела
УПМ
Директор
УПМ
Директор
УПМ
Тех.Рук
④ Информирование
о риске задержки
* ПК — проектная команда,
РК — релизная команда
Тех.Руки
смежных проектов
⑧ Информирование
о риске задержки
Бизнес-партнёр
проекта
⑫ Информирование
о риске задержки
Штаб офиса CIO
проекта
⑯ Информирование ㉑ Информирование
о ПКМ
о риске задержки
CIO
проекта
Тех.Руки
смежных проектов
110

111. В случае невозможности выполнения критериев к плановой дате релизной КоТ

День Т
День Т+1
② Решение найдено?
① Поиск решений,
возвращающих
релиз в план
День Т+2
⑥ Решение найдено?
⑤ Поиск решений,
возвращающих
релиз в план
День Т+3
⑩ Решение найдено?
⑨ Поиск решений,
возвращающих
релиз в план
День Т+4
⑳Согласование
ПКМ - плана
корректирующих
мероприятий
⑭ Решение найдено?
⑬ Поиск решений,
возвращающих
релиз в план
⑰ Поиск решений,
возвращающих
релиз в план
Начальник отдела
МУР
Исполнитель,
Принимающий, и
другие члены РК*
Начальники
отделов исполнителя
и принимающего
③ Нет
решения?
Начальники управлений
/ Директора ЦК
исполнителя
и принимающего
⑦ Нет
решения?
⑪ Нет
решения?
Директора
департаментов
исполнителя
и принимающего
⑲ Отражение
найденных
решений в
календарном
плане релиза
Руководство
Блока ИТ
и СБТ
⑮ Нет
решения?

МУР
МУР
Начальник отдела
МУР
Директор
Дирекции релизов
Директор
Дирекции релизов
МУР
* РК — релизная команда
④ Информирование
о риске задержки
⑧ Информирование
о риске задержки
⑫ Информирование
о риске задержки
⑯ Информирование ㉑ Информирование
о риске задержки
о ПКМ
Тех.Руки
затронутых проектов
Бизнес-партнёры
затронутых проектов
Штабы офисов CIO
затронутых проектов
CIO
затронутых проектов
Тех.Руки
затронутых проектов
111

112. Результат прохождения КоТ

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

113. Мониторинг прохождения КоТ

Текущий мониторинг прохождения КоТ осуществляют линейные
руководители Ответственных за прохождение КоТ –
начальники отделов УПМ и ДР
Текущий мониторинг проводится еженедельно по КоТ,
плановая дата которых наступила 3 и более дней назад
Фокус мониторинга: непройденные в срок КоТ и наличие ПКМ
Ответственный за
прохождение КоТ
Плановая дата
прохождения КоТ
пт
Начальник
Руководитель
Директора
отдела УПМ/ДР
УПМ/ДР
департаментов
пн
вт
ср
чт
пт
Генеральный
директор
пн
113

114. Тест для самопроверки

Что должен сделать МУР на этапе «Разработка релиза» в случае, если Дистрибутив
не предоставлен к промежуточной дате, зафиксированной расписанием релиза,
а до КоТ «Разработка завершена» остаётся 5 рабочих дней?
(отметьте все подходящие ответы)
Ничего предпринимать не требуется, т.к. дата КоТ ещё не наступила
Необходимо провести встречу с руководителем разработки и тестменеджером для поиска решений, позволяющих вернуть релиз в план
Необходимо провести встречу с руководителем разработки для поиска
решений, возвращающих релиз в план. Тест-менеджера привлекать не нужно
Если не удастся найти решение в Релизной команде, необходимо привлечь к
поиску решения начальников отделов в ЦК и ДК
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
114

115. Тест для самопроверки

Что должен сделать Тех.Рук. на этапе «Проектирование и реализация решения»
в проекте, если СТАС не согласован к запланированной дате, а до КоТ «Фиксация
состава релиза» остаётся 5 рабочих дней?
(отметьте все подходящие ответы)
Ничего предпринимать не требуется, т.к. дата КоТ ещё не наступила
Необходимо провести встречу с Аналитиком АС и принимающими документ
для поиска решений, позволяющих вернуть проект в план
Необходимо провести встречу с Аналитиком АС для поиска решений,
возвращающих проект в план. Согласующих документ привлекать не нужно
Если не удастся найти решение на уровне команды, необходимо привлечь к
поиску решения начальника отдела в ЦК и руководителей согласующих
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
115

116. Тест для самопроверки

Кто и в какой момент должен проинформировать бизнес партнёра о риске
задержки прохождения КоТ в проекте?
(отметьте все подходящие ответы)
Тех.рук. должен уведомить бизнес-партнёра сразу после выявления риска
Тех.рук. должен уведомить бизнес-партнёра после выработки плана
корректирующих мероприятий и внесения изменений в план проекта
Тех.рук. должен уведомить бизнес-партнёра в случае, если не удаётся найти
решение на уровне начальников отделов
Начальник отдела УПМ должен уведомить бизнес-партнёра в случае, если не
удаётся найти решение на уровне начальников отделов
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
116

117. Тест для самопроверки

Кто и в какой момент должен проинформировать бизнес партнёра о риске
задержки прохождения КоТ в релизе?
(отметьте все подходящие ответы)
МУР должен уведомить бизнес-партнёра после выработки плана
корректирующих мероприятий и внесения изменений в план релиза
Тех.рук. должен уведомить бизнес-партнёра после выработки плана
корректирующих мероприятий и внесения изменений в план проекта
Начальник отдела МУР должен уведомить бизнес-партнёра в случае, если не
удаётся найти решение на уровне начальников отделов
Начальник отдела УПМ должен уведомить бизнес-партнёра в случае, если не
удаётся найти решение на уровне начальников отделов
Попробовать
Проверить
ещё раз
Для прохождения теста откройте
презентацию на полный экран
Далее »
117

118. Спасибо за внимание!

English     Русский Правила