Особенности работы с требованиями при доработке продукта для заказчика
Андрей КолесниковИншуранс Солюшенс
Когда тема актуальна
• У компании есть продукт
• Нужны разные решения для заказчиков в
разных странах
Категории продуктов
• Рассчитанные на массового потребителя
• Нишевые/отраслевые, ориентированные на
конкретную аудиторию или отрасль
Отраслевой продукт
• Понимание предметной области
• Ориентация на глобальный рынок
• Учет особенностей для отдельных стран и
регионов
EIS Suite
3rd Party Interface
BillingInterface
ClaimsInterface
Commission Interface
Self-Service Portal Interface
Reinsurance Interface
Analytics Interface
3rd Party Mgmt
Accounts & CRM
CorrespondenceManagement
Sub-LedgerReporting &Compliance
Tasks & Decisions
Document Generation
Configuration & Scheduling
SecurityProcess & Task Mgmt
Business Activity
Monitoring
Content Management
Business Rules
CommonServices
Data & Sys Integration
InteractionChannels
Operations Management
Correspondence Personal Service Self-Service
Mail Fax eMail Chat Phone Agent IVR SMS Web
New Business
Policy Servicing
Claims Financials
Claim Processing
BusinessProcesses&Core Functions
NewBusiness
Rating
Policy Servicing
Adjudicaton & Settlement
Claim Financials
FNOL
Claim Processing
ProductManagement
Under-Writing
POLICYCORECLAIMCORE
Payment Processes
Payment Management
Invoice &Collection
Bill Plan Management
BILLINGCORE
PRODUCT FACTORY
Distribution Management Sales and Customer Service DISTRIBUTIONCORE
Основные характеристики
• Ориентированность на предметную область и её процессы
• Реализация ядра системы и основных процессов или их частей в продукте
• Настройки отдельных характеристик или структуры данных без изменения исходного кода
• Быстрое конфигурирование или небольшая доработка для заказчика
• Заказчик может оптимизировать процессы или приспособить под уже реализованные
Стратегия
Создание целостного решения с возможностью настройки и конфигурации:
• Поддержка общей «базовой» версии
• Создание нескольких предварительно
настроенных «региональных» версий
• Настройка продукта для заказчика
Возможности настройки
•Пользовательский интерфейс
• Структура данных
•Процессы /жизненный цикл обработки сущностей
• Элементы поведения: действия пользователя/
события и реакция системы
Цикл настройки продукта
ПродуктОсновные свойства продукта
Структура продукта и блоки
данных
Пользовательские рабочие области
Конфигурация правил для продукта и отдельных элементов
Развертывание и управление
Базовый продукт до и после расширения
• Ядро системы и
основные процессы
•Платформа для администрирования
•Модуль настройки продукта
•Доменная модель и структура данных
• Расширение структуры
данных
•Адаптация процессов под
региональные требования
• Типовая интеграция со
смежными системами
Продукт для заказчика
•Окончательная настройка
•Доработка некоторых особенностей
•Интеграция со специфическими системами заказчика
Доработка EIS SuiteВ
озм
ож
но
сти
нас
тро
йки
Конфигурация
• Доступна бизнес-пользователям
• Предоставляет UI
• Не требует изменения программного кода
Параметризация
• Изменения табличных параметров
• Программирование бизнес логики
Код
• Язык программирования
• Технически опытная аудитория
Настройка расчета страховой премии
Модуль настройки страховых продуктов
Глубокие изменения
Поверхностные изменения
Настраиваемые модули
Администрирование приложения
Доработкикоторых не избежать
•Интеграция
•Изменение процессов по требованиям регулятора
•Изменение структуры данных и интерфейса
Работа с требованиями
Этап сбора и анализа требований базовой части продукта:
•Начинается задолго до старта проекта для заказчика
•Осуществляется итерационно
•Продолжается сколь угодно долго
•Нерешенные проблемы проявляются на этапе работы с заказчиком
Задачи аналитика:несколько приближений
•Определение порядка величин объема работ (order of magnitude): обеспечивает высокоуровневую оценку с конкретными предположениями
•Определение рамок и объема работ (scope study): более точная оценка для получения списка всех изменений (delta)
•Детальная оценка дельты (delta capture): определение деталей для каждого изменения
Определение порядка величин объема работ
• Получение начальной информации от заказчика
• Проработка вопросов по определению порядка величин объема работ
• Информирование заказчика о полученной оценке
Планирование программы проектов
• Понимание полного масштаба работ
• Определение приоритетов бизнеса
• Идентификация логических сегментов и их
зависимостей
• Определение порядка выполнения работ
• Определение длительности и этапов работ Se
Параллельная работа
Конфигурация билинга
Конфигурация страховых исков
Настройка
Конфигурация страховых полисов
Конфигурация расчета страховой
премии
Разработка и реализация
интерфейсов
Создание документов
Конвертация существующих
данных
Текущая структура и подход
позволяют проведение
параллельной работы по
ряду доменов:
Страховые полисы
Билинг
Интерфейсы
Конвертация
Оценка объема работ
• Запрос дополнительной детальной информации у заказчика
• Проведение совместной оценки объема задач с заказчиком
• Анализ результатов, точная оценка объема работ для заказчика
• Определение дельты между существующей и требуемой функциональностью
Детальная оценка дельты
• Организация семинаров по обсуждению и утверждению детальной реализации
• Оценка результатов. Выбор критериев и модели оценки
• Согласование и оценка результатов с заказчиком
• Возможное изменение объема или требований по согласованию с заказчиком
Определение места реализации требований
• Базовая версия – функциональность, которая полезна любому заказчику
• Предварительно настроенная версия –функциональность, которая полезна группе клиентов целевого региона, страны, направления в отрасли
• Остальное – решение, создаваемое для заказчика
База знаний
Накопление и использование уже наработанных и проверенных моделей, шаблонов и инструкций :
• Быстрая и качественная оценка
• Согласованный подход на всех проектах
• Внедрение лучших практик для активностей
Зависимости и влияние
• Процесс бизнес-анализа при создании базового продукта
• Процесс бизнес-анализа при создании предварительно настроенных версий
• Изменения базовой и предварительно настроенных версий
• Использование единого подхода и единой системы управления требованиями
Что нужно для процессасоздания продукта ?
• Хорошо построенный процесс анализа и управления требованиями
• Процесс поддержки требований для повторного использования
• Распределенная реализация отдельных модулей и функций
• Накопленная база знаний