Решение для управления потоками требований - FineReport Справка | Разработка отчетов | Использование отчетов | Учебные пособия

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

1. Обзор

1.1 Сценарии применения

Как только данные и учетные записи готовы, BI-платформа, по сути, готова к использованию, и ИТ-специалисты, бизнес-аналитики и аналитики данных могут заниматься анализом данных каждый по своему усмотрению.

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

Поэтому, чтобы стандартизировать процесс отчетности по запросам и делегирования полномочий, эффективно и точно завершить процесс подготовки данных и их анализа, а также позволить данным продолжать играть ценную роль, вы можете построить "процесс управления доступом к запросам", чтобы сформулировать спецификации управления BI-платформой.

1.2 Ожидаемые результаты

"Процесс управления доступом по требованию должен обеспечивать следующее:

• Приведите блок-схему требований, укажите, как требования сочетаются друг с другом и каковы отношения ответственности;
• Создание и внедрение форм процесса обработки требований к данным.

1.3 Идеи для реализации

Идея реализации "Процесса управления доступом по требованию" показана на следующем рисунке:

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

Например, существующий в компании XX персонал для повышения спроса на способ: каждый может повысить спрос, непосредственно в личном чате персонала центра обработки данных.

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

Текущие требования к обработке данных Вопросы управления процессом:

1) Слишком много дублирующих друг друга требований и много времени, затрачиваемого на бизнес/разработку

2) Путаница среди сватов и неспособность ответственного лица координировать работу.

(3) Прогресс обработки требований не прозрачен, бизнес не может понять, как продвигается выполнение требования, часто возникают неистовые призывы.

4) Отсутствует конкретная система планирования требований; некоторые требования выполнимы, но время на разработку расходуется по-разному.

Поэтому, чтобы избежать вышеперечисленных проблем, необходимо создать стандартизированную технологическую систему.

2.1 Подтверждение интерфейсов данных между департаментами

Среди участников:

Тип персонала	Персонал	перечисление
Аналитики Self-service	Как правило, исходит от бизнес-подразделения и обслуживает людей, которые разбираются в бизнесе и связанных с ним данных на индивидуальном уровне и, как правило, не обладают техническими знаниями.	Анализ данных с помощью существующих аналитических данных для собственных нуждОптимизация и выявление проблем с бизнес-системами/процессами/метрическими показателями, определение и эскалация пробелов в данных.
Аналитик данных/Продукты/Операции	Может быть получен от бизнеса/IT, обслуживает департаментский уровеньЗнание данных и бизнеса, не обязательно знание технологий	Предоставление, децентрализация недостающих базовых данныхОпределите обоснованность потребностей в данных и запросите новые базовые данные
Разработчик данных	Поступает из информационного отдела и обслуживает корпоративный уровеньЗнание данных и технологий, но не знание бизнеса	Отвечает за разработку и децентрализацию базовых данныхОптимизация бизнес-систем, процессов

2.2 Проектирование диаграммы потока требований

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

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

2.3 Разработка и создание форм процесса обработки требований к данным

Ниже приведены основные формы требований к процессу, которые необходимо разработать и изготовить:

Тип формы	объектно-ориентированный	Соответствует английским -ity, -ism, -ization
Наполнение спроса	Бизнес-аналитики	Бизнес-аналитикам необходимо представить требования к анализу
Просмотр хода выполнения требований	Обработчик требований (информационный сектор)	Используется обработчиком запросов (информационным отделом) для просмотра и фильтрации статуса всех обработанных запросовНажмите на одну из них, чтобы перейти на страницу оценки индивидуальных потребностей
Обработка требований	Информационный сектор	Информационный отдел может перейти на страницу оценки индивидуальных потребностей, нажав на поле "Процесс" после одной из потребностей
Спрос	Бизнес-аналитики	Бизнес-аналитики могут просматривать все требования
Просмотр результатов обработки запросов	Бизнес-аналитики	"Бизнес-аналитики могут нажать на поле "Просмотр" после одного из требований, чтобы просмотреть подробные результаты обработки требований.

2.4 Начало процесса

Разместите систему готовых процессов в Интернете и прорекламируйте ее.