Развитие ППРБ.РЦ и Новая Афина

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Rocket clouds
Развитие ППРБ.РЦ и Новая Афина создатель Mind Map: Развитие ППРБ.РЦ и Новая Афина

1. Сотрудники

1.1. Знакомство с командами и сотрудниками

1.1.1. Ретроспективные сессии для определения болевых точек и зон роста

1.1.2. Очные встречи в МСК, СПБ, НСК

1.1.3. Тест-менеджер, ДеливериЛид, Лидер АС, менеджер НТ. Выделены данные роли? Нужны ли данные роли?

1.1.4. Какие конфликты, неформальные отношения, багаж и мотивы

1.1.5. Сделать таблички с ФИО на рабочих местах

1.2. Изменение состава команд с учетом активностей/задач 2020, компетенций и мнения заинтересованных сторон

1.2.1. Выровнять составы команд в структуре Sbergile

1.3. Найм на свободные вакансии

1.4. Совершенствование коммуникаций между командами/сопровождением/ВП/внешними контрагентами

2. Производственный цикл

2.1. Аудит текущего производственного процесса

2.2. Повышение прозрачности производственного процесса

2.2.1. РВД, согласование внедрений, ППСИ, РОВ

2.2.2. Утверждение релизной политики

2.2.2.1. Релизный цикл

2.2.2.2. Релизная команда

2.2.2.3. Расписание релизов

2.2.2.4. Планирование и приоритезация доработок

2.2.2.4.1. Расчет стакана команд

2.2.3. Совершенствование Agile

2.2.3.1. Корректность и системность церемоний

2.2.3.2. Привлечение Agile-коуча для консультаций и выравнивания отклонений

2.2.4. Дашборд

2.2.4.1. Диаграммы сгорания

2.2.4.2. Отслеживание статуса запланированных/реализуемых доработок

2.2.4.3. Открытые блокирующие и критические дефекты

2.3. Сопровождение ПРОМ

2.3.1. Мониторинг

2.3.2. 3я линия поддержки

2.3.3. Чек-лист внедрения

2.3.4. Взаимодействие со смежными АС/Фабриками

2.4. Тестирование

2.4.1. Тест-менеджер

2.4.2. Нагрузочное тестирование

2.4.2.1. МНТ

2.4.2.2. Соответствие интенсивности ПРОМ

2.4.2.3. Доступность полигона

2.4.2.4. Проблемы и стопфакторы НТ

2.4.3. Функциональное тестирование

2.4.3.1. Распределение услуг/продуктов по командам/ВП

2.4.3.2. Тестовая модель

2.4.3.2.1. Критические проверки

2.4.3.2.2. Смок

2.4.3.2.3. Смарт-регресс

2.4.3.3. Тестовые данные на ИФТ/ПСИ

2.4.4. Автоматическое тестирование

2.4.4.1. Покрытие критического функционала

2.5. Бюджет кластера

2.5.1. Текущие и планируемые затраты на КТС

2.5.2. Закупка лицензий и ресурсов вендора

3. Технологии и инструменты

3.1. DevOps

3.1.1. AutoBuild/AutoDeploy

3.1.2. CodeReview

3.1.3. QualityGates

3.1.3.1. SAST

3.1.3.2. Sonar

3.1.3.3. Автотесты

3.2. Мониторинг ПРОМ/ТЕСТ

3.2.1. Технологический

3.2.2. Бизнес-операций (сквозной)

3.3. Стандарты разработки

3.3.1. Соглашения о кодировании

3.3.2. Разработка unit-тестов

3.3.3. Регламент CodeReview

3.3.4. Регламент определения критичности и регистрации дефектов

3.3.5. Подключение к META. Разметка кода

3.3.6. Автомердж веток + GitFlow

3.4. Архитектура

3.4.1. Концептуальная архитектура "AS IS" и "TO BE"

3.4.2. Сетевая/инфраструктурная схема

3.4.3. Планы по развитию и переходу на целевые решения

3.4.4. Схема развертывания

3.4.5. Аудит архитектурных решений с точки зрения быстродействия и соответствия целевым решениям

3.5. Использование JIRA, BitBucket, Confluence

3.5.1. На что жалуются ВП при работе с Jira?

3.5.2. Перенос всех артефактов в целевые инструменты. Никаких excel

3.5.3. Соблюдение APProccess и Big4Metrics

3.6. Обеспечение тестовых и промышленных полигонов КТС

3.6.1. Использование Динамической Инфраструктуры