§ 6.2   Принципы дизайна операционных панелей информации

 

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

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

1)   Предоставляемая информация должна визуально отображаться полностью в пределах экрана предполагаемого разрешения без необходимости использовать элементы горизонтальной и вертикальной прокрутки;

2)   Если состав информации не укладывается в пределах одного экрана, то используются отдельные "вкладки" с логической группировкой информации. В этом случае целесообразно, если количество вкладок более трех,  делать один общий экран "входа", куда вывести агрегатные данные по всем разделам;

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

4)   Визуальный дизайн должен быть ориентирован в первую очередь на быстрое информирование о проблемах и негативных отклонениях процессов от стандарта или их целевого/планового уровня. Если на экран выводится таблица, то по умолчанию в верхних строках отображаются самые проблемные зоны контроля, если график – гистограмма, то его столбики сортируются по степени отклонений;

5)   В целом визуально на экране наиболее важные элементы информации должны отображаться выше и левее менее значимых;

6)   Следует широко использовать цветовую индикацию графических элементов как элементы информационных сообщений: красный цвет текста, линий и столбцов диаграмм резервируется для недопустимых отклонений, требующих принятия корректирующих решений, желтый цвет – для информационных сообщений, требующих некоторого внимания и зеленый цвет - для отображения информации о процессах и событиях, лежащих в приемлемой зоне управления; соответственно необходимо избегать использования этих цветов для информационных элементов, не несущих оценочной информационной нагрузки

7)   Для информирования о нейтральных событиях или состоянии управляемых процессов используются обычные цвета – черный для текста и, например, синий - для визуальных элементов графиков и диаграмм;

8)   Следует широко использовать графические элементы графиков - для информирования о развитии ситуации во времени; гистограмм – для сравнения различных величин друг с другом; круговых диаграмм – для отображения доли различных величин в % от 100.

9)   Типовой операционный дашборд в U должен поддерживать механизм drilldown сверху от ключевых показателей подсистемы Balanced Scorecards; с другой стороны, для цели подробного информирования необходимо широко использовать ссылки на первоисточники и документы-основания.  Например, на операционном дашборде службы GR не имеет смысла публиковать текстовые копии важных новостей, достаточно по информационно значимому заголовку сделать ссылку на первоисточник;

10)  Следует широко использовать возможности агрегации и фильтрации данных современных программ бизнес-аналитики, например, Qlikview, позволяя пользователю самостоятельно определять степень исследования необходимых явлений. Например, для анализа продаж торговых объектов выбирать целый регион или территориальный куст продаж или анализировать только одну торговую точку. Недопустимо на операционных дашбордах ограничивать потенциальный объем информации подобно традиционным отчетам. Детализация информации о происходящих процессах ограничивается только потребностью задач анализа, технологической возможностью доступа к исходным данных и требованиями информационной безопасности;

11)  Необходимо на графиках отображать развитие ситуации по управляемым процессам в календарном времени (месяц, квартал, год). Очень важно понимать текущий тренд: он улучшается, ухудшается или остается неизменным. Принятие многих управленческих решений в реальности на практике основано только на учете данного фактора;

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

13) Если обнаруживаются критически важные отклонения, на которые требуется внимание в режиме "реального времени" (как, например, сбой отгрузки автомашин с распределительного центра), то кроме принудительного обновления информации в операционном дашборде необходимо настроить рассылку оповещения на электронную почту или сервис мгновенных сообщений для смартфонов;

14) Допустимо для важных событий, например, о фактах нарушения достижения контрольных точек или вех в корпоративных проектах, также делать сообщение – напоминание по электронной почте, но следует минимизировать количество подобных сообщений для исключения возникновения эффекта "спамерской рассылки".

 

 

§ 6.1 <                                                                                                                                   > § 6.3

 

 

 

© 2016 Сергей Котов

─┌│┐├┴┘┐┤┬┴┼│┐─┌┘└┼│┴┼┬┴┌┘┴┼││┴┘└┤┬┴└┼└┼┴┼┴┼││┼││┴├┘┬┴┴┼┬┴└┼┬┴┐├┘┴┼┬┴┼││┴┘

└┤┬┴└┐─┌┼┴┼││┼└┼┬┤┬┴┴┼┬┴┼│┼││┤┬┴└┼┘└┤┬│┴┼┬┼┴┼│┤┬┬┴┼│┴┼┬┴┬┤┬┴┬┼┴┼┼│┼┬┤┬┼└│┤