Система управление бизнес - архитектурой

1.

Паспорт проекта:
«Система управление
бизнес-архитектурой»
Условное наименование проекта:
«СУП 2.0»
Позиционный код номера проекта:
30/03/2023
1

2.

Основные сведения о проекте
Портфель проектов
Портфель внутреннего развития компании
Название проекта
Куратор
Конкина Н. А, Советник генерального директора
Заказчик(-и) проекта
Рощина А. И. Менеджер проектов Департамент
корпоративного развития
Система управления бизнес-архитектурой (СУП 2.0)
Руководитель проекта
Ястребов А. В. Ведущий бизнес-аналитик
Охват проекта
ГК РТК ЦОД
Прибыльность
С качественной отдачей
Субпортфель/
Программа проектов
Бизнес-архитектура ГК РТК ЦОД
Связанные проекты
Цель проекта
Создание информационной системы для ведения реестра бизнес-процессов и обеспечения взаимосвязей
элементов бизнес-архитектуры через данную систему
Ключевые результаты проекта
Автоматизация реестра бизнес-процессов
Установление взаимосвязей объектов данной системы с типовыми полномочиями и нормативными актами
ГК РТК ЦОД и реестром информационных систем
Основные вехи проекта
HRM, Directum, СУП
Название
Для проектов с ИТ-составляющей
В рамках
проекта
Создается ИТ система
-
Модифицируется ИТ система
+
Выводится из эксплуатации ИТ-система (либо оказывается
влияние на вывод из эксплуатации нецелевых ИС)
-
Разрабатывается UX / UI
+
Модифицируются процессы
+
Реализуется тех. долг
-
Дата
0
Старт проекта
30.03.2023
1
Подготовка ЧТЗ в части доработки Directum и СУП)
20.04.2023
2
Подготовка ТЗ в части разработки реестра ИС
20.04.2023
3
Создание прототипа системы
30.04.2023
4
Доработка Directum для интеграции с СУП 2.0
20.06.2023
5
Доработка СУП 2.0 в части реестра ИС
15.08.2023
6
Подготовка системы для интеграции с внешними ИС и БД
20.08.2023
7
Опытная эксплуатации системы
05.09.2023
8
Запуск в промышленную эксплуатацию
01.10.2023
2
Титульный слайд
Цели и задачи
Road map
Техническое решение
Финансовый
результат
Организационная
структура
Риски

3.

Ключевые цели и задачи по проекту
Предпосылки проекта
Цели проекта
Необходимость систематизации информации об элементах бизнесархитектуры ГК РТК ЦОД и их взаимосвязях, поддержание процесса
актуализации данных
Создание информационной системы для ведения Реестра бизнеспроцессов и обеспечения взаимосвязей элементов бизнесархитектуры через данную систему
Ожидаемый результат проекта
Основные задачи проекта
Автоматизация процесса формирования и актуализации Реестра бизнеспроцессов
Наличие в ГК РТК ЦОД на сетевом ресурсе общедоступной актуальной
базы бизнес-процессов, содержащей информацию о связях ее элементов
с нормативными актами и типовыми полномочиями
Обеспечение связанности объектов Реестра бизнес-процессов с реестром
нормативных актов (Directum) и базой полномочий (СУП)
3
Титульный лист
Цели и задачи
Road map
Техническое решение
Финансовый
результат
Организационная
структура
Риски

4.

Дорожная карта с ключевыми результатами
1Q 2023
Март
Этап
2Q 2023
Апрель
Май
3Q 2023
Июнь
Июль
Август
Подготовка
документации
Готовность к
4Q 2023
Сентябрь
Октябрь
1. Старт проекта
2. Подготовка ЧТЗ (в части доработки
Directum)
3. Подготовка ТЗ по разработке реестра
информационных систем (ИС)
4. Создание прототипа системы (формы
реестра бизнес-процессов)
5. Создание базового набора данных (виды
бизнес-процессов)
6. Выработка архитектурного решения
7. Доработка справочников, карточки ВНД,
согласование, отчеты/ реестр Directum для
интеграции с СУП 2.0
8 Интеграции СУП 2.0 с СУП (реестр
полномочий)
9. Интеграция СУП 2.0. с Directum (реестр
НА)
10. Интеграции СУП 2.0 с реестром ИС
11. Проведение опытной эксплуатации
12. Запуск в промышленную эксплуатацию.
Титульный слайд
Цели и задачи
Анализ и
проектирование
Разработка
и тестирование
Road map
Техническое
решение
Организационная
структура
4
эксплуатации
Ролевая модель
Контроль
Риски

5.

Выбор технического решения
Предварительный вариант схемы развертывания
Итоговая схема развертывания будет
предоставлена в соответствии со
сроками, указанными в дорожной карте
5
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
Риски

6.

Организационная структура проекта
ФИО
Ответственность
Полномочия
.Конкина Н. А.
Утверждение целей проекта, сроков и бюджета
Выделение ресурсов для проекта
Утверждение требований к информационной системе, приемка
информационной системы
Изменение параметров проекта (приоритеты, сроки,
бюджет)
Принятие решения о вводе системы в промышленную
эксплуатацию
По мере
необходимости
Рощина А. И..
Формулирование требований к информационной системе, консультирование,
приемка информационной системы.
Утверждение целевых процессов, ролевой модели,
проектной документации, графика обучения.
Обеспечение внедрения целевых процессов и ролевой модели
Привлечение подчиненных для реализации проекта
Принятие решения о вводе функциональных блоков в
опытную эксплуатацию
Организация и проведение пользовательского
тестирования
Оценка результата опытной эксплуатации
5%
Руководитель проекта
Ястребов А.В.
Обеспечение реализации изменений в информационных системах в
установленные в проекте сроки и в бюджет
Ведение плана-графика реализации проекта
Отвечает за организацию и проведение контрольных мероприятий.
Изменение последовательности реализации задач без
нарушения сроков, приоритетов, бюджета
15%
Рук. Направления
разработки
ИС БП
Ситников К. Ю.
Разворачивание, настройка системы на подготовленной инфраструктуре
Моделирование, разработка, наполнение системы данными, внутреннее
тестирование
Рук. Направления
разработки Directum
Баженов Д. М.
Разворачивание, настройка системы на подготовленной инфраструктуре
Моделирование, разработка, наполнение системы данными, внутреннее
тестирование
Полномочия в соответствии с картой эскалации
Руководитель
направления
инфраструктура
Федькин Д.В.
Обеспечение инфраструктуры требуемой производительности для
размещения информационной системы в соответствии с планом проекта.
Согласует инфраструктурные решения с ДБ
Разработка инфраструктурного решения
Обеспечение разворачивания тестовой, промышленной
средой
Архитектор
Евланов А. В.
Обеспечение единой ИТ архитектуры компании. Соблюдение принятых
технических решений в процессе реализации проекта в части единой ИТ
архитектуры.
Руководитель
направления
безопасность
Вавилов Д. А.
Проработка требований информационной безопасности
Согласование инфраструктурного решения
Участие в приемо-сдаточных испытаниях
Согласование матриц доступа
Роль
Куратор проекта
Заказчик проекта
Вовлечение
Полномочия в соответствии с картой эскалации
50%
10%
По мере
необходимости
Полномочия в соответствии с картой эскалации
По мере
необходимости
Определение правил разграничения доступов и прав,
обеспечение требований информационной безопасности
По мере
необходимости
6
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
Риски

7.

Ресурсный план
ФИО
Апрель
2023
Май
2023
Рабочих дней
20
20
20
20
20
20
120
Куратор проекта
Конкина Н. А.
0%
0%
0%
0%
0%
0%
0,25
0%
Заказчик проекта
Рощина А. И.
5%
5%
5%
5%
5%
5%
6
5%
Руководитель проекта
Ястребов А. В.
20%
20%
20%
10%
10%
10%
18
15%
Рук. Направления разработки
СУП 2.0
Ситников К. Ю.
50%
50%
50%
50%
50%
50%
60
50%
Рук. Направления Directum
Баженов Д. М.
10%
10%
10%
10%
10%
10%
12
10%
Разработчик СУП 2.0 (front-end)
Курохтин Д. С.
50%
50%
50%
50%
50%
50%
60
50%
Разработчик СУП 2.0 (front-end)
Вайталов В. А.
50%
50%
50%
50%
50%
50%
60
50%
Разработчик СУП 2.0 (back-end)
Зеленин Е. Г.
50%
50%
50%
50%
50%
50%
60
50%
Разработчик Directum
Прокопенко А. А.
0%
50%
80%
40%
40%
0%
43
35%
Аналитик СУП 2.0
Ястребов А. В.
5%
5%
5%
5%
5%
5%
6
5%
Аналитик Directum
Катричко Е. А.
30%
60%
0%
10%
0%
0%
20
15%
Дизайнер СУП 2.0
Мирошникова Е.
А.
30%
10%
0%
30%
30%
10%
30
25%
Тестировщик СУП 2.0
Гафаров И. Э.
0%
0%
50%
50%
50%
50%
6
40%
Итого:
381
Роль
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Июнь 2023 Июль 2023
Организационная
структура
Август
2023
Ролевая модель
Сентябрь
Сумма, ч/д
2023
Контроль
Сред. %
7
Риски

8.

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

9.

Контрольные мероприятия (церемонии) проекта
Мероприятие
Периодичность
Участники
Цели
1. Стендапы команды
2 раза в неделю
Руководитель проекта, разработчики,
аналитики исполнители заказчиков
Контроль сроков, обсуждение текущих задач и
проблематики
2. Тематические встречи
По мере необходимости
Руководитель проекта, разработчики,
аналитики, исполнители заказчиков,
заказчики
Уточнение требований, обсуждение
промежуточных результатов
3. Планерка с
представителями заказчика
1 раз в неделю
Руководитель проекта, разработчики,
аналитики, исполнители заказчиков
Контроль сроков, демонстрация промежуточных
результатов, уточнение требований,
обозначение проблем
4. Сдача-приемка задач
В соответствии с планом
проекта
Куратор проекта, Руководитель проекта,
разработчики, аналитики, исполнители
заказчиков, заказчики
Полная демонстрация функциональности
реализованного блока, принятие решения о
приеме в опытную эксплуатацию
5. Обзор результатов
Не реже 1 раза в 1 мес,
дополнительно на стадии
завершения работ по
подсистеме, а также при
наличии вопросов, не
рассмотренных в соответствии с
матрицей эскалации.
Куратор проекта, руководитель проекта,
исполнители заказчиков, заказчики
Обзор результатов проекта, подтверждение
плана работ на следующий этап. Обзор
эскалаций.
9
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
9
Риски

10.

Контрольные сроки и матрица эскалации
Этап работ
Роль
Срок исполнения
Согласование /
утверждение
документов
проекта
Команда проекта
Не более 3 рабочих дней на
итерацию, кол-во итераций не
более 2
Исполнители
заказчиков
Не более 5 рабочих дней, колво итераций не более 2
Подготовка
инфраструктуры
Ответственный за
инфраструктуру
Согласно плану
Вид нарушения
Эскалация
Нарушение сроков согласования
1.
+1 день на руководителя проекта
1.
2.
+ 3 дня на руководителя проекта
+ 1 неделя на куратора проекта
1.
2.
+ 3 дня на руководителя проекта
+ 1 неделя на куратора проекта
1.
2.
На руководителя проекта
+ 1 неделя на куратора проекта
Нарушение сроков приемки
1.
+1 день на руководителя проекта
Отсутствие у пользователя доступа в систему согласно
ролевой модели
1.
2.
3.
На руководителя по направлению эксплуатация
+ 1 день на руководителя проекта
+ 3 дня на куратора проекта
Функциональность не соответствует ТЗ
1.
2.
На руководителя по направлению эксплуатация
+ 2 часа на руководителя по направлению
разработка
+ 1 день на руководителя проекта
+ 1 неделя на куратора проекта
Нарушение сроков предоставления инфраструктуры
Производительность инфраструктуры не соответствует
требованиям
Аналитика,
реализация,
тестирование
Команда проекта
Согласно плану
Нехватка ресурсов – ошибка в оценке потребностей
Нехватка ресурсов – не выделены штатные единицы согласно плану
Нехватка ресурсов – не закрыты выделенные вакансии
Нехватка ресурсов – не привлечен подрядчик
Сдача
функциональных
блоков
Эксплуатация
(тестовая,
опытная, опытнопромышленная)
Команда проекта,
Не более 3 рабочих дней на
итерацию, кол-во итераций не
более 2
Исполнители
заказчиков
5 рабочих дней, кол-во
итераций не более 2
Команда проекта,
Исполнители
заказчиков,
Функциональные
заказчики
Согласно плану
3.
4.
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
10
Риски
10

11.

Риски и потенциальные проблемы
Наименован
ие риска
Вероятнос
ть
наступлен
ия
Влияние на
проект
Этап
Наименование
риска
Высокая /
Средняя/
Низкая
Высокое /
среднее /
низкое
Наименовани
е этапа
Изменение
состава команды
проекта
(увольнение
сотрудника)
Высокая
Высокое
Использование
команды проекта
в новых проектах/
задачах (Directum)
Высокая
Высокая
Расширение
функциональных
требований в
процессе
реализации
проекта
средняя
средняя
…
…
…
…
…
…
…
…
…
Титульный слайд
Цели и задачи
-
Ответственны
й за риск
Меры реагирования
1.
2.
3.
Прием на работу нового сотрудника.
Замена уволенного работника сотрудником с другого проекта
Корректировка сроков выполнения работ
1. Планирование загрузки сотрудников с учетом задач и проектов.
Road map
1.
2.
Согласование образа результата каждого этапа с заказчиком
Согласование новых сроков с заказчиком в случае неизбежности
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
Риски

12.

Проект решения
1. Принять решение о старте проекта «Система управления бизнес-архитектурой» с 30.03.2023.
2. Утвердить ресурсный план и план-график реализации этапов проекта.
3. Назначить руководителем проекта Ястребова Артёма Владимировича
Титульный слайд
Цели и задачи
Road map
Техническое
решение
Организационная
структура
Ролевая модель
Контроль
Проект решения