0:00
Ну а теперь давайте попробуем подвести итоги.
Итак, мы получили представление о том, как устроены системы
менеджмента и как эта системы менеджмента собираются в реальной практике.
Надо еще один аспект иметь в виду в этой новелле.
Этот аспект связан с двумя ролями, с двумя типами участников,
которые участвуют в сборе системы менеджмента.
Одна группа участников — это собственно разработчики.
Разработчик, как и полагается инженеру, разработчику,
системному инженеру, он руководствуется продвинутыми,
новейшими инжиниринговыми методологиями, типовыми стандартами,
типовыми информационными моделями, ориентируется на лучшие практики.
И он пытается собрать лучшее решение в тех возможностях и в тех условиях,
в которых он работает.
Поэтому разработчик — это методологии, это то,
о чем мы говорили в этом курсе, это информационные модели,
которые используются в этих методологиях, это лучшие практики и решающие правила,
которые собираются в каждой предметной области.
А другой тип участников — это
не разработчики системы менеджмента, а участники системы менеджмента.
Это те специалисты, которые работают в условиях системы менеджмента.
Конечно, если моя функция — не разработка,
а деятельность по исполнению процессов в рамках
системы менеджмента, я должен знать правила,
но по возможности эти правила должны быть представлены в виде регламентов,
и эти регламенты по возможности должны быть максимально простыми.
Два типа регламентов применяются в практике предприятий — это
нормативно-методическая документация, которая объясняет и рассказывает,
как делать; и это организационно-распорядительная
документация — это документация прямого действия, «делай так».
Поэтому когда мы изучаем системы менеджмента,
мы как специалисты учимся методологии и проектированию,
а как участник деятельности мы ориентируемся на регламент.
Конечно, при этом нам хорошо бы было бы и знать, все-таки как она в целом,
эта система менеджмента, устроена; как устроено то,
что влияет на нашу деятельность каждый день.
Поэтому два типа пользователей — пользователи-разработчики
и пользователи-специалисты предприятия.
Разработчики.
Разработчики и ориентируются на тот спектр моделей,
который был представлен в лекции.
Это различные форматы моделирования, информационного моделирования: онтологии
— термины и понятия, графики — чертежи, архитектуры, формальные представления,
различные гибридные представления систем деятельности.
Конечно, разработчик должен знать типовые системы предприятия,
ориентироваться на справочники таких систем менеджмента.
Он должен понимать устройство этих систем менеджмента, типовые компоненты,
из которых они состоят, и способы представления и детализация этих
компонент — требования, целеполагание, бизнес-процессы, участники деятельности,
их вертикальное и горизонтальное упорядочение, механизмы управления.
Вот инструментарий разработчика.
Он должен понимать, что предприятие представляется (это сложный объект,
сложный продукт) на разных уровнях иерархии представления.
И вот сводное описание всего предприятия дается удобным инструментом.
Удобным способом сводного описания устройства предприятия
является архитектура систем предприятия,
архитектура систем менеджмента предприятия.
Конечно, разработчик должен ориентироваться на лучшие практики
— в этом смысле мы говорим о референтных представлениях объектов,
которые мы используем при любой разработке.
И он должен уметь составлять методики и дорожные карты сборки
(конструирования) моделей систем менеджмента и архитектур.
А что пользователь?
Пользователь ориентируется на те
справочники регламентов, которые применяются на предприятии.
Он ориентируется по необходимости на методики и дорожные
карты разработки регламентов и информационных моделей.
Потому что многие пользователи (так устроено предприятие) участвуют в
проектах улучшения деятельности предприятия.
Для этого нужно иметь некие представления о его устройстве.
Ну и, конечно, пользователям полезно иметь
представление об общей методологии.
Иметь представление о методологии построения
той системы менеджмента, в которой он живет.
Поэтому, да, вот этот курс, эта компетенция,
эта специализация нужна многим, а, вернее, тем,
кто либо разрабатывает системы предприятий,
либо работает в системах деятельности предприятий.
Вот это понимание, оно сегодня широко распространено.
Переход на системный инжиниринг, на новые приемы системного инжиниринга,
на новые методы проектирования систем менеджмента,
на архитектурное проектирование и оптимизацию как продуктов,
так и систем деятельности, сегодня занимает многих специалистов.
И этой проблемой занимаются и специалисты, и организации.
А самое главное, сегодня этой проблеме учатся многие инженеры,
которые ориентированы на будущее.
Инженеры будущего, архитекторы будущего мира.
Итак, системный инжиниринг.
Фокус внимания — жизненные циклы продуктов,
инжиниринг информационных моделей и знаний в жизненном цикле продуктов.
Тема — бизнес-инжиниринг предприятия.
Предприятие в жизненном цикле, роль и место предприятия в жизненном цикле,
бизнес-моделирование деятельности предприятий, выделение тех факторов,
которые влияют на экономическую деятельность предприятия.
Креативное бизнес-моделирование — понимание того,
что влияет и что создает экономический эффект,
что создает экономически эффективную деятельность предприятия.
Инжиниринг предприятия.
Инжиниринг выделяет основные компоненты устройства предприятия,
в том числе основные компоненты системы менеджмента,
показывает, как эта система менеджмента собирается.
В первой теме, в «Системном инжиниринге», мы собирали и разрабатывали продукты,
а в этой теме мы показываем и собираем системы
менеджмента предприятия, системы деятельности предприятия.
Делаем это с помощью конструктора в системе менеджмента.
А в системном инжиниринге мы это делаем с помощью приемов системного инжиниринга.
Подобие налицо.
Здесь — продукт, здесь — специальный продукт системы менеджмента.
Здесь — системный инжиниринг продукта, здесь — системный инжиниринг системы
менеджмента, ну и есть отличие, связанное с тем,
что продукты все-таки существенно различаются, и для учета их специфики
нужно внимательное описание и локализация к этим продуктам.
Теперь на слайде показана полезная литература.
Те, кто хочет знать подробности
и читать об этих подробностях тематики.
Ну и заключительные выводы.
Система менеджмента позволяет организовать деятельность предприятия,
проекта, предприятия полного жизненного цикла,
обобщенного предприятия и управлять этой деятельностью.
Совмещение компетенций системного инжиниринга
плюс компетенций экономики предприятия,
экономики деятельности и бизнес-моделирования,
плюс компетенций архитектора систем менеджмента
и участника систем менеджмента — это такая компетенция «три в одном»,
которая позволяет многое.
Она позволяет понимать то, как разрабатываются и применяются
продукты в современной экономике, как обеспечивается экономическая
эффективность и как работают предприятия, которые работают над
этим продуктами и обеспечивают эту экономическую эффективность.
Конечно, такое понимание позволит участникам обучения лучше определить свою
позицию в современной экономике и повысить свою востребованность.
Вот так обстоят дела.
Следующий шаг в повышении компетенций,
который мы будем рассматривать в этой специализации,
это такой инжиниринг, когда мы решаем не отдельные вопросы,
а вопросы построения такой системы, которая постоянно анализирует,
постоянно улучшает и постоянно развивает системы менеджмента предприятия.
То есть она занимается полным жизненным циклом системы менеджмента предприятия,
предприятия, которое развивает само себя.
Вот так обстоят дела, и такие перспективы.
Спасибо!
Кондратьев Вячеслав ВладимировичДоктор технических наук, профессор
