Существует множество программных продуктов с заявленной поддержкой системы сбалансированных показателей (Balanced Scorecard). Важно иметь возможность оценить, насколько программное обеспечение поддерживает процесс стратегического управления на основе ССП (BSC). Хорошую помощь в этом могут оказать требования к сертифицированному программному обеспечению от авторов системы Д. Нортона и Р. Каплана.
Требования к программному обеспечению от Палладиум групп содержат минимальный набор функциональности, который позволяет поддерживать работу с ССП.
Требования структурированы по этапам стратегического управления и разделены на базовые требования и рекомендованный функционал.
Могут быть полезны в виде чек-листа для оценки функционала программного обеспечения (ПО), с точки зрения поддержки процесса стратегического управления.
Функциональные требования и рекомендации:
1) Разработка стратегии
Требования:
- Нет требований
Рекомендованный функционал:
1.1 Процесс разработки стратегии
ПО должно поддерживать формальные аналитические инструменты. Например, SWOT, PESTEL, 5 сил, Цепочка ценности, Сегментация клиентов, Пулы прибыли для определения и документирования стратегических проблем и возможностей.
1.2 Формулирование стратегического разрыва
В дополнение к перечисленным выше анализам, многие организации сегодня определяют стратегические разрывы в ходе разработки стратегии и эти разрывы потом используются для описания стратегических целей в будущем. Эта информация является источником для целей, показателей и инициатив в ССП.
1.3 План стратегических изменений, процесс планирования, миссия и видение
Палладиум рекомендует поддерживать эти элементы для обеспечения здорового процесса формулирования стратегии.
2) Разработка ССП
Приложение должно как минимум:
(1) просматривать стратегию с четырех перспектив (Финансы, Клиенты, Процессы, Обучение) которые могут редактировать;
(2) определять стратегические цели для каждой перспективы;
(3) связывать показатели со стратегическими целями;
(4) устанавливать причинно-следственные связи между стратегическими целями;
(5) назначать целевые значения для показателей используя визуальные графики или диаграммы;
(6) связывать стратегические инициативы и цели.
Требования:
2.1 Определение бизнес-перспектив
Перспектива – это компонент, на который декомпозируется стратегия для обеспечения реализации. Обычно используются 4-е перспективы: финансовая, клиенты, внутренняя и рост. Другие могут быть добавлены или заменены основываясь на потребностях стратегии. Перспектива – основной элемент стратегии, часто представляющий категорию заинтересованных сторон или точку зрения.
Сертифицированные программное обеспечение должно иметь как минимум 4-е перспективы с возможностью их переименования.
2.2 Определение целей
Перевод стратегии в стратегические цели (используя стратегическую карту или другие способы представления целей, которые описывают стратегию организации) – это ядро BSC методологии. Стратегическая цель – это заявление о стратегическом намерении или цели. Цель определяет как сделать стратегию операционной. Как правило, цели формируют строительные блоки для всей стратегии организации.
Сертифицированное приложение должно поддерживать согласование целей как минимум с одной перспективой. Также должно позволять описывать цели точно и аккуратно.
2.3 Определение причинно-следственных связей / Построение стратегической карты
Цели влияют друг на друга за счет причинно-следственных связей. Эти связи похожи на “Если-то” выражение. Например, Если авиакомпания уменьшит время простоя на земле ( Цель 1), То авиакомпании будет требоваться меньше самолетов (Цель 2) и клиенты будут больше удовлетворены временем до взлета ( Цель 3) и прибыльность компании увеличится (Цель 4). Эти причинно-следственные связи должны быть явными.
Сертифицированное приложение должно поддерживать связь целей и графически представлять причинно-следственные связи на стратегической карте. Связи должны быть легко изменяемы и редактируемы.
2.4 Определение показателей
2.5 Определение целевых значений показателей
2.6 Определение инициатив
2.7 Назначение владельцев
Рекомендованный функционал:
2.8 Определение тем
2.9 Определение индикаторов ключевых рисков
Показатели рисков могут располагаться под одно или несколькими целями или как выделенная область в ССП и стратегической карте.
Палладиум рекомендует поставщиков ПО встраивать возможность ввода и управления показателями стратегических рисков в управление стратегией.
2.10 Определение вех
Вехи – это ключевые мероприятия или задачи, которые составляют компоненты стратегической инициативы. Они помогают определить требуемые шаги, которые необходимы для выполнения инициативы. Они должны содержать дату начала и завершения, а также связь с инициативой. Приложение должно позволять определять вехи правильно и точно.
3) Организационная согласованность
Требования:
3.1 Каскадирование стратегии
Должны поддерживаться иерархические связи между картами ССП на уровне карт и/или уровне цели или показателя.
3.2 Визуальное сквозное согласование
Приложение должно визуально показывать как связаны карты между собой.
3.3 Согласование данных в рамках всей организации
На уровне показателей приложение должно позволять переходить от показателя-ребенка к показателю-родителю.
3.4 Коммуникация стратегии в рамках организации
Поддержка документирования всех элементов ССП.
Например, цели могут содержать описание проблемы или ситуации.
Показатели обычно содержат формулы, единицы измерения, периодичность отчетности, владельца целевого значения, ответственность за расчет, источники данных, дату целевого значения, и историю целевых значений.
Инициативы также требуют описания: сроки, ресурсы, бюджет, бизнес-результаты и риски.
3.5 Разделение доступа
Приложение должно поддерживать различные уровни доступа.
Рекомендованный функционал:
3.6 Персональные цели или персональные ССП согласованные со стратегией
3.7 Материальное стимулирование связанное со стратегией
4) Планирование операционной деятельности
Требования:
- Нет требований
Рекомендованный функционал:
4.1 Связь стратегии и ключевых бизнес-процессов
4.2 Управление ключевыми процессами: Финансовые, Операционные, HR и ИТ
4.3 Стратегия управления рисками
4.4 Операционные дашборды (информационные панели)
5) Отчетность по ССП
Требования:
5.1 Базовая отчетность
Базовая отчетность включает информацию о результативности каждого стратегического элемента. Исторические данные и различные варианты отчетности являются желательными характеристиками. Сертифицированное приложение должно позволять настроить периодичность отчетности для простых исторических ссылок в рамках стратегии.
Сертифицированное приложение должно отображать текущие данные по производительности каждого стратегического элемента.
5.2 Субъективные оценки эффективности
5.3 Визуальные индикаторы статуса
5.4 Интерфейс или экспорт для поддержки совещаний по анализу стратегии
Рекомендованный функционал:
5.5 Операционный анализ
Приложение со способностью связывать операционные данные и анализ со стратегией для поддержки совещаний или экспортом данных.
6) Тестирование и корректировка ССП
Требования:
6.1 Обновления и версии стратегии
Рекомендованный функционал:
6.2 Сценарии рисков, процессное и аналитическое моделирование для принятия решений
Аналитические инструменты ( например, сценарное моделирование, военные игры) должно использоваться для оценки влияния факторов риска на будущую производительность и эффективность.
Приложение должно поддерживать связь результатов с процессом обновления или корректировки стратегии.
На основе материалов ©2011 Palladium Group, Inc.