ИТ-стратегия

Project Control, Project Closing, Timeline template

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
ИТ-стратегия создатель Mind Map: ИТ-стратегия

1. Работа с тех.долгом, рефакторинг, оптимизация производительности

1.1. Исправление слетевших кодировок

1.2. Перенос старых номерных файлов (DB)

1.3. Удаление старых, неиспользуемых файлов (grants.sql, ...)

1.4. оптимизация кода, профилировка, рефакторинг legacy

1.5. удаление лишних объектов (ЦФТ)

2. Процессы

2.1. Развитие культуры

2.1.1. Проведение ретроспективы каждый релиз

2.1.2. культура удаленной работы

2.1.2.1. регламент проведения встреч

2.1.2.1.1. повестка встречи

2.1.2.1.2. модерация встреч

2.1.2.1.3. протокол встречи

2.1.2.2. культура деловой переписки

2.1.3. четкое распределение ответственности

2.1.3.1. должностные инструкции

2.1.3.2. описание взаимодействия с подразделениями (кто к кому обращается, по какому вопросу)

2.2. Развитие мотивации

2.2.1. Визуализация продуктивности и загрузки каждого сотрудника

2.2.2. регулярные аттестации

2.2.3. рейтинг сотрудников

2.2.4. Разработка системы штрафов

2.2.5. Выделение премиального бюджета

2.2.6. Разработка KPI метрик

2.2.7. оценка 360

2.2.7.1. чат-бот

2.2.7.2. методика HR

2.3. операционные процессы

2.3.1. согласование категорий инцидентов

2.3.1.1. перейти от модели "кто виноват" к модели "что я мог сделать"

2.3.1.2. пересмотреть категории, чтобы они точнее отражали ситуацию

2.3.2. оценка задач (SLA)

2.4. процесс работы с ошибками производительности

2.4.1. заодим регулярную заявку по оптимизации производительности

2.4.2. ведем реестр операций по контурам с временем выполнения

2.5. процесс получения доступов

2.6. актуализация информации по контурам в cmdb

2.6.1. DEV

2.6.1.1. Devops

2.6.2. TEST

2.6.2.1. МТС + ДСИТ

2.6.3. PROD

2.6.3.1. ДСИТ

2.7. предварительная проработка дизайна (проектирование) решения до начала аналитики, арх.комитет

2.7.1. Развитие Микросервисной архитектуры

2.7.1.1. утвердить на архитектурном комитете, подходы, стандарты, технологии

2.7.1.1.1. стандартизация инструментов (k8x, docker, ...)

2.7.1.1.2. стандартизация базовых принципов проектирования, требований к разработке микросервисов

2.7.1.1.3. синхронизация терминологии ДСИТ-ДРИТ (что такое микросервис и т.п) Обучение коллег. Разработка манифестов, соглашений

2.7.2. аналитик готовит требования

2.7.2.1. получить требования к инфраструктуре

2.7.2.1.1. минимальные минимальные системные требования

2.7.2.1.2. сетевая схема

2.7.2.1.3. интеграционная схема

2.7.2.2. получить требования к производительности

2.7.2.3. получить требования по отказоустойчивости, доступности

2.7.2.4. получить требования по развертыванию (скорость, время для обновления, время простоя)

2.8. работа ИТ-менеджера

2.8.1. работа со сметами

2.8.1.1. передать функцию работы со сметами/макростроками - ИТ-менеджерам

2.8.1.2. вынести создание макрострок на уровень заявки

2.8.1.3. автоматизировать контроль заполнение макрострок

2.8.1.4. автоматизировать создание микрострок

2.8.1.4.1. проговорить с вендорами состав команд, % участия разработчиков разных категорий

2.8.2. по каждой заявке получить подтверждение о ресурсах + бюджет на работы

2.8.2.1. аналитики

2.8.2.2. разработки

2.8.2.3. Devops

2.8.2.4. тестирования

2.8.2.4.1. модульное

2.8.2.4.2. функциональное

2.8.2.4.3. ОЭ

2.8.2.4.4. нагрузочное

2.8.2.4.5. автотестирование

2.8.2.5. сопровождения

2.8.3. контроль крайнего срока внедрения заявки и включения в релиз

2.9. автоматизация Redmine

2.9.1. авто назначение разработчика

2.9.2. авто перевод по статусам

2.9.2.1. для сборки

2.9.2.2. к установке

2.9.2.3. тестировать

2.9.3. авто согласование категорий

2.9.4. автоматическое проставление версии ошибкам

2.9.5. Визуализация задач по релизам

2.9.6. автоматическое отслеживание метрик разработчиков

2.9.7. генерация запросов на установку

2.9.7.1. автоматическая связь релиза продукта с запросом на установку

2.9.7.2. сверка запросов на установку по разным контурам (проверка, что на PROD не ушло того, что не было на TEST6)

2.9.8. доработки по XSD link (узнать у Ермакова)

2.9.9. чек-лист артефактов в доработке (автоматическая проверка наличия артефактов при переводе по статусам)

2.9.9.1. проверка наличия сетевой схемы

2.9.9.2. проверка наличия ФТ

2.9.9.3. проверка наличия интеграционной схемы

2.10. онбординг нового сотрудника

2.10.1. личный кабинет сотрудника (grafana, redmine)

2.10.1.1. менеджер разработки

2.10.1.2. начальник отдела

2.10.1.3. начальник управления

2.10.2. разработчик

2.10.2.1. добавление в почтовые группы

2.10.2.1.1. УРИС

2.10.2.1.2. ДРИТ

2.10.2.1.3. WhatsApp отдела

2.10.2.1.4. почта отдела

2.10.2.1.5. high_alert

2.10.2.2. доступа

2.10.2.2.1. PROD

2.10.2.2.2. Teamcity

2.10.2.2.3. AWX

2.10.2.2.4. Gitlab

2.10.2.2.5. Rocketchat

2.10.2.2.6. Omnitracker

2.10.2.2.7. Sonarqube

2.10.2.2.8. Checkmarx

2.10.2.2.9. Confluence

2.10.2.2.10. Redmine

2.10.2.2.11. HP ALM

2.10.2.2.12. dodo-new

2.10.2.2.13. Grafana

3. Развитие тестирования

3.1. покрытие тестами систем

3.1.1. BDD автотесты (Cucumber, Sfecflow, Gerkin ...)

3.1.2. unit-тесты

3.1.2.1. Google test (C++): MiServer, PIE, TClient, IBK, LauProxy

3.1.2.1.1. настроить запуск тестов в cmake

3.1.2.1.2. настроить тимсити

3.1.2.2. JUnit (Java): DCO

3.1.2.3. DBUnit

3.1.3. интеграционные тесты

3.1.3.1. DEV

3.1.3.2. TEST

3.1.3.3. PROD

3.1.4. нагрузочные тесты

3.1.4.1. нагрузочные тесты

3.1.4.1.1. DEV

3.1.4.1.2. TEST

3.1.4.1.3. PROD

3.1.4.2. стресс-тесты

3.1.4.2.1. DEV

3.1.4.2.2. TEST

3.1.4.2.3. PROD

3.1.4.3. регулярные тесты производительности на функциональных контурах (по сравнению с предыдущим обновлением)

3.1.4.3.1. DEV

3.1.4.3.2. TEST

3.1.4.3.3. PROD

3.1.5. тесты на уязвимости

3.1.5.1. penetration-тесты

3.1.5.2. CheckMarx

3.1.6. Тестирование контейнеров

3.1.7. регулярные автоматизированные отчеты о тестировании

3.1.7.1. DEV

3.1.7.2. TEST

3.1.7.3. PROD

3.2. единая система тестирования (HP ALM)

3.2.1. модульщики

3.2.2. нагрузочники

3.2.3. ОЭ

3.2.4. генерация автотестов по данным из HP ALM

4. управление знаниями

4.1. развитие Wiki, обучающие видео

4.1.1. процессы и регламенты по направлениям

4.1.1.1. архитектура

4.1.1.1.1. архитектура

4.1.1.1.2. потоки данных

4.1.1.2. аналитика

4.1.1.2.1. требования к ведению документации

4.1.1.2.2. описание бизнес-процессов

4.1.1.2.3. описание ФТ на вики

4.1.1.3. разработка

4.1.1.3.1. процессы gitflow

4.1.1.3.2. Визуализация алгоритмов

4.1.1.3.3. требования к коду

4.1.1.3.4. требования к тестам

4.1.1.3.5. требования к развертыванию

4.1.1.4. тестирование

4.1.1.4.1. unit-тесты

4.1.1.4.2. авто-тесты

4.1.1.4.3. интеграционные тесты

4.1.1.4.4. интеграционные тесты

4.1.1.4.5. нагрузочные тесты

4.1.1.4.6. тесты на уязвимости

4.1.1.4.7. описание тестовых контуров

4.1.1.5. DevOps, сопровождение

4.1.1.5.1. CI/CD

4.1.1.5.2. мониторинг

4.1.1.5.3. сопровождение

4.1.2. Общие процессы ИТ (описание: что, зачем, как работать, SLA, метрики)

4.1.2.1. инциденты

4.1.2.2. ЗНО

4.1.2.3. Проблемы

4.1.2.4. доработки

4.1.2.5. ошибки

4.1.2.6. сметы

4.1.2.7. OmniTracker

4.1.2.8. согласование категорий

4.1.2.9. релизы

4.1.2.9.1. график релизов

4.1.2.9.2. график доступности контуров

4.1.2.9.3. работа с заявками, бюджетом, КИ

4.1.2.9.4. релизы продуктов

4.1.2.9.5. запросы на установку

4.1.2.10. единые стандарты оформления задач, инструкции

4.1.2.10.1. требования к оформлению задач

4.1.2.10.2. единый стандарт инструкций

4.2. Развитие компетенций, обмен опытом

4.2.1. Tech Talks

4.2.2. кросс-функциональные стажировки

4.2.3. "ротация" кадров

4.2.4. обучение тестировщиков/модульщиков, ДСИТ

4.2.4.1. Обучение модульщиков управлению DEV-контуром

4.2.4.1.1. запуск/остановка

4.2.4.1.2. обновление

4.2.4.2. анализ логов, дагностика проблем

4.2.4.3. мониторинг

4.2.4.4. нагрузка

4.2.5. конференции, курсы

4.2.6. demo по системам

4.2.7. обучение бизнес-процессам (аналитиками)

4.2.8. презентация аналитиками/заказчиками своих доработок

4.2.9. электронные курсы и тестирование

4.3. чат-боты, ИИ

4.3.1. справочная "единого окна" (единый поисковик по всем ресурсам НРД)

4.3.1.1. поиск по Redmine

4.3.1.2. поиск по sharepoint

4.3.1.3. поиск по Confluence

4.3.1.4. поиск по Gitlab

4.3.1.5. поиск по omnitracker

4.3.1.6. поиск по intra.nsd

4.3.2. информатор по инцидентам

4.3.3. информатор по обновлениям

4.3.3.1. запросы на установку

4.3.4. информатор по сборкам

4.3.4.1. релизы продукта

4.3.5. информатор по новым заявкам

4.3.6. информатор по измам

4.3.7. информатор по сметам

4.3.8. информатор по готовности релиза

4.3.9. прогнозирование даты завершения задачи из Gitlab-board

5. Развитие DevOps (CI/CD, DryRun, инфраструктура, мониторинг)

5.1. CI/CD (Devops)

5.1.1. переход на GitFlow

5.1.1.1. единые политики версионирования, названия веток, создание протектед-бранчей

5.1.2. единый шаблон CI/CD

5.1.2.1. шаблон CI/CD (генерация пайплайна на заглушках на основе карточки в Редмайне)

5.1.2.1.1. решить организационный вопрос

5.1.2.1.2. генерация автоматики в Gitlab

5.1.2.1.3. генерация пайплайна Teamcity

5.1.2.1.4. генерация плейбуков AWX

5.1.2.1.5. генерация проектов SonarQube

5.1.2.1.6. генерация проектов CheckMarx

5.1.2.2. реализация механизма конвеерной поставки DEV-TEST-PROD

5.1.2.2.1. нужны доп.ресурсы на Nexus (3Tb)

5.1.2.2.2. реализация DEV-TEST

5.1.2.2.3. реализация TEST-TEST

5.1.2.2.4. реализация TEST6-PROD (Тарбаев, Скафарик, 16.02.2021)

5.1.2.2.5. описать процесс на Вики http://wiki.nsd.ru/wiki/pages/viewpage.action?pageId=81461276

5.1.2.3. проверка различий между сборками на контурах

5.1.2.3.1. системы

5.1.2.3.2. микросервисы

5.1.2.4. запуск автотестов на DEV

5.1.2.4.1. адаптироовать запуск автотестов Балясного по системам на DEV контуре

5.1.3. контроль CI/CD, DryRun

5.1.3.1. контроли перед установкой

5.1.3.1.1. контроль доступов, учеток

5.1.3.1.2. контроль наличия инструкции

5.1.3.1.3. контроль наличия артефактов

5.1.3.1.4. микросервисы

5.1.3.2. контроль во время и после установки контейнеров, приложений, БД

5.1.3.2.1. контроль успешности остановки/запуска

5.1.3.2.2. контроль деплоя

5.1.3.2.3. контроль настройки

5.1.3.3. механизмы отката

5.1.3.3.1. инфраструктура (контейнеры, Weblogic, tomcat)

5.1.3.3.2. приложения

5.1.3.3.3. БД

5.1.3.4. отчет о развертывании

5.1.3.5. контроль версионности

5.1.3.5.1. при сборке РП, сохранять информацию о коммитах, по которым сделана сборка. Коммиты сохраняются в Nexus

5.1.3.5.2. при деплое - также передавать информацию о коммитах, установленных на контур

5.1.3.5.3. выводить в Графану информацию о коммитах, установленных на контур

5.1.3.5.4. выводить информацию о несоответствиях версий систем, установленных на контурах с версией релизов продуктов, отправляемых на ПРОМ

5.2. инфраструктура (для обсуждения с Андриановым) хотим, чтобы занимался ДСИТ

5.2.1. развертывание тестового контура по кнопке, облака

5.2.1.1. получение мощностей (кластер для нарезания на нем виртуалок)

5.2.1.2. выбор подходящего метода виртуализации (VMware)

5.2.1.2.1. изучить существующие средства автоматизации по нарезанию виртуалок

5.2.1.2.2. выяснить о переходе на OpenStack

5.2.1.3. Получение доступа к API средств виртуализации

5.2.1.3.1. После получения доступа до API, будут проведены простейшие тесты по созданию ВМ на выделенном тестовом стенде

5.2.1.3.2. Изучены все особенности создания , мониторинга ВМ, открытие сетевых доступов и сформирована база знаний по работе с API средств виртуализации

5.2.1.4. пилотирование на одной из систем

5.2.1.4.1. Определиться с системой, которая будет разворачиваться по кнопке

5.2.1.4.2. Узнать все необходимые конфигурации системы для ее работы

5.2.1.4.3. Определить места хранения исполняемых файлов системы

5.2.1.4.4. Определить какие сетевые доступа необходимы для работы системы

5.2.1.4.5. Определить потребление аппаратных ресурсов системой

5.2.1.5. Подготовка базового образа (виртуалки) для быстрого развертывания

5.2.1.5.1. Определить что наиболее часто используемое ПО, библиотеки и т.д. во всех системах и создать образ ВМ, который далее будет использоваться для развертывании всех остальных систем, так же учитывать разрядность системы и операционную систему(Windows, Linux)

5.2.1.5.2. Создать заранее рабочий образ ВМ

5.2.1.6. реализовать базовый шаблон развертывания Виртуалки

5.2.1.7. IaC

5.2.1.8. проведение нагрузочного тестирования по ночам

5.2.2. отказоустойчивость

5.2.2.1. Gitlab

5.2.2.1.1. бэкапирование 1 раз в час

5.2.2.1.2. перевод на кластерную конфигурацию

5.2.2.1.3. скрипты автовосстановления

5.2.2.2. SonarQube

5.2.2.2.1. перенести на Линукс

5.2.2.2.2. перенести в кластер Кубер

5.2.2.2.3. скрипты автовосстановления

5.2.2.3. Confluence

5.2.2.3.1. перенести на линукс

5.2.2.3.2. перенести в кубер

5.2.2.3.3. скрипты автовосстановления

5.2.2.4. Teamcity

5.2.2.4.1. перенести на линукс

5.2.2.4.2. перенести в Кубер

5.2.2.4.3. перенос конфигурации сборок в Gitlab

5.2.2.4.4. скрипты автовосстановления

5.2.2.5. AWX

5.2.2.5.1. перенести в кубер

5.2.2.5.2. скрипты автовосстановления

5.2.2.6. Ceph

5.2.2.6.1. купить HDD (2Tb)

5.2.2.6.2. настроить ротацию

5.2.2.6.3. Подготовка распределенной инфраструктуры на всех контурах (Ceph, Kubernetes) -- ДСИТ

5.2.2.6.4. скрипты автовосстановления

5.2.2.7. RocketChat

5.2.2.7.1. перенести в кубер

5.2.2.7.2. скрипты автовосстановления

5.2.2.8. Nexus (c 15.03.2021)

5.2.2.8.1. заказаны доступа с рабочих машин до нового Нексуса

5.2.2.8.2. проверить доступ с proxyp до нового нексус

5.2.2.8.3. проверить доступа с сервера нового нексуса в интернет

5.2.2.8.4. поднять новый нексус на новом сервере

5.2.2.8.5. создать пользователей на новом нексусе - таких же, как на старом

5.2.2.8.6. настроить проксирование со старого нексуса на новый

5.2.2.8.7. переписать скрипты deploy to nexus, чтобы они выкладывали артефакты уже на новый нексус

5.2.2.8.8. создать группу из старого и нового нексуса

5.2.2.8.9. провести анализ репозиториев на старом нексусе на предмет их переноса на новый

5.2.2.8.10. написать скрипты автовосстановления нового нексуса

5.2.2.8.11. переключить proxyp со старого нексуса на новый

5.2.2.9. Kubernetes

5.2.2.9.1. скрипты автовосстановления

5.2.3. доступ по VPN

5.2.3.1. AWX

5.2.3.2. Teamcity

5.2.3.3. Redmine

5.2.3.4. Confluence

5.2.3.5. Gitlab

5.2.3.6. RocketChat

5.2.3.7. SonarQube

5.2.3.8. CheckMarx

5.2.3.9. OmniTracker

5.3. мониторинг

5.3.1. Разработка инфраструктурных тестов Health Check в виде схемы с системами и потоками данных

5.3.1.1. системы

5.3.1.1.1. Работоспособность адаптеров

5.3.1.1.2. Работоспособность Miserver

5.3.1.1.3. Работоспособность шлюхов

5.3.1.1.4. Работоспособность Pie

5.3.1.1.5. Работоспособность MDH

5.3.1.1.6. Работоспособность LauProxy

5.3.1.1.7. Работоспособность Arservice

5.3.1.1.8. Логин в DCO

5.3.1.1.9. Проверка шины (обмен с Аламедой)

5.3.1.1.10. Проверка ФШ

5.3.1.1.11. Проверка онлайн-сервера

5.3.1.2. микросервисы

5.3.2. проактивный мониторинг

5.3.2.1. микросервисы

5.3.2.1.1. Instana

5.3.2.1.2. Graylog

5.3.2.1.3. Grafana

5.3.2.1.4. Prometeus

5.3.2.1.5. DB

5.3.2.2. системы

5.3.2.2.1. Instana

5.3.2.2.2. Graylog

5.3.2.2.3. Grafana

5.3.2.2.4. Prometeus

5.3.2.2.5. DB

5.3.2.3. единый стандарт логирования, метрик

5.3.3. алерты

5.3.4. генерация задач на доработку

5.3.4.1. инциденты

5.3.4.2. ошибки

5.3.4.3. проблемы/доработки

5.3.5. технический мониторинг доступов, загрузка CPU, утечка памяти, просроченные ключи и лицензии (Prometheus -- сборщик метрик, Grafana)

5.3.5.1. Prometeus

5.3.5.2. OMI

5.3.5.3. Prometeus

5.3.6. развитие прикладного мониторинга (ДРИТ)

5.3.7. развитите технического мониторинга (ДСИТ)

5.4. сопровождение (передать в ДСИТ)

5.4.1. передача систем в ОСА (администрирование)

5.4.1.1. Confluence

5.4.1.2. YouTrack

5.4.1.2.1. вывести из эксплуатации до 01.06.2021

5.4.1.3. Graylog

5.4.1.4. Nexus

5.4.1.4.1. передать администрирование сервера

5.4.2. передача систем в ОПУР

5.4.2.1. Redmine для юристов

5.4.3. передача систем на первую линию (выдача прав)

5.4.3.1. Confluence

5.4.3.2. YouTrack

5.4.3.2.1. вывести из эксплуатации до 01.06.2021

5.4.3.3. Graylog

5.4.3.4. AWX

5.4.3.5. Teamcity

6. Поручения

6.1. контейнерная БД Аламеды (механизм Снапшотов) как в ЦФТ

6.1.1. цели, Поспелов

6.1.2. https://web.skype.com/19:[email protected]

6.2. отправить всех на Девопсерские курсы

6.2.1. Гаврусева и других разработчиков (хотя бы по 2 человека от отдела)

7. СТРУКТУРА НРД

7.1. ДРИТ (as is)

7.1.1. Разработка

7.1.1.1. ???

7.1.1.1.1. отдел машинного обучения и архитектуры данных

7.1.1.1.2. отдел программирования бизнес-логики депозитарных и клиринговых систем

7.1.1.1.3. отдел разработки интеграционных систем

7.1.1.1.4. отдел разработки интернет и портальных решений

7.1.1.1.5. отдел разработки корпоративных систем

7.1.1.1.6. отдел разработки микросервисных и интеграционных решений

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

7.1.2.1. ???

7.1.2.1.1. отдел анализа и моделирования тестирования

7.1.2.1.2. отдел нагрузочного и автоматизированного тестирования

7.1.2.1.3. отдел функционального тестирования

7.1.3. Аналитика

7.1.3.1. Захаров Дмитрий Александрович

7.1.3.1.1. отдел автоматизации корпоративных действий и операционных процессов

7.1.3.1.2. отдел интеграционных решений и ЭДО

7.1.3.1.3. отдел клиентских приложений

7.1.3.1.4. отдел развития информационных и корпоративных систем

7.1.3.1.5. отдел развития Центрального Депозитария, клиринга и управления обеспечением

7.1.4. аутсорс

7.1.4.1. Абсалямова Дарья Анатольевна

7.1.4.2. Гладцына Василина Игоревна

7.1.4.3. Косарев Андрей Викторович

7.1.4.4. Кузнецов Александр Валерьевич

7.1.4.5. Пырьева Евгения Алексеевна

7.1.4.6. Ханов Константин Владимирович

7.2. ДРИТ (TO BE)

7.2.1. Шемарыкин Петр Владимирович

7.2.1.1. Разработка

7.2.1.1.1. Щекин Роман Владимирович

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

7.2.1.2.1. ???

7.2.1.3. Аналитика

7.2.1.3.1. Захаров Дмитрий Александрович

7.2.1.4. DevOps

7.2.1.4.1. Буров Юрий Владимирович