Разработать приложение, в котором будет возможно вести профиль клиента, обогащенного данными из различных источников, калькуляции текущего уровня риска и присущих клиенту риск-факторов.
2
Задачи проекта:
Интегрироваться с Active Directory АБИС, Комитетом Гос Доходов, OpenData, ГосЗакупом и EGOV
Разработать личный кабинет для комплаенс-менеджера, администратора, начальника УФМ
Разработать алгоритм расчета уровня риска
Разработать информационные блоки по клиенту
Разработать журнал событий пользователей
3
4
Что будем делать:
Соберем требования и ожидания со всех стейкхолдеров, сформируем user stories, сделаем декомпозицию крупных функциональных блоков
Для того чтобы приложение помогало решать задачи пользователей, мы уделяем особое внимание общению с пользователями и другими ключевыми стейкхолдерами. Чтобы закончить приложение в короткие сроки, особое внимание мы уделяем проектному управлению и планированию. Это позволяет заранее формировать бэклог задач, правильно его приоритезировать и быть прозрачными перед всеми участниками проекта.
Интегрируемся с внутренними и внешними системами
Поскольку одной из основных ценностей этого приложения будет являться наполненность информацией по клиенту с различных источников, мы уделим особое внимание этому блоку. Кроме разработки, мы обязательно включаем написание различного рода тестов, встраивание в общий CI/CD
Разработаем алгоритм расчета уровня риска
Данный блок потребует тщательного анализа и внимания к качеству кода, поэтому за его разработку будут ответственны наш сеньор Python разработчик и Аналитик. После каждой итерации, полученные результаты будут сверяться с основными пользователями. Будет разработано управление периодичностью опросов внутренних и внешних систем.
Разработаем личный кабинет для каждой роли
Мы выделили для себя 3 основные роли пользователей: комплаенс-контролеры, начальник УФМ и администратор. Мы разработаем следующие компоненты
а. комплаенс-контролер: просматривает информационные блоки по клиенту, создаёт мотивированные заключения, на основе риск-оценки в. начальник УФМ: просматривает полученные заявки на согласование, изучает информационные блоки клиента, согласовывает или отклоняет заявки
Сформируем проектную документацию
Во время разработки, мы активно ведем проектную документацию, в которой отражаем всю информацию о проекте, схемы взаимодействия систем, указание по конфигурированию параметров системы, набор скриптов и другой информации, которая поможет ознакомится с проектом любому стейкхолдеру в компании
Бизнес-результат:
Вы получите готовое приложение, которое будет содержать информацию о клиенте с различных источников данных, на основании которой, будет рассчитан риск-уровень. Приложение будет предоставлять сводку по клиенту и возможность выгрузить мотивированное заключение, согласованное начальников УФМ с личного кабинета.
5
Команда проекта:
Project manager (middle) - 200 часов Python developer (middle) - 320 часов Python developer (senior) - 160 часов React developer (middle) - 240 часов React developer (senior) - 60 часов Analyst (middle)- 200 часов
6
Как ведется работа:
7
Дорожная карта
Упрощает понимание стратегии развития благодаря визуализации работы команды, цены, планируемых часов и занятости
Управление проектом
Планирование, оценка, распределение задач по спринтам, согласования в Zoom, стендапы и общение в Telegram
Таск трекер — Monday
В качестве трекера задач используем Monday, в режиме реального времени следим за спринтами и выполненными задачами
Документация — Notion
Всё для понимания проекта: описание, глоссарий, раздел для разработчиков, описания инфраструктуры, нужных интеграций, UX и другого