Проектируем корпоративную архитектуру
Шрифт:
7. Состав плановых показателей
Задание плановых показателей компании. Каскадирование плановых показателей на системы управления (бюджетирование, управление процессами и проектами). Каскадирование плановых показателей на центры ответственности. Определение подхода к методологии и организации планирования показателей и их каскадированных проекций. Определение подхода к методологии и организации результатов учета показателей оценки деятельности и их каскадированных проекций.
Увязка требований подсистем планирования и учета показателей.
Верификация описаний.8. Регламент планирования
Задание для каждой системы планирования регламента функционирования, в том числе:
• установление длительности этапов
• выделение функций, реализуемых в составе этапа планирования;
• выделение организационных звеньев, включенных в контур планирования;
• увязывание организационных звеньев и функций планирования;
• увязывание документооборота, реализуемого в составе прямых и обратных связей цикла планирования, с организационными звеньями;
• разработка календарного расписания документооборота для системы планирования.
Верификация описаний.9. Состав показателей управленческого учета
Задание учетных показателей компании. Каскадирование учетных показателей компании на системы управления (бюджетирование, управление процессами и проектами). Каскадирование учетных показателей компании на центры ответственности. Увязка показателей учета с показателями оценкидеятельности. Увязка учетных показателей с требованиями к системе контроллинга. Определение подхода к методологии и организации учетных показателей компании и их каскадированных проекций.
Определение подхода к методологии и организации результатов учетных показателей компании и их каскадированных проекций. Увязка требований подсистем планирования и учета показателей.
Верификация описаний.10. Регламент учета
Задание для каждой системы учета регламента функционирования, в том числе:
• установление длительности этапов учета в рамках управленческого цикла;
• выделение функций, реализуемых в составе этапа учета;
• выделение организационных звеньев, включенных в контур учета;
• увязывание организационных звеньев и функций учета;
• увязывание документооборота, реализуемого в составе прямых и обратных связей цикла контроллинга, с организационными звеньями;
• разработка календарного расписания документооборота для системы учета.
Верификация описаний.11. Регламент документооборота
Выделение из регламента управления регламента документооборота.
Верификация описаний.12. Применение информационных технологий
Выделение функций, подлежащих автоматизации. Описание системы документооборота, обусловленного функциями, подлежащими автоматизации. Формирование требований к информационно-управляющей системе компании. Сопоставление функций, подлежащих автоматизации, с функциональностью применяемых и потенциальных информационно-управляющих систем. Формирование стратегии автоматизации.
На всех этапах: пошаговое корпоративное обучение.
Определение состава необходимых компетенций руководителей и специалистов. Разработка стратегии и программ корпоративного обучения.18. Руководство по структурному моделированию компаний по шагам
19. Методологии и программные решения для моделирования структур и процессов
19.1. Эволюция представлений о моделировании бизнес-процессов
Первоначально методологии и программные решения по моделированию бизнес-процессов были сфокусированы на отдельных важных, но частных нотациях представления деятельности компании.
Широкое распространение получили функциональные описания порядка исполнения бизнес-процессов (методологии SADT и IDEF0 ), календарных планов исполнения работ ( диаграммы Ганта ), описания диаграмм потоков данных для информационных систем и документооборота ( IDEF3 ) (см. обзоры [6-11]).
В девяностых годах прошлого века понимание полезности составления процессных описаний деятельности компаний стало общим местом. В 1994 г. это положение попало в стандарты ISO , которые определили общие принципы описания процессов, но не конкретизировали возможные нотации описания и программные средства.
Идеи проф. А. Шеера положили начало новой тенденции в моделировании процессов. Им было предложено разрабатывать и использовать не только отдельные частные модели, а целые пакеты интегрированных между собой моделей бизнес-процессов. В методологии ARIS подобные пакеты стали называться многомерным моделированием бизнес-процессов [8, 10, 11].
Еще одна новая мощная волна в моделировании бизнес-процессов началась с работ проф. Дж. Захмана , в которых он активно расширял сферу описания и моделирования деятельности компаний. Знаковым стало его предложение увязывать процессную перспективу с описанием других важных компонент организации – системы центров ответственности, процессов управления, информационных технологий, – рассматривая их как компоненты единой корпоративной архитектуры организации. Идеи Захмана нашли широкое применение не только в бизнесе, но и в проектах создания « Электронного правительства » [18].
Составителем этого Навигатора – д.т.н. В. Кондратьевым – был предложен подход к моделированию бизнес-процессов через использование гиперкубов соответствий . Грани таких гиперкубов задают разные характеристики деятельности компании, а ячейки описывают характер их соответствий. «Вход» в гиперкуб и работа с ячейками соответствий осуществляется через привычные плоские матрицы соответствий групп характеристик (см. элемент 6.5). Оказалось, что занесенная в такой гиперкуб информация и есть системообразующая для модели бизнес-процесса, а разные формы графического представления одной и той же информации могут порождать различные известные нотации представления бизнес-процессов (см. пример в следующем элементе).
Более того, изменение способов структурирования, способов заполнения и вывода информации из гиперкуба соответствий позволило изменять нотации представления бизнес-процессов. Появилась возможность программной поддержки не только отдельных методологий и интегрированных пакетов моделей бизнес-процессов, но и гибкого создания новых необходимых нотаций представления бизнес-процессов под конкретную задачу.
Программные решения этого направления в разработках компаний « Центр бизнес-инжиниринга » и « БИГ МЕНЕДЖМЕНТ » ( группа БИГ, Москва) получили название БИГ-Мастер . Совместно с Московским фондом подготовки кадров ( МФПК ) был разработан и размещен для открытого доступа на сайте www.big-group.ru вариант простой концептуальной программы, поддерживающей матричное моделирование, опубликовано подробное описание в книге «7 нот менеджмента» [1], в модульной программе для менеджеров [20]. В результате за несколько лет решения этого класса получили свою пользовательскую аудиторию. Идеи подхода стали использовать и другие разработчики и консалтинговые компании, в том числе и региональные, и сегодня активно развиваются различные модификации методологии.