Содержание
Зачем потребовалось внедрение нового процесса?
Требования и стандарты
Определение портфеля проектов и услуг ИТ и управлением им
Управление ИТ финансами
Управление портфелем услуг и SLA
Управление операционными рисками в ИТ
Управление качеством в ИТ
Управление архитектурой ИТ
Управление операционной моделью ИТ
Управление кадрами ИТ
Управление поставщиками и партнерами
Управление знаниями
Стратегическое планирование ИТ
Управление инновациями
Управление информационной безопасностью
Соответствие требованиям регуляторов
Взаимодействие с заказчиками
Оценка ИТ процессов Сбербанка России 2013 год
Эксплуатация
Планирование, управление
и контроль
Управление портфелем ИТ-проектов
Планирование ресурсов
Разработка
Разработка и кастомизация
Тестирование
Управление ИТ-проектами
Управление релизами и внедрениями
Архитектура решений
Бизнес-анализ и проектирование
Приоритет для немедленного улучшения
ИСТОЧНИК: Oliver Wyman
Оценка зрелости процессов ИТ показала, что для реализации стратегических инициатив Банка до 2018 года необходимо кардинально повысить зрелость процессов разработки автоматизированных систем.
В конце 2015 года в СПП добавлены процессы управления трудовыми ресурсами в ИТ и исполнением портфеля ИТ-задач, которые развиваются в рамках отдельного проекта, и в данной презентации не отражены
Прозрачность всех этапов реализации
Гарантированные сроки реализации
Запрошенная функциональность
Снижение стоимости реализации
Гарантированные сроки внедрения
Гарантированное качество ПО
В результате внедрения СПП Заказчики ИТ блока должны увидеть значительное повышение прозрачности и предсказуемости при реализации стратегических инициатив Банка.
① Упрощённое описание процесса и определение точек контроля за соблюдением процесса
④ Набор показателей для контроля качества и эффективности исполнения процесса
③ Стандартная ролевая модель, разделяющая ответственность за отдельные шаги и этапы процесса
⑤ Порядок контроля и мотивации сотрудников на исполнение процесса
Ключевые роли
3
Отклонение сроков проекта
Точность планирования
Качество проектирования
Качество разработки
К-во тестирования
Стабильность
релиза
Качество
Релиза
Соответствие
БТ
Метрики
4
Система контроля
5
Карта процессов
S 17 Управление реализацией ИТ-составляющей проекта
S 18 Бизнес анализ и проектирование
S 19 Архитектура АС
S 22 Управление релизами
S 20 Разработка и кастомизация
S 21 Тестирование АС
Подготовка к
открытию/
планирование
Восстановле-ние и аудит
Арх. АС
ПСИ
Внедрение
2
Запуск работ
по проекту/
Функциональное
проектирование.
Реализация – мониторинг и
контроль исполнения работ по проекту
Тест-е и приемка
результатов
проекта
Ввод
решения в
эксплуатацию
Закрытие
проекта
Администр.
расписания
релизов
Администрирование состава релиза
Контроль проектирования, разработки, сборки,
тестирования и поставки на ПСИ
Тираж-ие
ЭО
Разр.
ДБТ,
ТК
Функциональное
проектирование/
разработка СТ АС
Проведение демо-сессий и
Контроль соответствия БТ
Извлечение
уроков
проекта
Разр. КА
Оц. влияния
на Арх. АС
Проработка
изменений в
рамках релизов АС
Периодический
пересмотр
плана разв. Арх. АС
Экспр.
оценка
Экспр.
оценка
Дет.
оценка
ЗНИ
Дет. оценка
ЗНИ
Разработка/
Кастомизация
Подг. док-ции
Анализ
дефектов
Подготовка к тестированию
Планирование тестирования
Тестирование
Жизненный цикл и точки контроля
1
Мобилизация
Проектирование и реализация требований
Тест-е решения
Закрытие проекта
Анализ
Подготовка к открытию
Формирование
состава релиза
Формирование
расписания релизов
Разработка
Внед-рение
Проект
Релиз
Технич.
проектир-е
Тираж-
ие
Подг-ка
к разр.
5 ключевых элементов целевой модели
Подробнее об СПП будет рассказано
на следующих слайдах
Приёмка результатов проекта
Ввод
решения в
эксплуатацию
Как изучить производственный процесс?
При необходимости изучите другие ТС
При необходимости изучите инструкции, выпущенные в вашем подразделении
(их можно получить через своего линейного руководителя)
… и жизненный цикл релиза отдельной АС – деятельности по сбору потребностей от различных проектов и выпуску доработок отдельной системы
Жизненный цикл проектов и релизов содержит этапы процесса и завершающие их контрольные точки
На большинстве этапов происходит передача промежуточных результатов между ЖЦ проектов и релизов. В контрольных точках происходит синхронизация активностей
Решение введено
в эксплуатацию
Что: принятый функционал в ПРОМ
Результаты ИТ-составляющей
проекта приняты Заказчиком
Что: проектное решение
Функциональное проектирование
завершено
Что: СТАС
Проект подготовлен
к реализации решения
Что: ресурсы на проект
Решение
подготовлено
Что: ДБТ, КА, ТК
Решение подготовлено к
тестированию
Что: тест-планы
Проект подготовлен
к открытию
Что: оценки, сроки,
паспорт проекта
Решение согласовано
Что: ДБТ, КА, ТК
Одобрена проработка
решения
Что: БТ
Разработка и подготовка к СТ завершены
Что: Дистрибутивный комплект, ПМИ, Среда СТ, Тестовые сценарии СТ, ресурсы для СТ
СТ релиза и подготовка к ИФТ завершены
Что: Дистрибутивный комплект, Среда ИФТ, результаты СТ, ресурсы для ИФТ, ПМИ
Подготовка к ПСИ релиза завершена
Что: Среда ПСИ, Распоряжение о проведении ПСИ, ПМИ
ИФТ релиза
завершено
Что: Дистрибутивный комплект, результаты СТ и ИФТ, Среда НТ, КТС для ПСИ, Архитектура АС
Состав релиза
зафиксирован
Что: Утверждённый состав релиза, СТАСы, КРП проектов , ресурсы для проектирования и разработки
Расписание релизов утверждено
Что: Расписание релизов
Внедрение релиза
завершено
Что: результаты внедрения в базовом ТБ, дистрибутивный комплект, Протокол ПСИ ТБ, распоряжение о внедрении в ТБ
ПСИ и подготовка к внедрению релиза завершены
Что: Дистрибутивный комплект, Протокол ПСИ, Распоряжение о внедрении, результаты НТ, Среда ПРОМ
Тиражирование релиза завершено
Что: Отчёты об исполнении Распоряжений о внедрении, Архитектура АС, ретроспектива
Проект
открыт
Проектирование релиза завершено
Что: Архитектурная спецификация релиза, Среда разработки
КоТ ЖЦ
Проекта
Формирование
расписания
релизов
На слайде показаны не все, а только основные документы и принимающие роли в КоТ. Полный перечень представлен на следующих слайдах
…результаты согласования документов на предыдущем этапе…
… наличие ресурсов для выполнения следующего этапа процесса
В контрольной точке проверяющие проверяют наличие записей в информационных системах Банка…
Если критерии прохождения точки не могут быть выполнены к плановой дате, то ответственный за прохождение КоТ должен
эскалировать возникшие между исполнителями и проверяющими разногласия
Действия, проверяемые в контрольной точке, выполняются в последовательности определяемой планом работ и как правило завершаются задолго до даты прохождения КоТ
Даты прохождения проектных КоТ соответствуют ключевым вехам проекта в БКП.
Даты прохождения релизных КоТ определяют плановые даты в расписании релизов
НЕТ
ДА!
КоТ:
?Подготовлено?
?Согласовано?
?Подписано?
КоТ:
?Подготовлено?
?Согласовано?
?Подписано?
Ключевая веха
Ключевая веха
Перечень КоТ для конкретного проекта / релиза фиксируется в базовом календарном плане проекта/релиза
ДБТ+КА+ТК
ЗНИ АС
КоТ ЖЦ
Проекта
ДБТ+КА+ТК
ЗНИ АС
КоТ ЖЦ
Проекта
Документы ДБТ, КА, ТК и ЭТ АС должны направляться на согласование единым комплектом
Оценка
реализации
проекта
ДБТ+КА+ТК
ЗНИ АС
Проект N
КоТ «Решение
подготовлено»
КоТ «Проект
подготовлен
к открытию»
КоТ «Решение
согласовано»
КоТ
«БТ согласованы»
Проект
открыт
Формирование состава
Релиз АС 1
Релиз АС 2
Релиз АС 3
⑧ МУР проверяют соблюдение
критериев РОАС1 и
запрашивают ресурсы у
стаффинг менеджеров
в ЦК,
ДК,
и ЦСПС
⑩ Стаффинг менеджеры
осуществляют
предварительное
резервирование
(софт-букинг)
ресурсов
④ Тех.рук*/ИТ аналитик
запрашивает детальные
оценки по каждому
ЗНИ АС у
рук. разработки,
тест-менеджера,
МВР по каждой АС
⑤ Рук. разработки,
тест-менеджеры,
и МВР по каждой АC
предоставляют
оценки А+П+Р+Т+В
по каждому ЗНИ АС
② Рук. разработки,
тест-менеджеры,
и МВР по каждой АС
согласуют
достаточность
ДБТ+КА+ТК
для оценки
трудозатрат
① Тех.рук*/ИТ аналитик
запрашивает
согласования
ДБТ+КА+ТК
у рук. разработки,
тест-менеджера,
и МВР по каждой АС
Критерии
РОАС1
⑨ МУР сообщают
прогнозные номера релизов
по ЗНИ АС в их системах
или плановые даты внедрения
релизов
⑥ Тех.рук*/ИТ аналитик
запрашивает
прогнозный номера
релиза через «единое
окно» у МУР
⑦ «Единое окно»
рассылает запрос ПНР
по МУР систем, указанных
в заявке
③ Проектная команда
разбивает решение
на отдельные ЗНИ АС
* Технический руководитель участвует в случае открытия предпроекта на ООУ
⑫ Фиксация в составе
релизов после
согласования
соответствующих
СТАС и
найма сотрудников
⑪ Хард-букинг
ресурсов
(после включения
в повестку ООУ или
после открытия )
КоТ «Проект
подготовлен
к реализации»
Критерии
РОАС2
Функциональное
проектирование
завершено
КоТ ЖЦ
Проекта
СТАС₁
Контрольными точками оформляется
только финальное тестирование и приёмка решения перед закрытием проекта. (Промежуточные результаты проекта как КоТ не оформляются)
Контрольными точками оформляется
только финальное тестирование и приёмка решения перед закрытием проекта. (Промежуточные результаты проекта как КоТ не оформляются)
Мобилизация
Включение ЗНИ АС в релиз происходит в поэтапно:
сперва резервирование ресурсов затем фиксация состава
Мобили-зация
Проект 1
КоТ «Решение
подготовлено»
КоТ «Проект
подготовлен
к открытию»
КоТ «Решение
согласовано»
КоТ
«БТ согласованы»
Проект
открыт
Релиз АС 1
⑩ Стаффинг менеджеры
осуществляют
предварительное
резервирование
(софт-букинг)
ресурсов
④ Тех.рук*/ИТ аналитик
запрашивает детальные
оценки по каждому
ЗНИ АС
⑤ Рук. разработки,
тест-менеджеры,
и МВР предоставляют
оценки А+П+Р+Т+В
по каждому ЗНИ АС
② Рук. разработки,
тест-менеджер,
и МВР согласуют
достаточность
ДБТ+КА+ТК
для оценки
трудозатрат
① Тех.рук*/ИТ аналитик
запрашивает
согласования
ДБТ+КА+ТК
⑨ МУР сообщают
прогнозные номера релизов
по ЗНИ АС в их системах
или плановые даты внедрения
релизов
⑥ Тех.рук*/ИТ аналитик
запрашивает
прогнозный номера
релиза через «единое
окно» у МУР
⑦ «Единое окно»
рассылает запрос ПНР
по МУР систем, указанных
в заявке
③ Проектная команда
разбивает решение
на отдельные ЗНИ АС
⑪ Хард-букинг
ресурсов
(после включения
в повестку ООУ или
после открытия )
КоТ «Проект
подготовлен
к реализации»
КоТ «Функциональное
проектирование
завершено»
⑧ МУР проверяет
критерии РОАС1 и
запрашивает ресурсы у
стаффинг менеджеров
в ЦК, ДК, и ЦСПС
Проект 2
Фиксация
состава
релиза
⑬ Аналитики АС
направляют
СТАС на
согласование
⑫ Стаффинг
менеджеры
подтверждают
заполнение
вакансий
⑭ Рук. разработки,
тест-менеджер,
и МВР согласуют
СТАС и
подтверждают
актуальность
оценок по ЗНИ АС
⑮ МУР проверяет
критерии РОАС2 и
Фиксирует ЗНИ АС
в составе релиза
①
②
③
④
⑤
⑥
⑦
⑧
⑨
⑩
⑪
⑫
⑬
⑭
⑮
Для каждого проекта, включающего свои ЗНИ АС в состав релиза сперва выполняется резервирование ресурсов (шаги ①—⑪), затем ЗНИ АС фиксируется в составе релиза (шаги ⑫—⑮)
Фиксация состава релиза происходит по мере поступления согласованных СТАС. В КоТ только контролируется наличие всех подтверждений
Принятое
решение
1
2
3
4
5
ЖЦ объектов
Роли
Сервисы
Метрики
Система контроля
Даты прохождения проектных КоТ соответствуют ключевым вехам проекта в БКП.
Даты прохождения релизных КоТ определяют плановые даты в расписании релизов
НЕТ
ДА!
КоТ:
?Подготовлено?
?Согласовано?
?Подписано?
КоТ:
?Подготовлено?
?Согласовано?
?Подписано?
Ключевая веха
Ключевая веха
Перечень КоТ для конкретного проекта / релиза фиксируется в базовом календарном плане проекта/релиза
Проверка критериев КоТ
Контроль прохождения КоТ
Если КоТ не пройдена в срок
Устраняют препятствия, мешающие Исполнителям подготовить результаты в срок или скорректировать свои результаты по полученным замечаниям
Снимают нецелесообразные замечания принимающих. Принимают решение о степени критичности замечаний
При задержке прохождения КоТ и невозможности выработки ПКМ
эскалация подымается одновременно по трём направлениям
Результат прохождения КоТ
Мониторинг прохождения КоТ
пн
вт
ср
чт
пт
пн
пт
Начальник
отдела УПМ/ДР
Руководитель
УПМ/ДР
Директора
департаментов
Генеральный
директор
Плановая дата прохождения КоТ
Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:
Email: Нажмите что бы посмотреть