В статье описан подход к созданию панели бизнес-показателей компании на различных уровнях управления. Представлены матрица результативности руководителя отдела. Описаны принципы, которые положены в основу формирования различных панелей, основанных на методологии сбалансированной системы показателей. Автор уделяет особое внимание критериям выбора платформы для разработки программного продукта. Описана техническая архитектура программного продукта.
Уровни управления и виды панелей бизнес-показателей
Процессы управления организацией пронизывают ее сверху вниз. Для принятия обоснованных решений руководителям различных уровней необходимо полагаться на достоверную и своевременную бизнес-информацию. Панели бизнес-показателей хранят данные о результативности и эффективности протекающих в организации бизнес-процессов. Эти данные используются для мониторинга, анализа, управления.
В зависимости от характера хранимой информации и функций панелей бизнес-показателей их можно разделить на три основных типа [1]:
Как составить бизнес-план для гранта? Пошаговая инструкция.
1. Стратегическая панель бизнес-показателей. Позволяет отслеживать продвижение к стратегическим целям компании. Как правило, такая панель строится на основе методологии сбалансированной системы показателей (ССП) [4].
Такая панель используется на самом верхнем уровне иерархии управления, и позволяет координировать работу подразделений организации для согласованного движения в направлении реализации стратегических приоритетов организации. Стратегическая панель бизнес-показателей может создаваться не только для всей организации, но и для бизнес-дивизиона, функционального подразделения и рядового сотрудника.
Обычно такие панели структурируют показатели по основным стратегическим перспективам: финансы, рынок (клиенты), внутренние процессы, развитие (персонал и инфраструктура). В интерфейсе панели возможно определение иерархической связи между целями разных перспектив для анализа влияния одних показателей достижения цели на другие [2]. Регулярность обновления данных в таких панелях обычно происходит ежемесячно или ежеквартально. Соответственно, инструменты такой панели ориентированы на отслеживание результатов не чаще одного раза в месяц. Акцент в таких панелях бизнес-показателях делается больше на управление, чем на анализ или мониторинг.
Использование таких панелей направлено на преактивное управление, поэтому серьезное внимание должно уделяться планированию. Период планирования может быть от квартала до нескольких лет. При формировании стратегической панели каждый показатель цели должен иметь плановое значение и фактическое. Управленческие решения принимаются на основе анализа соответствия и отклонений в достижении целей за период деятельности организации. Пользователями стратегических панелей показателей могут быть не только высший менеджмент, но и собственники предприятия.
2. Тактическая панель бизнес-показателей. Такие панели позволяют отслеживать процессы и проекты на уровне подразделений организации. Такие данные используются руководителями среднего и высшего звена для анализа эффективности и результативности протекающих бизнес-процессов. Тактические панели формируются по зонам ответственности подразделений и сотрудников.
КАК СОЗДАТЬ СВОЙ SMM СЕРВИС? ЗАПУСТИ СММ ПАНЕЛЬ ПО НАКРУТКЕ! ОНЛАЙН БИЗНЕС И ЗАРАБОТОК В ИНТЕРНЕТЕ
Основное назначение тактической панели показателей – это использование для проведения анализа. Именно эти два аспекта определяют отличие от других видов панелей.
В таких бизнес-панелях используются показатели целей в области качества, результативности бизнес-процессов, учитывается реализация запланированных мероприятий, отслеживаются задачи связанные с развитием компетенций сотрудников, а также оценивается степень соблюдения установленных в организации стандартов. Методологическая база формирования тактической панели бизнес-показателей основывается на принципах целевого управления (MBO). Это означает, что как и в случае формирования показателей достижения стратегических целей, в тактической панели должны быть собраны как плановые, так и фактические данные. Обновляются панели показателей ежедневно или еженедельно. По итогам анализа результативности (достижения плановых показателей) могут иметь место стимулирующие воздействия (например, премирование или депримирование).
Представление панелей бизнес-показателей может быть в двух основных видах. Первый – это персонифицированная матрица результативности. В такой матрице указан состав показателей, который определяет результативность протекающих бизнес-процессов и операций под управлением конкретного сотрудника или руководителя.
Второй – это параметризированный отчет, который выводит те же данные без привязки к уровням ответственности. В таком отчете заложена возможность проведения многомерного анализа данных с использованием различных аналитических разрезов. Анализ может производиться как изменение показателей в динамике, так и на предмет соответствия или отклонения от плановых значений.
Примером может служить матрица результативности подразделения за период, представленная на рис.1.
Рис. 1. Матрица результативности руководителя отдела
3. Оперативная панель бизнес-показателей используется для отслеживания операционных показателей деятельности (рисунок 2). Данные из этих панелей могут использоваться сотрудниками всех уровней, и предназначены для мониторинга процессов связанных с сервисом, работой с клиентами, производством и финансами.
Использование таких данных для мониторинга подразумевает необходимость обновления показателей с интервалом от нескольких минут до нескольких часов. Для оперативных показателей обычно не определяются плановые значения, но они могут иметь определенные уровни «приемлемости», верхние и нижние значения, которые образуют коридор, в котором изменяются значения показателей. Мониторинг показателей производится преимущественно в динамике и инструменты должны быть адаптирован для этого. Оперативная бизнес-панель либо использует опережающие индикаторы, которые позволяют пользователю используя эти данные управлять бизнес-процессами, либо используя статистические и прогностические методы на основе запаздывающих индикаторов выявлять отклонения в процессах и предотвращать нежелательные последствия.
Примером может служить панель бизнес-показателей в логистической компании, в которой отслеживается степень плановой заполняемости транспорта или панель показателей колл-центра, которая показывает количество обработанных, упущенных, отклоненных запросов.
Рис. 2. Оперативная панель бизнес-показателей в разрезе периодов и 2-х видов аналитик
Рис. 3. Оперативная панель бизнес-показателей
в разрезе 2-х видов аналитик
Рис. 4. Оперативная панель
Если на предприятии используются все три вида панелей, то при формировании показателей различных уровней необходимо обеспечить использование одинаковых данных. Это важно для обеспечения «единой версии правды» и согласованного подхода к управлению. Таким образом, при выделении одинакового показателя в панелях различного уровня, в более высокий уровень данные должны попадать из более низкого уровня.
Техническая архитектура панели бизнес-показателей
Хранение и представление данных бизнес-показателей происходит на нескольких информационных слоях [3]:
1. Верхний слой – это слой визуализации, в котором выводится консолидированная информация по показателям в удобном для использования виде. Обычно визуализация определяется типом панели. Этот слой может также представлять инструменты для моделирования, статистической обработки информации, генерирования запросов и проведения детального анализа с использованием данных нижних слоев. Этот слой также имеет инструменты для разработки планов, в том числе с учетом разных возможных сценариев.
2. Второй слой – это многомерный массив консолидированной и структурированной с использованием необходимой аналитики информации. Слой может быть представлен регистром, в который на основе предварительно определенных правил консолидации выгружена информация из нижних слоев. Помимо самих данных в этом слое хранятся ссылки на объекты данных источника, на основе которых получилась консолидированная информация.
3. Третий слой – это слой интеграции. В этом слое хранится информация о самих источниках данных и о механизмах, по которым происходит консолидация. В нем определены алгоритмы и правила с использованием которых происходит выборка данных из источников, кроме того тут определяются и механизмы с помощью которых возможно обращение к источникам при обратном анализе (от консолидированных данных к транзакционным).
4.Четвертый слой – представляет собой слой транзакционной информации, которая фактически является источниками данных для других слоев. Этот слой подразумевает использование любых бизнес-приложений, в которых находит отражение фиксация первичных бизнес операций (транзакций).
Если для формирования стратегической панели показателей потребуется использование всех слоев, то для формирования оперативной панели показателей слой интеграции и консолидации может отсутствовать. Использование нескольких слоев необходимо по нескольким причинам: во-первых, для формирования итоговых показателей происходит интеграция и консолидация бизнес-информации, а во-вторых, для проведения анализа пользователю может потребоваться переходить с верхних слоев вплоть до самых нижних, транзакционных данных.
Платформа для панели бизнес-показателей
Поддержка обозначенной функциональности панелей бизнес-показателей невозможно без использования специализированного программного решения. Применение для таких целей распространенных программных продуктов Excel и Access приведет к упрощению обозначенных механизмов и, как следствие, к дискредитации идеи интегрированного управления результативностью на основании динамических панелей бизнес-показателей.
Выбор платформы для разработки программного продукта должен опираться на несколько основных критериев:
1.Платформа должна обладать высокой степенью открытости, которая позволит производить с минимальными затратами интеграцию с другими бизнес-приложениями.
2.Экономическая доступность для конечных пользователей. Наличие на рынке труда достаточного количества специалистов, способных проводить интеграцию и сопровождение системы.
3. Платформа должна представлять набор готовых инструментов для разработчика, которые позволят минимизировать затраты на создание механизмов хранения данных и визуализации.
4. Платформа должна обеспечить возможность создания типового (тиражного) решения, которое обладает высокой степенью универсальности. Это обеспечит независимость пользователей от разработчиков решения с одной стороны, с другой стороны снизит стоимость сопровождения и поддержки.
Целесообразным представляется выбор 1С:Предприятие 8.2 как платформы для разработки тиражного решения. Такой выбор не только соответствует перечисленным критериям, но и учитывает высокую распространенность решений на этой платформе среди потенциальных пользователей. Как следствие, это будет способствовать более быстрому распространению продукта и его освоению.
Список литературы
1. Эккерсон, У.У. Панели индикаторов как инструмент управления. Ключевые показатели эффективности, мониторинг деятельности, оценка результатов / У.У.Эккерсон // — М,Альпина Бизнес Букс — 2007 – 396 С.
2. Фридаг, Х. Р. Сбалансированная система показателей /Х. Р. Фридаг, В. Шмидт// — М.,Омега-Л – 2009 – 267 С.
3. Кравец, А.Г. Теория согласованного управления региональными ресурсами рынка труда и качеством подготовки специалистов: основные положения / А.Г. Кравец // Изв. ВолгГТУ. Серия «Актуальные проблемы управления, вычислительной техники и информатики в технических системах»: межвуз. сб. науч. ст. / ВолгГТУ. — Волгоград, 2007. — Вып.1, №1(27). — C. 77-80
Источник публикации www.m-bo.ru
Для подготовки данной работы были использованы материалы с сайта http://infomanagement.ru/
Дата добавления: 11.09.2013
База рефератов на портале KM.RU существует с 1999 года. Она пополнялась не только готовыми рефератами, докладами, курсовыми, но и авторскими публикациями, чтобы учащиеся могли использовать их и цитировать при самостоятельном написании работ.
Это популяризирует авторские исследования и научные изыскания, что и является целью работы истинного ученого или публициста. Таким образом, наша база — электронная библиотека, созданная в помощь студентам и школьникам.
Источник: www.km.ru
9 продуктов для создания дашбордов
Семь Open Source и два low-code-продукта для визуализации BI-аналитики от AFFINAGE.
Для решение клиентских задач мы постоянно ищем способы сделать лучше. И очень часто сделать лучше значит сменить продукт. Поэтому мы постоянно анализируем рынок различных nocode-решений. Мы решили поделиться накопленными знаниями о такой важной задаче как построение аналитических дашбордов.
Open Source-инструменты
Расскажем об Apache Superset и Preset, Metabase, Redash и Tipboard.
Apache Superset
Работает на Python.
Apache Superset входит в The Apache Software Foundation и считается одним из лучших Open Source проектом для построения дашбордов.
Источник: дефолтный дашборд при установке Superset
Плюсы
- Огромный выбор баз данных для сводки данных (от классических до самых редких для российского рынка).
- Большой выбор настроек, которые влияют на работу приложения.
- Шаблонизация SQL-запросов с помощью Jinja и Python позволяет строить запросы любой сложности используя макросы.
- Мультиязычность интерфейса.
- Удобный SQL-редактор запросов, похожий на playground.
- Устанавливается на собственные сервера компании
- Большой выбор графиков. Работают на базе разработки другой Apache-компании.
- Мощная настройка прав на базе ролей. Расширяемая модель безопасности, которая позволяет настраивать очень сложные правила, определяющие, кто может получить доступ к тем или иным функциям продукта и наборам данных.
- Интеграция с основными механизмами аутентификации (база данных, OpenID, LDAP, OAuth).
- Возможность делать скриншот каждого графика или дашборда в целом.
- Возможность открывать embed-доступ к дашборду по публичной ссылке.
- Удобная настройка фильтров и работа с ними.
- Есть система уведомлений.
Минусы
- Для развертывания приложения нужен опытный DevOps специалист, даже в случае установки через docker.
- Необходимость установки программных пакетов для баз данных которые не поддерживаются из коробки (по умолчания доступны драйвера только для SQLite). Остальные пакеты находятся здесь. Есть вероятность, что установка необходимого драйвера отработает с первого раза
- Тяжело вносить изменения в программный код и интерфейс приложения, необходимо перечитать тонну документации, и может быть вам повезет
- Слабая кастомизация графиков, хотя Echarts достойный продукт и имеет возможность глубокой настройки графиков.
- Нефункциональный экспорт данных, только самый минимум.
Preset
Работает в облаке на Python.
Preset.io — дочерний продукт Apache Superset. По сути, это тот же самый Apache Superset, только в облаке. Если вы хотите ближе познакомиться с Superset, и нет времени заниматься DevOps-разворачиванием Superset, то бесплатный тариф preset.io — то что нужно, чтобы понять возможности продукта.
Плюсы
- Огромный выбор баз данных для сводки данных, от классических до самых редких для российского рынка.
- Шаблонизация SQL-запросов.
- Мультиязычность интерфейса.
- Удобный SQL-редактор запросов, похожий на playground.
- Большой выбор графиков.
- Мощная настройка прав на базе ролей.
- Возможность делать скриншот каждого графика или дашборда в целом.
- Есть система уведомлений.
Минусы
- Невозможно вносить изменения в программный код и интерфейс приложения.
- Слабая кастомизация графиков.
- Нефункциональный экспорт данных, только самый минимум.
Metabase
Работает на Java.
Metabase считается ближайшим конкурентом Superset по популярности. Позиционируется как удобный инструмент для аналитики любым сотрудником компании.
Источник: https://www.metabase.com
Плюсы
- Большой выбор баз данных для сводки данных (от классических до самых редких для российского рынка).
- Хорошая подборка цветовых схем, есть пастельные тона.
- Простая установка на основе документации.
- Удобный интерфейс для построения запросов (будет особенно актуально для людей, плохо знакомых с SQL), при этом для опытных пользователей есть возможность писать запросы руками.
- Возможность встраивания embed-графиков на другие сайты.
- Наличие автоматизированных отчетов.
- Гибкая настройка прав пользователей.
- Мультиязычность.
- Автоматический создание дашбордов с помощью X-Ray.
Минусы
- В облачной версии отсутствует бесплатный тариф.
- Слабая кастомизация графиков.
- Сложная работа с фильтрацией на дашборде.
- Ограниченный выбор вариантов визуализации, но в то же время достаточный для большинства задач.
Redash
Работает на Python.
Redash — приложение с открытым исходным кодом для SaaS, позволяющее использовать удобные источники данных, настраивать визуальные информационные панели и делиться результатами с сотрудниками. Через программу можно подключиться к любому удобному источнику данных. Она работает с большим количеством форматов, включая графические таблицы и динамические карты с бесконечным выбором — это помогает разработчикам выпускать лаконичное и полезное ПО.
Источник https://www.metricfire.com
Плюсы
- Большой выбор баз данных и интеграций включая Яндекс.Метрику и ClickHouse.
- Комфортная установка на собственные сервера.
- Подходит для больших бордов с множеством показателей.
- Юзер-френдли интерфейс с многочисленными фичами для визуализации.
- Экономичность.
Минусы
- Случаются баги: не всегда понятно, обновляется дашборд или нет.
- Обновление запросов отнимает много времени.
- Для использования платформы нужны некоторые технические знания.
- Требуется много разрешений для базы данных.
- Малый набор графиков, и их кастомизация минимальна
Если Redash станет вашим первым инструментом, то пользы вы получите больше, чем разочарований.
Tipboard
Работает на Python.
Следующий пункт нашего списка — инструмент № 1 в рейтинге slant.co как лучший фреймворк для Open Source-дашбордов. Tipboard написан на JavaScript и Python; его применяют для создания настраиваемых и лаконичных приборных панелей бизнес-метрик. Виджеты Tipboard отделены от источников данных, это делает панели гибкими и легко кастомизируемыми.
Источник: https://allegro.github.io/tipboard/
Плюсы
- Настройка и создание дашбордов с помощью YAML (в минус точно не отнести, поэтому как плюс).
- Создание нескольких дашбордов в одном рабочем пространстве.
- Передача данных в формате JSON на панель с помощью API.
- Удобно устанавливать (middle DevOps справится без проблем).
Минусы
- Малый набор графиков.
- Документация слабая, но достаточная, чтобы запустить продукт на собственном сервере.
- Tipboard написан на Python 2.7 и не поддерживает Python 3.
Grafana
Работает на GoLang.
Grafana может похвастаться одним из самых активных коммьюнити разработчиков с 900+ участниками и 30 тыс. звезд на Github. Кроме этого, Grafana — это мощный, богатый на фичи визуализатор данных и метрик на Go и Typescript.
Он позволяет не только следить за состоянием сервера и архитектуры, но и создавать дашборды, просматривать и делиться ими. Это полезно для владельцев бизнеса или частных лиц для визуализации и анализа различных показателей.
Источник: https://grafana.com
Источник: https://grafana.com
Плюсы
- Официальная библиотека с множеством шаблонов и плагинов.
- Большое количество источников и баз данных. Самый большой набор среди других инструментов в обзоре.
- Индивидуальная настройка рабочего стола для любой компании.
- Встроенный пользовательский контроль и механизм аутентификации.
- Разнообразие фич включает скриншоты, аннотации данных, кастомизированные оповещения и уведомления.
- Можно бесплатно скачать или развернуть у себя.
Минусы
- Grafana — это всего лишь инструмент визуализации. Он не поддерживает сбор и хранение данных.
- Дашборд требует значительного времени на настройку, а значит, не эффективен как быстрое решение.
Хоть минусы и кажутся весомыми, есть вероятность, что ваша компания с ними не столкнется. Например, если вы уже используете Prometheus или Graphite, они возьмут на себя хранение и сбор данных. Также настройка Grafana станет проще, если вы используете хостинговый сервис вроде MetricFire. Так вы получите те же open-code дашборды, но с лучшей поддержкой и масштабируемостью по меньшей цене.
Kibana
Работает на node.js.
Продукт от создателей ElasticSearch, исключительно под функции ElasticStack. Мало пригодный инструмент, но мы обязаны о нем упомянуть.
В ведущей мировой платформе управления журналами (в стеке ELK) за букву К отвечает Kibana. Это мощное open-code приложение для навигации и визуализации данных. С его помощью пользователи мониторят и управляют данными в ElasticStack — идеальный вариант для тех, кто хочет пользоваться Elasticsearch или стек ELK для дата-менеджмента.
Источник: https://www.elastic.co/kibana/
Плюсы
- Юзеры сами придумывают каким способом показывать данные и цифры; есть варианты шаблонов помимо дефолтных.
- Позволяет пользователям исследовать взаимосвязи в данных.
- В процессе не требуется дополнительное кодирование или инфраструктура, программа работает на веб-сервере Node.js.
- Мощные функции обнаружения аномалий, позволяющие вовремя выявлять проблемы в данных.
- Возможность обмена данными, включая экспорт в формате PDF и CSV.
- Простой и эффективный в использовании единый пользовательский интерфейс.
Минусы
- Функции экспортирования ограничены.
- Так как программа работает с ElasticStack, его ограничения действуют и на Kibana.
Low-code-инструменты
В данных обзор мы решили включить продукты не из мира аналитики, но тем интереснее наблюдать эволюцию BI-инструментов. Рассказываем об Appsmith и Budibase.
Appsmith
Работает на Java.
Appsmith — low-code инструмент для автоматизации бизнес-процессов компании. Подходит для построения дашбордов, поэтому мы его рассмотрим как достойную альтернативам полноценного BI-анализа. Appsmith — это Open Source-продукт для self-hosted размещения. Позиционируется как единственный продукт для автоматизации всего и вся в компании.
Мое личное мнение что «так и есть», потому что в современном мире любые бизнес-процессы и работа с информацией завязана на базы данных (или может быть завязана в будущем). Подходит для создания внутренних продуктов компании таких как дашборды, административные панели, приложения для работы с базой данных и смеси перечисленных вариантов. То есть ваше приложение может иметь админку и дашборд одновременно (добавили данные с формы, построенной в Appsmith, и тут же увидели обновленный сводный график), круто. Можно сказать что Appsmith — это Webflow в мире BI-инструментов.
Игорь ЯковлевCEO AFFINAGE
Источник: https://www.appsmith.com
Плюсы
- Конструктор страниц на базе готовых элементов.
- Большой выбор элементов от inputs и textarea до datepicker, select и карточек.
- Огромный выбор графиков для визуализации на базе библиотеки FusionCharts.
- Наличие готовых шаблонов страниц — бери и работай. Такие шаблоны позволяют ещё быстрее запускать MVP.
- Возможность подключить различные источники данных.
- Помимо классических баз данных, можно подключить API-интерфейсы небольшого количества no-code продуктов, Google-таблицы, c URL и кастомные REST API.
- Большие возможности для кастомизации элементов, в том числе графиков.
- Возможность расширять и кастомизировать функционал с помощью JavaScript.
- Хорошая документация и обучающие ролики на YouTube.
- Возможность написать свою собственную авторизацию.
- Гибкое управление ролями как в Google-документах и правами на конкретные операции с данными. Также возможно открыть приложение в открытом доступе с помощью публичной ссылки.
Минусы
- Для развертывания приложения нужен опытный DevOps-специалист, даже в случае установки через docker.
- Необходимо время для освоения продукта, приветствуется наличие навыков программирования.
- Как и любой low-code инструмент, Appsmith тоже не всесилен и вносит свои ограничения, но ведь нам нужен дашборд, а не заказная разработка?
- Нет табов, придется помучаться с виджетом Menu, либо делать разные дашборды.
Budibase
Работает на node.js.
Конкурент Appsmith, но с меньшим набором графиков. Ещё один Webflow в мире BI-инструментов.
Budibase — это no-code/low-code платформа для разработчиков и управляющих, помогающая создавать надежные приложения. Также это конструктор дашбордов для серверов: в числе функций есть подключение к источникам данных, формам и таблицам, что упрощает работу в команде.
Идеальный вариант для быстро меняющейся, динамичной корпоративной среды, в которой требуются свежие решения. C его помощью вы можете подключиться к внешней базе данных (MongoDB, CouchDB PostgreSQL, MySQL, Airtable, Google Sheets, S3, DynamoDB, или API REST) или импортировать из нее данные.
Источник: https://budibase.com
Плюсы
- Открытый исходный код с множеством возможностей использования.
- Строгий контроль доступа.
- Конструктор страниц на базе готовых элементов, которых больше чем в Appsmith
- Возможность подключить различные источники данных, в том числе через REST API.
- Возможность расширять и кастомизировать функционал с помощью JavaScript.
- Возможность открыть приложение в открытом доступе с помощью публичной ссылки.
Минусы
- Для развертывания приложения нужен опытный DevOps-специалист, даже в случае установки через docker.
- Необходимо время для освоения продукта, приветствуется наличие навыков программирования. Чтобы выжать максимум из этой платформы, необходим мало-мальский навык программирования.
- Слабая документация. Мало обучающих уроков. Как в большинстве Open-Source платформах, основной источник помощи — это коммьюнити.
- Ограниченный выбор графиков.
Итог
Для разных задач подходят разные инструменты, и они не обязательно должны быть платными. Наша команда проанализировала 20+ решений для создания дашбордов и выбрала лучшие 9, которые помогут покрыть большинство интересов разработчиков. Если вам нужно разработать дашборд или внедрить любой другой low-code-инструмент в свою компанию, обращайтесь в AFFINAGE.
Источник: tproger.ru
Разработка панелей бизнес-показателей компании
Разработка панелей бизнес-показателей компании
Процессы управления организацией пронизывают ее сверху вниз. Для принятия обоснованных решений руководителям различных уровней необходимо полагаться на достоверную и своевременную бизнес-информацию. Панели бизнес-показателей хранят данные о результативности и эффективности протекающих в организации бизнес-процессов. Эти данные используются для мониторинга, анализа, управления.
В зависимости от характера хранимой информации и функций панелей бизнес-показателей их можно разделить на три основных типа [1]:
1. Стратегическая панель бизнес-показателей. Позволяет отслеживать продвижение к стратегическим целям компании. Как правило, такая панель строится на основе методологии сбалансированной системы показателей (ССП) [4].
Такая панель используется на самом верхнем уровне иерархии управления, и позволяет координировать работу подразделений организации для согласованного движения в направлении реализации стратегических приоритетов организации. Стратегическая панель бизнес-показателей может создаваться не только для всей организации, но и для бизнес-дивизиона, функционального подразделения и рядового сотрудника.
Обычно такие панели структурируют показатели по основным стратегическим перспективам: финансы, рынок (клиенты), внутренние процессы, развитие (персонал и инфраструктура). В интерфейсе панели возможно определение иерархической связи между целями разных перспектив для анализа влияния одних показателей достижения цели на другие [2]. Регулярность обновления данных в таких панелях обычно происходит ежемесячно или ежеквартально. Соответственно, инструменты такой панели ориентированы на отслеживание результатов не чаще одного раза в месяц. Акцент в таких панелях бизнес-показателях делается больше на управление, чем на анализ или мониторинг.
Использование таких панелей направлено на преактивное управление, поэтому серьезное внимание должно уделяться планированию. Период планирования может быть от квартала до нескольких лет. При формировании стратегической панели каждый показатель цели должен иметь плановое значение и фактическое. Управленческие решения принимаются на основе анализа соответствия и отклонений в достижении целей за период деятельности организации. Пользователями стратегических панелей показателей могут быть не только высший менеджмент, но и собственники предприятия.
2. Тактическая панель бизнес-показателей. Такие панели позволяют отслеживать процессы и проекты на уровне подразделений организации. Такие данные используются руководителями среднего и высшего звена для анализа эффективности и результативности протекающих бизнес-процессов.Тактические панели формируются по зонам ответственности подразделений и сотрудников. Основное назначение тактической панели показателей – это использование для проведения анализа. Именно эти два аспекта определяют отличие от других видов панелей.
В таких бизнес-панелях используются показатели целей в области качества, результативности бизнес-процессов, учитывается реализация запланированных мероприятий, отслеживаются задачи связанные с развитием компетенций сотрудников, а также оценивается степень соблюдения установленных в организации стандартов. Методологическая база формирования тактической панели бизнес-показателей основывается на принципах целевого управления (MBO). Это означает, что как и в случае формирования показателей достижения стратегических целей, в тактической панели должны быть собраны как плановые, так и фактические данные. Обновляются панели показателей ежедневно или еженедельно. По итогам анализа результативности (достижения плановых показателей) могут иметь место стимулирующие воздействия (например, премирование или депримирование).
Представление панелей бизнес-показателей может быть в двух основных видах. Первый – это персонифицированная матрица результативности. В такой матрице указан состав показателей, который определяет результативность протекающих бизнес-процессов и операций под управлением конкретного сотрудника или руководителя.
Второй – это параметризированный отчет, который выводит те же данные без привязки к уровням ответственности. В таком отчете заложена возможность проведения многомерного анализа данных с использованием различных аналитических разрезов. Анализ может производиться как изменение показателей в динамике, так и на предмет соответствия или отклонения от плановых значений.
Примером может служить матрица результативности подразделения за период, представленная на рис.1.
Рис. 1. Матрица результативности руководителя отдела
3. Оперативная панель бизнес-показателей используется для отслеживания операционных показателей деятельности (рисунок 2). Данные из этих панелей могут использоваться сотрудниками всех уровней, и предназначены для мониторинга процессов связанных с сервисом, работой с клиентами, производством и финансами.
Использование таких данных для мониторинга подразумевает необходимость обновления показателей с интервалом от нескольких минут до нескольких часов. Для оперативных показателей обычно не определяются плановые значения, но они могут иметь определенные уровни «приемлемости», верхние и нижние значения, которые образуют коридор, в котором изменяются значения показателей. Мониторинг показателей производится преимущественно в динамике и инструменты должны быть адаптирован для этого. Оперативная бизнес-панель либо использует опережающие индикаторы, которые позволяют пользователю используя эти данные управлять бизнес-процессами, либо используя статистические и прогностические методы на основе запаздывающих индикаторов выявлять отклонения в процессах и предотвращать нежелательные последствия.
Примером может служить панель бизнес-показателей в логистической компании, в которой отслеживается степень плановой заполняемости транспорта или панель показателей колл-центра, которая показывает количество обработанных, упущенных, отклоненных запросов.
Рис. 2. Оперативная панель бизнес-показателей в разрезе периодов и 2-х видов аналитик
Рис. 3. Оперативная панель бизнес-показателей
в разрезе 2-х видов аналитик
Рис.4 Оперативная панель
Если на предприятии используются все три вида панелей, то при формировании показателей различных уровней необходимо обеспечить использование одинаковых данных. Это важно для обеспечения «единой версии правды» и согласованного подхода к управлению. Таким образом, при выделении одинакового показателя в панелях различного уровня, в более высокий уровень данные должны попадать из более низкого уровня.
Техническая архитектура панели бизнес-показателей
Хранение и представление данных бизнес-показателей происходит на нескольких информационных слоях [3]:
1. Верхний слой – это слой визуализации, в котором выводится консолидированная информация по показателям в удобном для использования виде. Обычно визуализация определяется типом панели. Этот слой может также представлять инструменты для моделирования, статистической обработки информации, генерирования запросов и проведения детального анализа с использованием данных нижних слоев. Этот слой также имеет инструменты для разработки планов, в том числе с учетом разных возможных сценариев.
2. Второй слой – это многомерный массив консолидированной и структурированной с использованием необходимой аналитики информации. Слой может быть представлен регистром, в который на основе предварительно определенных правил консолидации выгружена информация из нижних слоев.Помимо самих данных в этом слое хранятся ссылки на объекты данных источника, на основе которых получилась консолидированная информация.
3. Третий слой – это слой интеграции. В этом слое хранится информация о самих источниках данных и о механизмах, по которым происходит консолидация. В нем определены алгоритмы и правила с использованием которых происходит выборка данных из источников, кроме того тут определяются и механизмы с помощью которых возможно обращение к источникам при обратном анализе (от консолидированных данных к транзакционным).
4. Четвертый слой – представляет собой слой транзакционной информации, которая фактически является источниками данных для других слоев. Этот слой подразумевает использование любых бизнес-приложений, в которых находит отражение фиксация первичных бизнес операций (транзакций).
Если для формирования стратегической панели показателей потребуется использование всех слоев, то для формирования оперативной панели показателей слой интеграции и консолидации может отсутствовать. Использование нескольких слоев необходимо по нескольким причинам: во-первых, для формирования итоговых показателей происходит интеграция и консолидация бизнес-информации, а во-вторых, для проведения анализа пользователю может потребоваться переходить с верхних слоев вплоть до самых нижних, транзакционных данных.
Платформа для панели бизнес-показателей
Поддержка обозначенной функциональности панелей бизнес-показателей невозможно без использования специализированного программного решения. Применение для таких целей распространенных программных продуктов Excel иAccess приведет к упрощению обозначенных механизмов и, как следствие, к дискредитации идеи интегрированного управления результативностью на основании динамических панелей бизнес-показателей.
Выбор платформы для разработки программного продукта должен опираться на несколько основных критериев:
1. Платформа должна обладать высокой степенью открытости, которая позволит производить с минимальными затратами интеграцию с другими бизнес-приложениями.
2. Экономическая доступность для конечных пользователей. Наличие на рынке труда достаточного количества специалистов, способных проводить интеграцию и сопровождение системы.
3. Платформа должна представлять набор готовых инструментов для разработчика, которые позволят минимизировать затраты на создание механизмов хранения данных и визуализации.
4. Платформа должна обеспечить возможность создания типового (тиражного) решения, которое обладает высокой степенью универсальности. Это обеспечит независимость пользователей от разработчиков решения с одной стороны, с другой стороны снизит стоимость сопровождения и поддержки.
Целесообразным представляется выбор 1С:Предприятие 8.2 как платформы для разработки тиражного решения. Такой выбор не только соответствует перечисленным критериям, но и учитывает высокую распространенность решений на этой платформе среди потенциальных пользователей. Как следствие, это будет способствовать более быстрому распространению продукта и его освоению.
Источник: www.topfactor.pro