Как проектировать отчетность

16.10.18

Архитектура

Эта статья написана по итогам мастер-класса для руководителей проектов и аналитиков, в рамках перехода на продуктовый подход к разработке. В ней мы постарались ответить на вопрос: "Как снизить риск потери доверия к данным информационной системы со стороны топ-менеджмента, грамотно выстроив процесс проектирования и разработки отчетности?"

Введение. Типичные проблемы

Зачастую, IT специалисты не вникают, зачем именно пользователи просят разработать тот или иной отчет и просто делают то, что от них требуют. С другой стороны, далеко не все пользователи знают возможности системы, обладают аналитическим мышлением и могут четко сформулировать свои пожелания. В результате, спустя какое то время, реальная аналитическая работа перекочевывает в Excel, доверие к 1С как источнику данных снижается и системой могут просто перестать пользоваться. 

Как стандартный подход приводит к проблемам

Результат: данные системы не используются для принятия решений.

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

Эта статья написана по итогам мастер-класса для РП и аналитиков, в рамках перехода на продуктовый подход к разработке. Мы преследовали две цели:

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

 

Часть 1. Кратко о процессе принятия решений

 

Цикл Деминга. Мониторинг и регулярная отчетность.

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

 

Отчетность может потребоваться на любом этапе, но чаще всего, это "Plan" и "Check". 

Цель (сценарий верхнего уровня)

Сценарий использования

Вид отчетности

Регулярный (операционный) менеджмент.

Поддержание текущего процесса в рамках заданных нормативных  показателей (плана)

Контроль (мониторинг) отклонений.

Достижение заданных показателей

Регулярная

Обычно, один и тот же отчет используется с определенной периодичностью.

Организационное развитие. Рост. Внедрение изменений

Выявление трендов

Формулирование гипотез

Моделирование

Отчет формируется один-два раза для проверки гипотезы

 

 

Проверка гипотез. Моделирование. 

Все организационное развитие строится на проверке гипотез. Есть целая методология - HADI для проверки гипотез. В консервативном бизнесе это может явно не декларироваться, но фактический процесс будет очень похож.

 

Так как же оценить полезность отчета для бизнеса?

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

Если принимать за ключевую метрику эффективности отчетности "количество принимаемых решений", то можно сформулировать два правила для проектировщиков:

 

Правило 1: Начинать проектировку отчета с формулирования его цели

На практике, это обычно означает необходимость использования методологии user story и построения user story map для аналитического блока. В консервативной корпоративной среде такая инициатива может встретить серьезное сопротивление. Чтобы направить дискуссию в конструктивное русле, важно донести до заказчиков следующую мысль:

 Аналитика, как инструмент, является третьим звеном в цепочке

(1) Цель -> (2) Задача - > (3) Решение\инструмент

  • За постановку цели и задачи отвечает полностью заказчик (бизнес-пользователь). Под задачей здесь подразумевается бизнес-задача, без упоминания технических инструментов.
  • За выбор решения (инструмента) отвечает технический эксперт.

Таким образом, технический эксперт не сможет правильно выбрать решение, если не знает цель и задачу. И, соответственно, не может и не должен нести ответственность за их качество. 

 

Правило 2: Рассматривать "Отчетность" как единый компонент\систему

Это позволит снизить вероятность реализации следующих рисков:

  • Разрозненность
  • Противоречивость  
  • Не полнота

У вас получится матрица функциональная подсистема \ логическая подсистема. Вариант визуализации - в виде майнд-карты.

Дерево отчетности

В терминологии гибких методологий управления проектами - это user story map. То есть мы берем кусок бэклога, посвященный аналитике и показываем, как связаны между собой крупные блоки (например, общий маркетинг - > event-маркетинг), сценарии использования и конкретные отчеты.

 

Где уместно использовать 1С

В 1С, к сожалению,  удобно использовать только регулярные отчеты. Структура настроек достаточно жесткая, поэтому процесс моделирования плохо ложится на 1С. Например, не получится без разработчика соединить несколько таблиц (ВПР) и сделать их визуализацию в виде сводной диаграммы. Поэтому, мне кажется, имеет смысл разделить:

  • В 1С - хранения данных с грамотно проработанной структурой
  • В BI - выгрузка и весь процесс моделирования

 

Часть 2. Краткий гайд-лайн* по проектированию отчетности

*guideline - генеральная линия, руководящий принцип. 

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

 

Сравнение форм визуализации данных

 

  Таблица Диаграмма Списки Уведомления

Ключевой пользователь

 

Аналитик Линейный руководитель Специалист Топ-менеджер

Основные сценарии 
использования

 

Проверка и формулирование гипотез

Мониторинг

Работа с первичными данными (валидация, исправление данных)
  • Мониторинг
  • Управление по инцидентам

Плюсы и минусы

 

 Сложно принимать решения

 Максимально подробная информация

(минус) Не подходят для поиска новых возможностей для развития

(плюс) Оптимально для принятия решений (в рамках существующих процессов)

(минус) Сложно получить агрегированные данные

(плюс) Удобно вносить корректировки в первичные данные

(минус) Не получится реализовать принцип drill down

(плюс) Нет необходимости находится на рабочем месте

(плюс) Минимальная информационная нагрузка

 

Таблицы

Таблицы удобны "профессиональным пользователям" (бухгалтер, экономист) и аналитикам (маркетолог, системный аналитик). Этим группам пользователей важно видеть первичные данные, чтобы самостоятельно выявлять какие то тренды и зависимости.

 

На что обратить внимание:

В случае с регулярной отчетностью, можно ввести понятие нормы и с помощью условного оформления выделять отклонения от нее в большую или меньшую стороны. Например, продажи > 100 000 выделить красным. 

 

Диаграммы

В рамках 1С обычно использует два варианта проектирования с использованием диаграмм:

  • Дашборды рабочего стола
  • Диаграммы в составе классических отчетов

 

На что обратить внимание:

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

 

Списки

На что обратить внимание

  1. Состав колонок
  2. Условное оформление
  3. Индикаторы
  4. Агрегированные показатели

 

Первый симптом плохо проработанных списков - пользователи активно используют отчеты типа "простыня" ( большое количество колонок с первичными данными)

 

Уведомления

При проектировании уведомлений важно продумать 

  • состав данных
  • периодичность
  • способ доставки
  • возможность реакции (ответа)

 

Состав данных зависит от варианта использования

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

 

Способ доставки может быть 

  • sms
  • e-mail
  • мобильное приложение
  • бот в мессенджере

 

Резюме

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

 

А чтобы все не казалось так легко и просто, вот почти альтернативный взгляд: "Хватит автоматизировать отчеты!" 

проектирование user story визуализация данных аналитика управленческая отчетность

См. также

Как мы автоматизировали башню раздачи воды

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    1422    0    slavik27    4    

14

Управленческие аналитики для 1С:Бухгалтерии – отчеты для принятия верных решений

Отчеты и дашборды Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Если вы привыкли выгружать бухгалтерские операции в Excel и дополнять их там управленческой информацией, вы сможете значительно сэкономить время, получая нужные управленческие отчеты в бухгалтерской программе сразу, без лишних движений. Представляем решение для самостоятельного внедрения управленческого учета в 1С:Бухгалтерии.

11.12.2023    1640    0    Serg_Tangatarov    2    

15

Архитектурное ревью. Процесс разработки

Архитектура решений Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    3828    0    ivanov660    10    

29

Технология разработки Рабочих мест для автоматизации производственных процессов и управленческого учета

Кейсы автоматизации Работа с требованиями Анализ бизнес-процессов Бесплатно (free)

Автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. А дорабатывать типовые механизмы 1С:ERP не всегда оправданно. Решением может стать технология разработки Рабочих мест, которая позволяет автоматизировать самые сложные участки последовательно – шаг за шагом, процесс за процессом. Расскажем о том, как помочь пользователям вводить большое количество данных, не нарушая порядок ввода и полноту заполнения всех необходимых реквизитов, и как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

26.10.2023    1818    0    user1754524    15    

15

Опыт оптимизации системы ERP на примере железнодорожного холдинга численностью 10 тыс. человек

Кейсы автоматизации Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

29.08.2023    2858    0    ke_almaty    0    

14

5 подходов при доработке конфигурации 1С, чтобы в будущем не было мучительно больно её обновлять

Архитектура Рефакторинг и качество кода Обновление 1С Платформа 1С v8.3 Бесплатно (free)

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

10.08.2023    9582    0    1c-izhtc    37    

21

Внедрение системы технологического контроля (практический кейс)

Кейсы автоматизации Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Управленческий учет Бесплатно (free)

Стабильное качество выпускаемой продукции и ее соответствие нормативным документам (ТУ, ГОСТам, СМК) для активного предприятия является конкурентным преимуществом, так как оно подчеркивает, что на предприятии отлажены контрольные процедуры на входящее сырье, производство полупродуктов и готовой продукции, доставки. В своей практике я принимал участие во внедрении цифровых инструментов в сельском хозяйстве, где показателями зерна служат влажность, засоренность, крупность и т.д.; в металлургии — перед литьем в формы надо проверить сплав на содержания железа, алюминия, магния и т.д.; в кабельной промышленности в дополнение к физическим свойствам типа геометрии, длины, шероховатости, надо выдерживать и электротехнические показатели. 

22.05.2023    1384    0    Ingraf    0    

15
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. starik-2005 3033 17.10.18 15:10 Сейчас в теме
2. RBC159 26.12.18 23:41 Сейчас в теме
Очень интересно и познавательно. Автору спасибо
3. asker_aminov 21.05.21 13:56 Сейчас в теме
Оставьте свое сообщение