Проектируем корпоративную архитектуру - Кондратьев Вячеслав Леонидович 17 стр.

Тема 7. Активность организационных систем

7.1. Целеполагание и саморазвитие в организационных системах

7.2. Стратегия как форма целеполагания и самоидентификации организации

7.3. Интегрированная стратегия = целеполагание + механизм реализации целей

Тема 8. Оптимизация и адаптация корпоративных архитектур

8.1. Стратегия как ориентир настройки корпоративной архитектуры

8.2. Управление, сфокусированное на стратегию

8.3. Система адаптации и саморазвития корпоративной архитектуры

8.4. Каскадирование системы адаптации и саморазвития

8.5. Управление изменениями

Тема 9. Человек в контуре управления

9.1. Человек как фактор саморазвития организаций

9.2. Управление человеческими ресурсами

9.3. Развитие человеческих ресурсов

16. Типовые задачи инжиниринга организации деятельности компании «как есть»

1. Описание продуктов и услуг

Описание и группировка продуктов и услуг. Формирование политики группировки и классификации. Составление классификаторов продуктов и услуг компании. Верификация (согласование и утверждение) описаний.

2. Описание бизнес-процессов Определение сферы применения процессной формы организации деятельности. Формирование политики группировки и классификации бизнес-процессов. Увязка процессов с группировкой продуктов и услуг. Описание и группировка бизнес-процессов компании. Составление карты бизнес-процессов. Паспортизация процессов. Верификация описаний.

3. Описание проектов Определение сферы применения проектной формы организации деятельности. Формирование политики группировки и классификации проектов. Увязка проектов с группировкой продуктов и услуг. Увязка сфер применения проектной и процессной форм организации деятельности. Описание и группировка проектов компании. Составление реестра проектов. Верификация описаний.

4. Описание функций

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

5. Описание организационной структуры Формирование политики представления организационной структуры. Увязка организационной структуры с группировкой продуктов и услуг компании. Увязка организационной структуры с бизнес-процессами компании. Увязка организационной структуры с проектами компании. Увязка организационной структуры с функциями компании. Составление организационных схем. Верификация описаний.

17. Типовые задачи инжиниринга систем управления «как есть»

1. Структурирование системы управления

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

2. Структурирование управленческого цикла Для каждой системы управления задание модели управленческого цикла. В каждом цикле управления выделение контура планирования и контура реализации плана.

3. Интеграция систем управления Увязка порядка функционирования и взаимодействия систем управления.

4. Описание документов, создаваемых в составе прямых и обратных связей цикла управления

Документы

4.1. Документы, направляемые от объекта к субъекту для разработки целей и содержания плана деятельности.

4.2. Документы, направляемые от субъекта к объекту, определяющие содержание плана деятельности и решения по организации его исполнения.

4.3. Документы, направляемые от объекта к субъекту, отражающие данные управленческого учета результатов реализации плана.

4.4. Документы субъекта, отражающие результаты контроля и анализа.

4.5. Документы субъекта, отражающие корректировки плана и решений по организации его исполнения.

4.6. Документы, направляемые от субъекта к объекту, определяющие мотивационные решения в отношении объекта.

5. Регламенты управления

Задание для каждой системы управления регламента функционирования, в том числе:

• установление длительности этапов управленческого цикла;

• выделение функций, реализуемых в составе цикла управления системы;

• выделение организационных звеньев, включенных в контур управления;

• увязывание организационных звеньев и функций управления контура управления;

• увязывание документооборота, реализуемого в составе прямых и обратных связей цикла управления, с организационными звеньями;

• разработка календарного расписания системы документооборота.

6. Состав показателей оценки деятельности

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

7. Состав плановых показателей

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

Увязка требований подсистем планирования и учета показателей.

8. Регламент планирования

Задание для каждой системы планирования регламента функционирования, в том числе:

• установление длительности этапов планирования в рамках управленческого цикла;

• выделение функций, реализуемых в составе этапа планирования;

• выделение организационных звеньев, включенных в контур планирования;

• увязывание организационных звеньев и функций планирования;

• увязывание документооборота, реализуемого в составе прямых и обратных связей цикла планирования, с организационными звеньями;

• разработка календарного расписания документооборота для системы планирования.

9. Состав показателей управленческого учета

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

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

10. Регламент учета

Задание для каждой системы учета регламента функционирования, в том числе:

• установление длительности этапов учета в рамках управленческого цикла;

• выделение функций, реализуемых в составе этапа учета;

• выделение организационных звеньев, включенных в контур учета;

• увязывание организационных звеньев и функций учета;

• увязывание документооборота, реализуемого в составе прямых и обратных связей цикла контроллинга, с организационными звеньями;

• разработка календарного расписания документооборота для системы учета.

11. Регламент документооборота

Выделение из регламента управления регламента документооборота.

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]. В результате за несколько лет решения этого класса получили свою пользовательскую аудиторию. Идеи подхода стали использовать и другие разработчики и консалтинговые компании, в том числе и региональные, и сегодня активно развиваются различные модификации методологии.

В качестве принципиальных можно отметить два важных направления расширения подхода. Совместно со специалистами компании « Парус » была разработана и опробована схема экспорта гиперкубов организационных и информационных характеристик в исполнительную систему управленческого учета и таким образом обеспечено ее конфигурирование для поддержания бюджетирования [1].

В проектах, выполняемых под руководством ГУ – Высшая школа экономики , показаны возможности применения методологии при создании электронных регламентов для органов государственного управления и «Электронного государства» www.elrussia.ru

Более подробно рассмотрение тематик моделирования бизнес-процессов (а сегодня это интересует многих профессионалов от организации бизнеса) проведено в следующем, третьем выпуске Навигатора «Показываем бизнес-процессы» [4], а здесь приведены только несколько важных и перспективных оценок в сфере развития структурного и процессного моделирования.

19.2. Представление модели бизнес-процесса в разных нотациях

Рис. 19.2.1. Пример матриц «функции на функции» и «функции на звенья»

Рис. 19.2.2. Графическая схема процесса в IDEFO

Рис. 19.2.3. Графическая схема процесса в CFFC

На рис. 19.2.1, представлена ориентированная матрица проекций трех функций (j = 1,2,3) на себя (i = 1,2,3). Наличие знака в клетке (j, i) означает, что j-я функция предшествует при исполнении процесса i-й функции. Кроме того, на этом рисунке представлена неориентированная матрица проекций трех функций (i = 1,2,3) на организационные звенья (k = 1,2,3). Наличие знака – > в клетке (k, i) означает, что i-я функция исполняется k-м звеном.

На рис. 19.2.2 эта же модель соответствий функций и звеньев представлена в форме графической нотации, аналогичной IDEF0 , а на рис. 19.2.3 – в форме CFFС (от англ. Cross Functional Flow Chart), более известной у нас как матрица Разу ( Государственный университет управления ).

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

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

19.3. Архитектура бизнес-процессов

Представление модели бизнес-процесса или бизнес-модели компании задается посредством (рис. 19.3.1):

• классификаторов организационных характеристик;

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

• классификаторов атрибутов связей, позволяющих приписывать связям необходимые свойства.

Рис. 19.3.1. Архитектура обобщенной модели характеристик и связей бизнес-процесса 19.4. Архитектура программных решений

Современные решения для моделирования процессов представляют собой программно-методические комплексы, поддерживаемые услугами по обучению и инжинирингу деятельности. Программная компонента включает три блока средств со следующей функциональностью (рис. 19.4.1):