Раздел 1. Бизнес-процесс. Стратегический консалтинг и разработка стратегии цифровой трансформации.

Цель процесса: Проведение комплексного стратегического консалтинга для клиента, включая анализ бизнес-модели, выявление точек роста и формирование технического задания (ТЗ) на цифровую трансформацию.

Задействованные отделы и должности: Стратегический консалтинг (Директор по стратегии, Стратегический консультант); Продуктовый инжиниринг (Продуктовый менеджер, Бизнес-аналитик).

Предполагаемые сроки: 40 часов (5 рабочих дней).

Ожидаемый конечный результат: Утвержденное клиентом Техническое задание (ТЗ) и Дорожная карта (Roadmap) проекта.

Матрица RACI (сводная): R (Responsible) — Стратегический консультант, Бизнес-аналитик; A (Accountable) — Директор по стратегии; C (Consulted) — Продуктовый менеджер; I (Informed) — Генеральный директор.

Ключевой показатель процесса (KPI): Доля стратегических рекомендаций, принятых клиентом в финальное ТЗ (целевое значение: ≥ 80 %).

Количество шагов: 3.

Содержание. 1.1. Шаг 1. Описание шага: Проведение серии встреч с клиентом для сбора требований, анализа текущей ИТ-инфраструктуры и бизнес-процессов. Формирование первичного профиля проекта.

Отдел: Стратегический консалтинг.

Должность: Стратегический консультант.

Время на выполнение: 16 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 1.1.1. Задача 1. Действие: Провести вводную встречу с клиентом для презентации методологии и сбора первичных данных о бизнес-целях и проблемах.

Риски: 1. Неполнота или недостоверность предоставленных клиентом данных. 2. Недостаточная вовлеченность ключевых стейкхолдеров клиента.

Барьеры: 1. Использование структурированного чек-листа для сбора данных. 2. Проведение встречи с обязательным участием ЛПР (лиц, принимающих решения) клиента.

Отдел исполнителя: Стратегический консалтинг.

Должность исполнителя (R): Стратегический консультант.

Отдел ответственного (контролера): Стратегический консалтинг.

Должность ответственного (A): Директор по стратегии.

Сроки выполнения: 4 часа.

Требуемый конечный результат: Заполненный чек-лист сбора требований и протокол встречи.

Инструкция по расчету KPI задачи: 1,0 — чек-лист заполнен полностью, протокол утвержден; 0,7-0,99 — незначительные пропуски; Ниже 0,7 — критическая неполнота данных.

Дополнительные роли: C: Продуктовый менеджер; I: Генеральный директор; S: нет; Q: нет.

Содержание. 1.1.1.2. Задача 2. Действие: Провести технический аудит существующей ИТ-инфраструктуры и ПО клиента (при наличии).

Риски: 1. Ограниченный доступ к системам клиента. 2. Отсутствие документации на текущие системы.

Барьеры: 1. Заключение NDA и согласование доступа заранее. 2. Использование автоматизированных инструментов для сканирования сети (при согласовании).

Отдел исполнителя: Стратегический консалтинг.

Должность исполнителя (R): Стратегический консультант.

Отдел ответственного (контролера): Стратегический консалтинг.

Должность ответственного (A): Директор по стратегии.

Сроки выполнения: 4 часа.

Требуемый конечный результат: Отчет по аудиту с описанием текущего состояния и узких мест.

Инструкция по расчету KPI задачи: 1,0 — все запрошенные системы проанализированы; 0,7-0,99 — частичный анализ; Ниже 0,7 — аудит не проведен.

Дополнительные роли: C: DevOps-инженер; I: нет; S: нет; Q: нет.

Содержание. 1.1.2. Шаг 2. Описание шага: Анализ собранных данных, выявление бизнес-возможностей и технологических разрывов. Формирование стратегических рекомендаций.

Отдел: Стратегический консалтинг.

Должность: Стратегический консультант.

Время на выполнение: 16 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 1.1.2.1. Задача 1. Действие: Провести SWOT-анализ бизнес-модели клиента на основе собранных данных.

Риски: 1. Субъективная интерпретация данных. 2. Недостаток информации о конкурентной среде.

Барьеры: 1. Использование стандартизированной матрицы SWOT. 2. Валидация выводов с продуктовым менеджером.

Отдел исполнителя: Стратегический консалтинг.

Должность исполнителя (R): Стратегический консультант.

Отдел ответственного (контролера): Стратегический консалтинг.

Должность ответственного (A): Директор по стратегии.

Сроки выполнения: 6 часов.

Требуемый конечный результат: Заполненная матрица SWOT с комментариями.

Инструкция по расчету KPI задачи: 1,0 — матрица заполнена полностью и логически обоснована; 0,7-0,99 — неполное заполнение; Ниже 0,7 — матрица не составлена.

Дополнительные роли: C: Бизнес-аналитик; I: нет; S: нет; Q: нет.

Содержание. 1.1.2.2. Задача 2. Действие: Сформировать предварительную дорожную карту (Roadmap) проекта цифровой трансформации.

Риски: 1. Недостаточная проработка технических этапов. 2. Несогласованность с ресурсными возможностями клиента.

Барьеры: 1. Согласование Roadmap с руководителем разработки. 2. Использование шаблонов дорожных карт для IT-проектов.

Отдел исполнителя: Продуктовый инжиниринг.

Должность исполнителя (R): Продуктовый менеджер.

Отдел ответственного (контролера): Стратегический консалтинг.

Должность ответственного (A): Директор по стратегии.

Сроки выполнения: 6 часов.

Требуемый конечный результат: Проект дорожной карты на 12 месяцев.

Инструкция по расчету KPI задачи: 1,0 — Roadmap содержит все ключевые этапы и сроки; 0,7-0,99 — отсутствуют отдельные этапы; Ниже 0,7 — Roadmap не сформирована.

Дополнительные роли: C: Стратегический консультант; I: Генеральный директор; S: нет; Q: нет.

Содержание. 1.1.3. Шаг 3. Описание шага: Подготовка итогового ТЗ и презентация стратегии клиенту. Сбор обратной связи и финализация документов.

Отдел: Стратегический консалтинг.

Должность: Стратегический консультант.

Время на выполнение: 8 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 1.1.3.1. Задача 1. Действие: Подготовить финальную версию ТЗ и презентацию для клиента.

Риски: 1. Технические ошибки в ТЗ. 2. Несоответствие ожиданиям клиента.

Барьеры: 1. Автоматическая проверка ТЗ через чек-лист качества. 2. Предварительное внутреннее согласование с Директором по стратегии.

Отдел исполнителя: Стратегический консалтинг.

Должность исполнителя (R): Стратегический консультант.

Отдел ответственного (контролера): Стратегический консалтинг.

Должность ответственного (A): Директор по стратегии.

Сроки выполнения: 4 часа.

Требуемый конечный результат: Финальный пакет документов (ТЗ + презентация).

Инструкция по расчету KPI задачи: 1,0 — документы прошли внутреннюю проверку без замечаний; 0,7-0,99 — незначительные корректировки; Ниже 0,7 — документы не готовы.

Дополнительные роли: C: Бизнес-аналитик; I: Генеральный директор; S: нет; Q: нет.

Содержание. 1.1.3.2. Задача 2. Действие: Провести финальную презентацию стратегии и защитить ТЗ перед клиентом.

Риски: 1. Возражения клиента по ключевым пунктам. 2. Недостаточная глубина проработки отдельных аспектов.

Барьеры: 1. Заранее подготовленные ответы на типовые возражения. 2. Участие Директора по стратегии в защите.

Отдел исполнителя: Стратегический консалтинг.

Должность исполнителя (R): Стратегический консультант.

Отдел ответственного (контролера): Администрация компании.

Должность ответственного (A): Генеральный директор.

Сроки выполнения: 4 часа.

Требуемый конечный результат: Подписанный протокол согласования ТЗ с клиентом.

Инструкция по расчету KPI задачи: 1,0 — ТЗ утверждено клиентом без замечаний; 0,7-0,99 — утверждено с незначительными замечаниями; Ниже 0,7 — ТЗ не согласовано.

Дополнительные роли: C: нет; I: Директор по стратегии; S: нет; Q: нет.

Раздел 2. Бизнес-процесс. Разработка кастомного ПО.

Цель процесса: Разработка высоконагруженного веб-решения и/или мобильного приложения в соответствии с утвержденным ТЗ. Обеспечение качества, безопасности и производительности на всех этапах разработки.

Задействованные отделы и должности: Разработка кастомного ПО (Team Lead (Frontend), Team Lead (Backend), Руководитель разработки, Разработчик (Full-Stack), Инженер качества (QA)); Продуктовый инжиниринг (Продуктовый менеджер, Продуктовый дизайнер); Искусственный интеллект и Машинное обучение (AI-инженер, ML-инженер - по необходимости); Облачная инфраструктура и DevOps (DevOps-инженер); Кибербезопасность (Инженер по безопасности).

Предполагаемые сроки: Определяются индивидуально для каждого проекта и фиксируются в плане разработки (Sprint Plan).

Ожидаемый конечный результат: Разработанное, протестированное и развернутое в продуктивной среде ПО, прошедшее приемочные испытания.

Матрица RACI (сводная): R (Responsible) — Разработчик (Full-Stack), Инженер качества (QA); A (Accountable) — Руководитель разработки; C (Consulted) — Продуктовый менеджер, Team Lead (Frontend), Team Lead (Backend), DevOps-инженер; I (Informed) — Генеральный директор, Директор по стратегии (по необходимости).

Ключевой показатель процесса (KPI): Соответствие разработанного ПО функциональным требованиям ТЗ (целевое значение: ≥ 95 % выполненных требований).

Количество шагов: 5.

Содержание. 2.1. Шаг 1. Описание шага: Проектирование архитектуры решения и дизайн пользовательского интерфейса.

Отдел: Разработка кастомного ПО.

Должность: Руководитель разработки.

Время на выполнение: 40 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 2.1.1. Задача 1. Действие: Спроектировать архитектуру системы с учетом требований к производительности и масштабируемости.

Риски: 1. Неправильный выбор технологического стека. 2. Неучтенные требования к безопасности.

Барьеры: 1. Проведение Architecture Design Review с участием DevOps-инженера и Инженера по безопасности. 2. Фиксация всех архитектурных решений в документации.

Отдел исполнителя: Разработка кастомного ПО.

Должность исполнителя (R): Руководитель разработки.

Отдел ответственного (контролера): Администрация компании.

Должность ответственного (A): Генеральный директор.

Сроки выполнения: 24 часа.

Требуемый конечный результат: Утвержденная архитектурная документация (Architecture Decision Records).

Инструкция по расчету KPI задачи: 1,0 — архитектура утверждена всеми стейкхолдерами; 0,7-0,99 — утверждена с незначительными замечаниями; Ниже 0,7 — архитектура не утверждена.

Дополнительные роли: C: DevOps-инженер, Инженер по безопасности; I: Директор по стратегии; S: нет; Q: нет.

Содержание. 2.1.2. Задача 2. Действие: Разработать дизайн пользовательского интерфейса в соответствии с требованиями UX/UI.

Риски: 1. Несоответствие дизайна ожиданиям пользователей. 2. Нарушение сроков на этапе дизайна.

Барьеры: 1. Проведение юзабилити-тестирования прототипов. 2. Утверждение дизайна с Продуктовым менеджером.

Отдел исполнителя: Продуктовый инжиниринг.

Должность исполнителя (R): Продуктовый дизайнер.

Отдел ответственного (контролера): Продуктовый инжиниринг.

Должность ответственного (A): Продуктовый менеджер.

Сроки выполнения: 24 часа.

Требуемый конечный результат: Утвержденные макеты UI и прототип.

Инструкция по расчету KPI задачи: 1,0 — дизайн утвержден без замечаний; 0,7-0,99 — утвержден с незначительными доработками; Ниже 0,7 — дизайн не утвержден.

Дополнительные роли: C: нет; I: Руководитель разработки; S: нет; Q: нет.

Содержание. 2.2. Шаг 2. Описание шага: Непосредственная разработка программного кода.

Отдел: Разработка кастомного ПО.

Должность: Разработчик (Full-Stack).

Время на выполнение: 320 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 2.2.1. Задача 1. Действие: Реализовать функциональность бэкенда согласно ТЗ.

Риски: 1. Ошибки в логике работы API. 2. Низкая производительность кода.

Барьеры: 1. Code Review через Pull Requests. 2. Проведение нагрузочного тестирования.

Отдел исполнителя: Разработка кастомного ПО.

Должность исполнителя (R): Team Lead (Backend).

Отдел ответственного (контролера): Разработка кастомного ПО.

Должность ответственного (A): Руководитель разработки.

Сроки выполнения: 160 часов.

Требуемый конечный результат: Работающий бэкенд, соответствующий спецификации API.

Инструкция по расчету KPI задачи: 1,0 — бэкенд прошел Unit и интеграционные тесты; 0,7-0,99 — выявлены незначительные дефекты; Ниже 0,7 — бэкенд не работоспособен.

Дополнительные роли: C: нет; I: DevOps-инженер; S: нет; Q: Инженер качества (QA).

Содержание. 2.2.2. Задача 2. Действие: Реализовать функциональность фронтенда согласно ТЗ.

Риски: 1. Несоответствие кросс-браузерной совместимости. 2. Медленная загрузка интерфейса.

Барьеры: 1. Использование автоматизированных инструментов для проверки кросс-браузерности. 2. Оптимизация фронтенда с использованием инструментов анализа производительности.

Отдел исполнителя: Разработка кастомного ПО.

Должность исполнителя (R): Team Lead (Frontend).

Отдел ответственного (контролера): Разработка кастомного ПО.

Должность ответственного (A): Руководитель разработки.

Сроки выполнения: 160 часов.

Требуемый конечный результат: Работающий фронтенд, соответствующий утвержденному дизайну.

Инструкция по расчету KPI задачи: 1,0 — фронтенд прошел все кросс-браузерные тесты; 0,7-0,99 — выявлены незначительные визуальные дефекты; Ниже 0,7 — фронтенд не отвечает требованиям.

Дополнительные роли: C: Продуктовый дизайнер; I: нет; S: нет; Q: Инженер качества (QA).

Содержание. 2.3. Шаг 3. Описание шага: Интеграция AI-модулей (при необходимости) и разработка ML-моделей.

Отдел: Искусственный интеллект и Машинное обучение.

Должность: AI-инженер, ML-инженер.

Время на выполнение: 160 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 2.3.1. Задача 1. Действие: Разработать и обучить ML-модель в соответствии с ТЗ.

Риски: 1. Низкая точность модели. 2. Недостаток данных для обучения.

Барьеры: 1. Проведение A/B тестирования моделей. 2. Использование синтетических данных при нехватке реальных.

Отдел исполнителя: Искусственный интеллект и Машинное обучение.

Должность исполнителя (R): ML-инженер.

Отдел ответственного (контролера): Искусственный интеллект и Машинное обучение.

Должность ответственного (A): Руководитель AI/ML.

Сроки выполнения: 80 часов.

Требуемый конечный результат: Обученная и проверенная ML-модель с документацией.

Инструкция по расчету KPI задачи: 1,0 — метрики модели соответствуют целевым значениям; 0,7-0,99 — метрики незначительно ниже целевых; Ниже 0,7 — модель не применима.

Дополнительные роли: C: AI-инженер; I: Руководитель разработки; S: нет; Q: нет.

Содержание. 2.3.2. Задача 2. Действие: Интегрировать ML-модель в основное приложение.

Риски: 1. Проблемы совместимости. 2. Задержки в ответе API.

Барьеры: 1. Проведение интеграционного тестирования. 2. Оптимизация модели с использованием ONNX или аналогичных инструментов.

Отдел исполнителя: Искусственный интеллект и Машинное обучение.

Должность исполнителя (R): AI-инженер.

Отдел ответственного (контролера): Разработка кастомного ПО.

Должность ответственного (A): Руководитель разработки.

Сроки выполнения: 40 часов.

Требуемый конечный результат: Работающий эндпоинт для взаимодействия с ML-моделью.

Инструкция по расчету KPI задачи: 1,0 — интеграция прошла тестирование без ошибок; 0,7-0,99 — выявлены незначительные ошибки; Ниже 0,7 — интеграция не удалась.

Дополнительные роли: C: нет; I: DevOps-инженер; S: нет; Q: Инженер качества (QA).

Содержание. 2.4. Шаг 4. Описание шага: Тестирование качества (QA) и обеспечение безопасности.

Отдел: Разработка кастомного ПО; Кибербезопасность.

Должность: Инженер качества (QA); Инженер по безопасности.

Время на выполнение: 80 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 2.4.1. Задача 1. Действие: Провести полное функциональное, интеграционное и нагрузочное тестирование системы.

Риски: 1. Неполное покрытие тестами. 2. Высокая сложность воспроизведения дефектов.

Барьеры: 1. Использование автоматизированных фреймворков тестирования (Selenium, JMeter). 2. Заведение багов в систему контроля ошибок.

Отдел исполнителя: Разработка кастомного ПО.

Должность исполнителя (R): Инженер качества (QA).

Отдел ответственного (контролера): Разработка кастомного ПО.

Должность ответственного (A): Руководитель разработки.

Сроки выполнения: 40 часов.

Требуемый конечный результат: Отчет о тестировании с описанием всех найденных дефектов.

Инструкция по расчету KPI задачи: 1,0 — тесты выполнены на 100 %, критических багов нет; 0,7-0,99 — выявлены незначительные баги; Ниже 0,7 — тестирование не завершено.

Дополнительные роли: C: Team Lead (Frontend), Team Lead (Backend); I: Продуктовый менеджер; S: нет; Q: нет.

Содержание. 2.4.2. Задача 2. Действие: Провести анализ безопасности кода и инфраструктуры.

Риски: 1. Необнаруженные уязвимости. 2. Ошибки в конфигурации безопасности.

Барьеры: 1. Использование статических анализаторов кода. 2. Проведение пентеста (по согласованию с клиентом).

Отдел исполнителя: Кибербезопасность.

Должность исполнителя (R): Инженер по безопасности.

Отдел ответственного (контролера): Кибербезопасность.

Должность ответственного (A): Руководитель кибербезопасности.

Сроки выполнения: 24 часа.

Требуемый конечный результат: Отчет по безопасности с рекомендациями.

Инструкция по расчету KPI задачи: 1,0 — уязвимости критического уровня не обнаружены; 0,7-0,99 — обнаружены незначительные уязвимости; Ниже 0,7 — обнаружены критические уязвимости.

Дополнительные роли: C: DevOps-инженер; I: Руководитель разработки; S: нет; Q: нет.

Содержание. 2.5. Шаг 5. Описание шага: Подготовка инфраструктуры и развертывание в продуктивной среде.

Отдел: Облачная инфраструктура и DevOps.

Должность: DevOps-инженер.

Время на выполнение: 40 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 2.5.1. Задача 1. Действие: Настроить облачную инфраструктуру и CI/CD пайплайн для автоматического развертывания.

Риски: 1. Простои в работе облачных сервисов. 2. Ошибки в конфигурации CI/CD.

Барьеры: 1. Использование IaC (Terraform). 2. Настройка мониторинга инфраструктуры.

Отдел исполнителя: Облачная инфраструктура и DevOps.

Должность исполнителя (R): DevOps-инженер.

Отдел ответственного (контролера): Облачная инфраструктура и DevOps.

Должность ответственного (A): Руководитель облачной инфраструктуры.

Сроки выполнения: 16 часов.

Требуемый конечный результат: Настроенный и протестированный CI/CD пайплайн.

Инструкция по расчету KPI задачи: 1,0 — пайплайн успешно прошел тестовый запуск; 0,7-0,99 — выявлены незначительные ошибки; Ниже 0,7 — пайплайн не настроен.

Дополнительные роли: C: Инженер по безопасности; I: Руководитель разработки; S: нет; Q: нет.

Содержание. 2.5.2. Задача 2. Действие: Развернуть ПО в продуктивной среде и провести приемочные испытания.

Риски: 1. Сбой при деплое. 2. Проблемы с миграцией данных.

Барьеры: 1. Разработка плана отката (Rollback plan). 2. Тестирование в стейджинге перед деплоем в продуктив.

Отдел исполнителя: Облачная инфраструктура и DevOps.

Должность исполнителя (R): DevOps-инженер.

Отдел ответственного (контролера): Администрация компании.

Должность ответственного (A): Генеральный директор.

Сроки выполнения: 8 часов.

Требуемый конечный результат: Работающее в продуктивной среде ПО и подписанный акт приемки.

Инструкция по расчету KPI задачи: 1,0 — деплой успешен, приемка подписана; 0,7-0,99 — выявлены незначительные проблемы; Ниже 0,7 — деплой не удался.

Дополнительные роли: C: Инженер качества (QA), Руководитель разработки; I: Продуктовый менеджер; S: нет; Q: нет.

Раздел 3. Бизнес-процесс. Внедрение Искусственного интеллекта и Машинного обучения.

Цель процесса: Внедрение AI-агентов и ML-моделей для автоматизации бизнес-процессов клиента и повышения операционной эффективности.

Задействованные отделы и должности: Искусственный интеллект и Машинное обучение (Руководитель AI/ML, AI-инженер, ML-инженер, Инженер по данным); Продуктовый инжиниринг (Продуктовый менеджер, Бизнес-аналитик); Облачная инфраструктура и DevOps (DevOps-инженер).

Предполагаемые сроки: 240 часов (6 недель).

Ожидаемый конечный результат: Внедренный AI-агент/модель, интегрированные в бизнес-процессы клиента.

Матрица RACI (сводная): R (Responsible) — AI-инженер, ML-инженер; A (Accountable) — Руководитель AI/ML; C (Consulted) — Продуктовый менеджер, Бизнес-аналитик; I (Informed) — Директор по стратегии.

Ключевой показатель процесса (KPI): Точность AI-агента на тестовых данных (целевое значение: ≥ 90 %).

Количество шагов: 4.

Содержание. 3.1. Шаг 1. Описание шага: Сбор, очистка и подготовка данных для обучения модели.

Отдел: Искусственный интеллект и Машинное обучение.

Должность: Инженер по данным.

Время на выполнение: 40 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 3.1.1. Задача 1. Действие: Собрать и агрегировать данные из внутренних систем клиента.

Риски: 1. Отсутствие данных. 2. Несоответствие форматов данных.

Барьеры: 1. Согласование доступа к данным с клиентом. 2. Разработка ETL-пайплайнов.

Отдел исполнителя: Искусственный интеллект и Машинное обучение.

Должность исполнителя (R): Инженер по данным.

Отдел ответственного (контролера): Искусственный интеллект и Машинное обучение.

Должность ответственного (A): Руководитель AI/ML.

Сроки выполнения: 24 часа.

Требуемый конечный результат: Набор данных в унифицированном формате.

Инструкция по расчету KPI задачи: 1,0 — данные собраны на 100 %; 0,7-0,99 — собраны частично; Ниже 0,7 — данные не собраны.

Дополнительные роли: C: Бизнес-аналитик; I: нет; S: нет; Q: нет.

Содержание. 3.2. Шаг 2. Описание шага: Разработка и обучение модели машинного обучения.

Отдел: Искусственный интеллект и Машинное обучение.

Должность: ML-инженер.

Время на выполнение: 160 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 3.2.1. Задача 1. Действие: Провести исследовательский анализ данных (EDA) и выбрать наилучшую архитектуру модели.

Риски: 1. Неправильный выбор модели. 2. Недостаток вычислительных ресурсов.

Барьеры: 1. Проведение экспериментов с несколькими архитектурами. 2. Использование облачных GPU.

Отдел исполнителя: Искусственный интеллект и Машинное обучение.

Должность исполнителя (R): ML-инженер.

Отдел ответственного (контролера): Искусственный интеллект и Машинное обучение.

Должность ответственного (A): Руководитель AI/ML.

Сроки выполнения: 80 часов.

Требуемый конечный результат: Отчет о выборе модели с обоснованием.

Инструкция по расчету KPI задачи: 1,0 — выбрана оптимальная модель; 0,7-0,99 — выбор неокончательный; Ниже 0,7 — модель не выбрана.

Дополнительные роли: C: AI-инженер; I: нет; S: нет; Q: нет.

Содержание. 3.3. Шаг 3. Описание шага: Интеграция модели в инфраструктуру клиента.

Отдел: Искусственный интеллект и Машинное обучение; Облачная инфраструктура и DevOps.

Должность: AI-инженер; DevOps-инженер.

Время на выполнение: 40 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 3.3.1. Задача 1. Действие: Развернуть модель в облачной среде (AWS/Azure/GCP) и обеспечить доступ через API.

Риски: 1. Проблемы с масштабируемостью. 2. Задержки в работе API.

Барьеры: 1. Использование Kubernetes для оркестрации. 2. Настройка Auto-scaling.

Отдел исполнителя: Облачная инфраструктура и DevOps.

Должность исполнителя (R): DevOps-инженер.

Отдел ответственного (контролера): Искусственный интеллект и Машинное обучение.

Должность ответственного (A): Руководитель AI/ML.

Сроки выполнения: 24 часа.

Требуемый конечный результат: Работающий API эндпоинт для модели.

Инструкция по расчету KPI задачи: 1,0 — API успешно протестировано; 0,7-0,99 — выявлены незначительные проблемы; Ниже 0,7 — API не доступен.

Дополнительные роли: C: нет; I: Руководитель разработки; S: нет; Q: нет.

Содержание. 3.4. Шаг 4. Описание шага: Обучение пользователей и ввод в эксплуатацию.

Отдел: Продуктовый инжиниринг.

Должность: Продуктовый менеджер.

Время на выполнение: 20 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 3.4.1. Задача 1. Действие: Подготовить документацию и провести обучение пользователей (внутренняя команда клиента).

Риски: 1. Низкая вовлеченность пользователей. 2. Непонимание функционала.

Барьеры: 1. Проведение вебинаров и мастер-классов. 2. Создание понятных инструкций (User Guide).

Отдел исполнителя: Продуктовый инжиниринг.

Должность исполнителя (R): Продуктовый менеджер.

Отдел ответственного (контролера): Искусственный интеллект и Машинное обучение.

Должность ответственного (A): Руководитель AI/ML.

Сроки выполнения: 16 часов.

Требуемый конечный результат: Проведенные обучения и утвержденная документация.

Инструкция по расчету KPI задачи: 1,0 — обучение проведено, документация утверждена; 0,7-0,99 — обучение проведено частично; Ниже 0,7 — обучение не проведено.

Дополнительные роли: C: Бизнес-аналитик; I: Директор по стратегии; S: нет; Q: нет.

Раздел 4. Бизнес-процесс. Пост-релизационная поддержка и эксплуатация.

Цель процесса: Обеспечение бесперебойной работы ПО после релиза, оперативное устранение инцидентов и поддержка пользователей.

Задействованные отделы и должности: Пост-релизационная поддержка и эксплуатация (Руководитель поддержки, Инженер поддержки, Специалист по эксплуатации); Облачная инфраструктура и DevOps (Инженер по мониторингу и производительности).

Предполагаемые сроки: Постоянно (SLA 24/7).

Ожидаемый конечный результат: Стабильно работающее ПО с минимальным временем простоя (Uptime ≥ 99.9 %).

Матрица RACI (сводная): R (Responsible) — Инженер поддержки, Специалист по эксплуатации, Инженер по мониторингу и производительности; A (Accountable) — Руководитель поддержки; C (Consulted) — DevOps-инженер; I (Informed) — Генеральный директор.

Ключевой показатель процесса (KPI): Время восстановления после инцидента (MTTR) (целевое значение: ≤ 2 часа).

Количество шагов: 3.

Содержание. 4.1. Шаг 1. Описание шага: Мониторинг производительности и доступности системы.

Отдел: Облачная инфраструктура и DevOps.

Должность: Инженер по мониторингу и производительности.

Время на выполнение: Постоянно (24/7).

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 4.1.1. Задача 1. Действие: Настроить системы мониторинга (Zabbix, Grafana, Prometheus) и оповещения об инцидентах.

Риски: 1. Пропуск критических алертов. 2. Ложные срабатывания.

Барьеры: 1. Настройка эскалации алертов. 2. Периодический ревью настроек мониторинга.

Отдел исполнителя: Облачная инфраструктура и DevOps.

Должность исполнителя (R): Инженер по мониторингу и производительности.

Отдел ответственного (контролера): Пост-релизационная поддержка и эксплуатация.

Должность ответственного (A): Руководитель поддержки.

Сроки выполнения: 8 часов (настройка).

Требуемый конечный результат: Настроенная система мониторинга и оповещений.

Инструкция по расчету KPI задачи: 1,0 — все критичные метрики отслеживаются; 0,7-0,99 — отслеживаются не все; Ниже 0,7 — мониторинг не настроен.

Дополнительные роли: C: DevOps-инженер; I: нет; S: нет; Q: нет.

Содержание. 4.2. Шаг 2. Описание шага: Обработка инцидентов и пользовательских обращений.

Отдел: Пост-релизационная поддержка и эксплуатация.

Должность: Инженер поддержки.

Время на выполнение: Постоянно (в рамках SLA).

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 4.2.1. Задача 1. Действие: Принимать обращения пользователей через Service Desk и регистрировать инциденты.

Риски: 1. Потеря обращений. 2. Недостаточная квалификация оператора.

Барьеры: 1. Использование единой системы тикетов. 2. Обучение персонала поддержки.

Отдел исполнителя: Пост-релизационная поддержка и эксплуатация.

Должность исполнителя (R): Инженер поддержки.

Отдел ответственного (контролера): Пост-релизационная поддержка и эксплуатация.

Должность ответственного (A): Руководитель поддержки.

Сроки выполнения: Время реакции согласно SLA (не более 1 часа).

Требуемый конечный результат: Зарегистрированный и классифицированный инцидент.

Инструкция по расчету KPI задачи: 1,0 — обработан в установленный срок; 0,7-0,99 — обработан с задержкой; Ниже 0,7 — обращение пропущено.

Дополнительные роли: C: нет; I: Специалист по эксплуатации; S: нет; Q: нет.

Содержание. 4.3. Шаг 3. Описание шага: Решение инцидентов и восстановление сервиса.

Отдел: Пост-релизационная поддержка и эксплуатация.

Должность: Специалист по эксплуатации.

Время на выполнение: До устранения инцидента.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 4.3.1. Задача 1. Действие: Проанализировать причину инцидента и принять меры для восстановления сервиса.

Риски: 1. Неправильная диагностика. 2. Задержка с принятием решения.

Барьеры: 1. Наличие Runbook (инструкций по устранению типовых сбоев). 2. Эскалация инцидента в отдел разработки при необходимости.

Отдел исполнителя: Пост-релизационная поддержка и эксплуатация.

Должность исполнителя (R): Специалист по эксплуатации.

Отдел ответственного (контролера): Пост-релизационная поддержка и эксплуатация.

Должность ответственного (A): Руководитель поддержки.

Сроки выполнения: Согласно SLA (время восстановления).

Требуемый конечный результат: Восстановленный сервис и отчет об инциденте.

Инструкция по расчету KPI задачи: 1,0 — сервис восстановлен в срок; 0,7-0,99 — восстановлен с задержкой; Ниже 0,7 — сервис не восстановлен.

Дополнительные роли: C: Инженер поддержки; I: Руководитель разработки; S: нет; Q: нет.

Раздел 5. Бизнес-процесс. Управление облачной инфраструктурой.

Цель процесса: Создание, масштабирование и управление облачной инфраструктурой для размещения высоконагруженных веб-решений. Обеспечение безопасности и оптимизация затрат.

Задействованные отделы и должности: Облачная инфраструктура и DevOps (Руководитель облачной инфраструктуры, DevOps-инженер, Специалист по облачным решениям (AWS/Azure/GCP)); Кибербезопасность (Специалист по безопасности облачных сред).

Предполагаемые сроки: Зависит от сложности (в среднем 80 часов).

Ожидаемый конечный результат: Готовая к эксплуатации облачная инфраструктура (IaaS/PaaS) с настроенными политиками безопасности и мониторингом.

Матрица RACI (сводная): R (Responsible) — DevOps-инженер, Специалист по облачным решениям; A (Accountable) — Руководитель облачной инфраструктуры; C (Consulted) — Специалист по безопасности облачных сред; I (Informed) — Генеральный директор.

Ключевой показатель процесса (KPI): Время развертывания инфраструктуры (в часах) (целевое значение: ≤ 40 часов).

Количество шагов: 3.

Содержание. 5.1. Шаг 1. Описание шага: Проектирование облачной архитектуры.

Отдел: Облачная инфраструктура и DevOps.

Должность: Руководитель облачной инфраструктуры.

Время на выполнение: 16 часов.

KPI шага: 0 (рассчитывается автоматически системой на основе KPI задач).

Содержание. 5.1.1. Задача 1. Действие: Разработать архитектуру облачного решения, учитывая требования по безопасности и масштабируемости.

Риски: 1. Неправильный выбор облачного провайдера. 2. Недостаточная оценка затрат.

Барьеры: 1. Использование TCO-калькуляторов. 2. Согласование архитектуры с Инженером по безопасности.

Отдел исполнителя: Облачная инфраструктура и DevOps.

Должность исполнителя (R): Руководитель облачной инфраструктуры.

Отдел ответственного (контролера): Администрация компании.

Должность ответственного (A): Генеральный директор.

Сроки выполнения: 16 часов.

Требуемый конечный результат: Утвержденная архитектурная диаграмма.

Инструкция по расчету KPI задачи: 1,0 — архитектура утверждена; 0,7-0,99 — с замечаниями; Ниже 0,7 — не утверждена.

Дополнительные роли: C: Специалист по безопасности облачных сред; I: Директор по стратегии; S: нет; Q: нет.