Система управления проектами

План проекта «КредитПлюс Mobile»

Внедрение мобильного приложения для онлайн-микрокредитования

Обозначения ролей: РП — руководитель проекта; БА — бизнес-аналитик; BE-1 — backend-разработчик, техлид; BE-2 — backend-разработчик; iOS и AND — mobile-разработчики; UX — UI/UX-дизайнер; QA — QA-инженер; БКИ — специалист по интеграции с БКИ; КО — комплаенс-офицер; DevOps — DevOps-инженер; PO — менеджер по продукту (Product Owner); СП — спонсор проекта.

1. Устав проекта

1.1. Обоснование запуска

Проблема. Сейчас одобрение заявки занимает около 2 часов. На этом этапе теряется значительная часть клиентов: в сегменте микрозаймов решение ожидают за минуты, и клиент уходит к конкуренту, который одобряет быстрее. Мобильного канала с полным циклом «заявка → решение → подписание → выдача» у компании нет.

Решение. Нативное приложение для iOS и Android. Скоринг в реальном времени по данным НБКИ и ОКБ, дистанционное подписание договора с помощью ЭП, выдача средств на карту или через СБП.

Бизнес-эффект (гипотезы, которые PO и финансовая служба должны подтвердить до Gate 1):

• сокращение времени одобрения со 120 до ≤15 минут (в 8 раз);
• рост конверсии «заявка → выдача» за счёт снижения оттока во время ожидания;
• снижение операционных затрат на ручную обработку заявок;
• 3000 выдач в первый месяц. Воронка для расчёта: ≈10 000 заявок × 35% одобрения × 85% принятия предложения ≈ 3000.

1.2. SMART-цель

К 15.03.2027 опубликовать приложение «КредитПлюс Mobile» для iOS (App Store) и Android (RuStore, Google Play). Приложение должно обеспечивать онлайн-заявку на микрозайм, автоматический скоринг с проверкой в НБКИ и ОКБ ≤5 минут (P95), подписание договора ЭП, аккредитованное УЦ до 01.02.2027, и выдачу средств. Время от отправки заявки до решения — ≤15 минут (P90) против текущих 120 минут. С 15.03 по 14.04.2027 через приложение должно быть выдано ≥3000 займов. Бюджет — не более 18 000 000 ₽. Требования ЦБ РФ и 152-ФЗ должны соблюдаться полностью.

1.3. Границы проекта

Внешние зависимости:

• D1. Маркетинговый бюджет привлечения (коммерческий департамент), запуск кампании — 15.03.
• D2. Вендор АБС предоставляет API и тестовый контур.
• D3. Договоры с НБКИ, ОКБ и УЦ.
• D4. Существующий платёжный шлюз и участие в СБП.

1.4. Критерии успеха и метрики приёмки

1.5. Карта стейкхолдеров

2. Структурная декомпозиция работ (WBS)

2.1. Фазы проекта

Как стыкуются Waterfall и Scrum. Используется подход contract-first: к 23.10 публикуются OpenAPI-контракты, и мобильные разработчики работают на моках, не дожидаясь интеграций. Интеграционные вехи Ф3 жёстко привязаны к спринтам: реальные API подключаются в S3–S5. Изменения waterfall-части проходят через Совет по изменениям (РП + PO + BE-1 + КО). Изменения бэклога PO вносит самостоятельно, но только между спринтами.

2.2. WBS: задачи, ответственные, трудозатраты, зависимости

★ — задача на критическом пути. Трудозатраты указаны в человеко-днях.

Итого: ≈ 790 чел.-дн. проектной работы. Остальное время команды занимают встроенные Scrum-церемонии, ревью и резерв ёмкости 15%.

2.3. План спринтов (Scrum)

Ёмкость спринта: iOS + AND — 18 чел.-дн., BE (BFF) — 6, UX — 5, QA — 8. Резерв на незапланированную работу — 15%. На каникулярный S5 закладывается 50% обычной velocity.

2.4. Критический путь

1.1 Устав (07.10) → 2.2 Регуляторный реестр (21.10) → 2.7 Договор и ТЗ с УЦ (23.10)
→ 3.4 Модуль ЭП (04.12) → S4 MVP / Gate 2 (18.12) → 3.8 Dry-run с УЦ (18.12)
→ 3.9 Подача в УЦ (15.01) → 3.10 Аккредитация (29.01)
→ S7 Feature freeze / Gate 3 (12.02) → 6.3–6.4 Пентест и устранение (25.02)
→ 6.6 UAT / Gate 4 (26.02) → 7.3 Ревью сторов (04.03) → 7.4 Пилот (11.03)
→ Gate 5 (12.03) → 7.6 Релиз (15.03)

• Околокритический путь: 2.5 → 3.1 (АБС) → 3.6 → 3.11 SIT. Резерв времени — 3 рабочих дня.
• Резерв до жёсткого срока аккредитации (01.02): 1 рабочий день (29.01 — пятница). Поэтому в декабре заложен dry-run с УЦ (3.8), а план B по ЭП обязателен (см. R1).
• Буфер проекта: 3 рабочих дня внутри пилота. Пилот можно сократить с 8 до 5 дней решением SteerCo.

2.5. Ключевые вехи

3. План управления рисками

Шкалы оценки. Вероятность (В): 1 — <10%, 2 — 10–30%, 3 — 30–50%, 4 — 50–70%, 5 — >70%. Влияние (Вл): 1–5, где 5 — срыв релиза или регуляторная санкция. Приоритет = В × Вл. Красная зона — ≥ 12.

3.1. Топ-5 рисков

3.2. Специфические риски РФ (расширенный реестр)

3.3. Резервные планы (план B) для критичных рисков

R1 — ЭП не аккредитована к 01.02.

• Решение о переходе принимает SteerCo 25.01, если УЦ не подтвердил готовность выдать заключение до 29.01.
• Действия:
  1. Релиз со ПЭП/АСП: подпись SMS-кодом на основании соглашения об использовании простой ЭП (63-ФЗ, ст. 9). Этот сценарий практикуется при дистанционной выдаче займов; юрдепартамент должен подтвердить его применимость до 15.12. Сценарий разрабатывается как скрытый фича-флаг в S4–S5, трудозатраты ≈ 8 чел.-дн. BE-2.
  2. Переход на ЭП через УЦ в релизе v1.1 в течение 30 дней после аккредитации.
• Бюджет: до 400 тыс. ₽ из резерва (юридическая экспертиза, доработка).
• Последствия: цель по дате и объёму выдач сохраняется; требование «ЭП через УЦ» выполняется с задержкой, отклонение фиксируется в Change Log.

R2 — iOS-приложение не опубликовано.

• Решение о переходе: 2 отказа ревью или блокировка аккаунта.
• Действия:
  1. Запуск PWA/web-версии для iOS-пользователей. Используется тот же BFF, UI адаптируется на базе дизайн-системы; ≈ 25 чел.-дн. привлечённого фронтенд-подрядчика.
  2. Маркетинг перераспределяется на Android (RuStore + Google Play).
  3. Цель 3000 выдач пересчитывается: доля Android-аудитории в сегменте ≈ 65–70%, остальное закрывает PWA.
• Бюджет: до 500 тыс. ₽ из резерва.

R3 — Вендор АБС задерживает API более чем на 10 дней.

• Действия:
  1. Временный адаптер: заявка сохраняется в промежуточной БД проекта, в АБС загружается пакетно каждые 5 минут. Время одобрения не страдает.
  2. Штрафные санкции по допсоглашению.
• Бюджет: до 450 тыс. ₽ из резерва (доработки BE, сверхурочные).

R4 — Скоринг медленнее 5 минут.

• Действия:
  1. Режим «одно бюро»: при таймауте берётся первый полученный ответ.
  2. Предварительный скоринг по анкете и внутренней истории клиента.
  3. Для повторных клиентов — упрощённый сценарий (согласуется с риск-менеджментом до Gate 2).

4. Ресурсы, бюджет и коммуникации

4.1. Загрузка команды

Сильные стороны распределения: ядро разработки сосредоточено в Новосибирске, бизнес и комплаенс — в Москве; это соответствует стейкхолдерам в каждом городе. Слабое место: в каждой mobile-платформе один разработчик. Меры — в R13.

4.2. Матрица RACI

R — исполняет, A — утверждает и отвечает, C — консультирует, I — информируется.

4.3. Бюджет по фазам

4.4. Бюджет по статьям затрат

4.5. Распределение резерва и правила его использования

Правила:

• РП выделяет средства из резерва до 100 тыс. ₽ на одно событие, суммарно не более 300 тыс. ₽.
• Суммы выше этого — решение SteerCo; выше 700 тыс. ₽ — решение спонсора.
• Каждое использование фиксируется в журнале резерва.
• Если до Gate 3 израсходовано более 50% резерва, статус бюджета становится красным и выносится на SteerCo.

Плановый денежный поток (PV) для EVM, тыс. ₽:

4.6. План коммуникаций

Инструменты (все размещены в РФ или on-prem):

• ВКС: Контур.Толк или VK WorkSpace;
• трекер и вики: Яндекс Трекер + Вики или Kaiten;
• код и CI: GitLab self-hosted.

ПДн клиентов в рабочих чатах и трекере запрещены — это требование КО.

5. Контроль и метрики

5.1. KPI проекта

5.2. Контрольные точки (gate review)

Правило гейта: если не выполнен хотя бы один обязательный критерий, возможны три решения:

1. «Go с условиями» — с планом устранения ≤ 5 рабочих дней;
2. «Повтор гейта» — через 5 рабочих дней;
3. «Stop / перепланирование».

5.3. Допуски и порядок эскалации

Допуски проекта (PRINCE2 tolerances):

Матрица эскалации:

Правило для регуляторных и ИБ-инцидентов: немедленная эскалация КО → CISO → СП вне зависимости от уровня.

Управление изменениями: запрос на изменение (Change Request) подаётся в трекер. Совет по изменениям (РП, PO, BE-1, КО) оценивает влияние на сроки, бюджет и риски в течение 3 рабочих дней. Изменения в waterfall-baseline после G1 утверждаются только SteerCo.

6. Ключевые допущения

1. Скоринговая модель уже существует и имеет API или может быть вызвана из оркестратора. Проект её не переобучает.
2. Контур идентификации клиентов (115-ФЗ), платёжный шлюз и участие в СБП уже есть.
3. Вендор АБС способен предоставить API по ТЗ к 11.12.2026 при подписании допсоглашения до 30.10.
4. Маркетинговый бюджет привлечения финансируется отдельно и обеспечивает ≈ 10 000 заявок за первый месяц.
5. Перечень применимых НПА (включая требования ЦБ к защите информации для вашего типа организации — банк или МФО) финализирует КО до Gate 1. Ссылки на НПА в этом плане носят рабочий характер и требуют юридической верификации.

7. Чек-лист готовности к старту проекта (до 09.10.2026)

Управление и финансирование

• Приказ о запуске проекта подписан, спонсор и РП назначены официально
• Устав утверждён спонсором, бюджет 18 000 000 ₽ зарезервирован финансовой службой, открыт код затрат
• Бизнес-кейс (воронка 10 000 → 3000) согласован с финансами и риск-менеджментом
• Состав SteerCo утверждён, заседания поставлены в календари до апреля 2027
• Правила использования резерва утверждены спонсором

Команда

• Все 12 участников подтвердили загрузку (п. 4.1), руководители отделов согласовали выделение
• Kick-off проведён 08.10; роли, RACI и Definition of Done доведены до команды
• Бонус удержания за релиз для mobile- и backend-разработчиков утверждён HR
• Договорённость с аутстафф-партнёром о резервной замене mobile-разработчика

Инструменты и инфраструктура

• Трекер, вики, GitLab, ВКС и мессенджер (размещены в РФ или on-prem) развёрнуты, доступы выданы
• Заявка на облако в РФ под ИСПДн подана, договор на подписании
• Заказ тестовых устройств и Mac mini для CI размещён (цена в рублях зафиксирована)
• Аккаунты разработчика Apple, Google Play и RuStore проверены, доступы у PO и DevOps

Контрагенты

• Запросы в НБКИ и ОКБ на тестовый доступ и договоры отправлены
• Шорт-лист УЦ (≥ 2) сформирован, запрошены SLA аккредитации
• Письмо вендору АБС о допсоглашении направлено, встреча назначена до 16.10
• Запрос КП у 2 подрядчиков по анализу уязвимостей и пентесту отправлен

Комплаенс и безопасность

• КО назначен ответственным за реестр регуляторных требований, срок — 21.10
• CISO подтвердил участие в согласовании модели угроз до 28.10
• Юрдепартамент подтвердил сроки экспертизы (оферта, согласия, соглашение о ПЭП/АСП для плана B)
• Запрет на ПДн в рабочих каналах коммуникации доведён до команды

Планирование

• Базовый план в трекере: WBS, критический путь, вехи M0–M13
• Реестр рисков R1–R15 с владельцами, триггерами и планами B
• План коммуникаций опубликован, встречи в календарях (с учётом разницы +4 часа НСК)
• Шаблоны статус-отчёта (RAG + EVM), протокола SteerCo и Change Request готовы
• Совместный с маркетингом план запуска инициирован (зависимость D1)

Следующий шаг РП: 09.10.2026 провести Gate 0, после чего с 12.10 стартуют Sprint 0 и waterfall-поток проектирования.