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

Проведение исследования потребностей

1. Обзор

1.1 Назначение

Прежде чем создавать BI-систему и систему данных, необходимо изучить потребности вашей компании в данных.

Для понимания Self-service необходимо подготовить требования к данным, а затем в соответствии с текущей ситуацией с исходными данными определить, какие требования к данным можно удовлетворить с помощью готовой таблицы, какие требуется открыть в таблице, какие необходимо подвергнуть простой обработке, определить содержание данных, разработать детальные требования для последующего построения BI-системы, сделать выкладку.

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

1.3 Участники

Руководитель проекта: ведущий

Аналитики данных бизнес-подразделений: работают с бизнес-процессами, предоставляют исторические аналитические данные и занимаются проверкой требований.

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

2. Опишите процесс исследования требований

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

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

3. Определите отделы и персонал, которые будут участвовать в исследовании

Руководителю проекта необходимо провести отдельные опросы "аналитиков данных" и "бизнес - пользователей" в каждом подразделении.

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

Примечание 1: Вы можете сразу исследовать все бизнес-единицы, которые хотите использовать, или провести исследование несколько раз.

Примечание 2: Каждый отдел, нуждающийся в исследовании, назначает ответственное лицо, отвечающее за бизнес-потребности отдела, сбор и контроль данных.

4. Сбор и анализ сценариев

Существует четыре метода сбора и анализа сценариев.

4.1 Дезагрегирование корпоративных стратегических целей

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

Например, разбить корпоративную стратегию компании на отделы, которые поддерживают стратегические цели;

• Бизнес-действия, соответствующие OKR департамента, которые поддерживают стратегические цели;
• Метрики и измерения, разработанные для оценки этих бизнес-действий;
• Доступны ли данные в настоящее время, где они хранятся и так далее.

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

4.2 Сбор исторических ежедневных анализов

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

Сбор требований для сценариев ежедневного анализа на основе понимания текущего состояния бизнес-потребностей, включая:

• Направление деятельности, к которому относится текущий бизнес;
• Текущие метрики, измерения и детализация бизнес-аналитики;
• Источники данных о спросе;
• Ожидания спроса;

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

4.3 Отраслевой мозговой штурм

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

Тема дискуссии - "Какие аналитические требования должны быть и могут быть реализованы в BI?". Тема дискуссии - "Какие аналитические требования должны быть и могут быть реализованы в BI?", и бизнес - пользователям было предложено обсудить следующее:

Требования к направлению деятельности, метрики требований, размеры, наличие данных и т.д.

4.4 Интервью с представителями бизнес-единиц

Потребности в данных получают косвенным путем, проводя интервью с бизнес-подразделениями, которые могут включать:

Поймите текущее состояние бизнеса - как выглядит текущая модель аналитики?

Соберите информацию о текущих болевых точках бизнеса - какие текущие проблемы с аналитикой или использованием данных доставляют неудобства?

Обсудите решение - какой способ решения проблемы является оптимальным?

Оцените внедрение BI - как это может быть реализовано в BI?

5. подтверждение текущего состояния данных

После того как руководитель проекта собрал требования к данным, ему необходимо связаться с отделом информационных технологий, чтобы выполнить следующие действия:

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

Данные - это в основном базовые данные, и к ним можно отнести: словарь показателей

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

6. подтверждение требований к исследованию и выходной документации

Для подтверждения и пересмотра требований проводятся семинары с бизнес-подразделениями и коллегами из информационного отдела, как показано в примере ниже:

Более подробную информацию см. в разделе: [[SailSoft] Образец отчета о подтверждении требований.docx](doc-download-/finebi5.1uploads/file/20220426/【帆软】需求确认报告样便docx.md)

7. Подтверждение приоритетности потребностей

Руководителю проекта необходимо обсудить с участниками исследования и определить приоритетность требований на основе "выполнимости требований, срочности требований и качества исходных данных", а затем приступить к разработке требований.

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

8. реализация спроса

Разработка требований в соответствии с отсортированными приоритетами требований.