Просмотр исходного текста страницы Инженерия предприятия

Дисциплины, предметом которых является инженерия систем-организаций/предприятий/бизнесов:
* '''Organizational engineering''' — академическая (научная) дисциплина, в которой речь идёт главным образом о “человеческой” (организационной) части предприятия — организации. Этот предмет организации очень грубо можно свести к способу распределения полномочий в альфе “команда”: как команда делит между собой работы и координирует выполнение этих работ.
* '''Enterprise engineering''' — практическая инженерная дисциплина, трактуется как поддисциплина системной инженерии. Всё организационное дополняется в ней вниманием к технологической инфраструктуре, включая IT-инфраструктуру — предмет тут альфы команды, технологии, работы. 
* '''Business engineering''' — более широкий термин, в него включается также и [[стратегирование]] по выходу на какие-то рынки, т.е. предпринимательская деятельность: для бизнеса характерно внимание не только к организации и технологиям работы, но и альфе возможностей, которые приносят стейкхолдеры.

Системная инженерия в этом ряду дисциплин занимается своим делом: альфами определения и воплощения системы — замысливает целевую систему, проектирует её, изготавливает, испытывает, эксплуатирует и выводит из эксплуатации (хотя и необязательно все это происходит в рамках одного [[Предприятие|предприятия]]).

Самая приоритетная '''цель самой инженерии предприятия: получить быстрое во всех смыслах слова предприятие''' — быстро выпускающее целевую систему, быстро перестраивающееся и осваивающее новые технологии, быстро выполняющее проекты. В конечном итоге в конкуренции побеждает обычно самый быстрый, поэтому цель повышения скорости работы явно выделяется изо всех других целей. Если вы не знаете, делать ли вам дешевле, лучше или быстрее — делайте быстрее, это в долгосрочном плане самая выигрышная [[стратегия]] (на сэкономленное время вы успеете сделать другие проекты, причём и лучше, и дешевле).

Инженерия предприятия создаёт ту часть предприятия (организационную структуру и технологию, т.е. организационные звенья, инструменты, способы выполнения и координации работ, рабочие продкуты), которая занимается [[Стратегирование|стратегированием]]/[[Маркетинг|маркетингом]]/[[Продажи|продажами]] — и обеспечивает неразрывную связь этой части предприятия с инженерной частью.

'''[[Миссия]] предприятия''' формулируется в терминах его целевой деятельности, а не прибыльности. Инженерия предприятия получает миссию предприятия как входную для своей работы (это user needs, желания собственников).

'''Инженерия предприятия подобна системной инженерии''', но с оговорками:
* вместо инженерии требований по отношению к предприятию говорят чаще о [[стратегирование|стратегировании]]/целеполагании (как и в случае инженерии требований, работа с user needs тесно связана с работой над требованиями — в данном случае определением функций предприятия как “чёрного ящика”, с выходом на функциональную декомпозицию), системную архитектуру называют архитектурой предприятия,
* по факту не говорят о [[Проверки и приемки|проверках и приёмках]], но занимаются измерениями (measurements — выставляют KPIs/Key Performance Indicators и проверяют их выполнение),
* задачи операционного управления (operation management — максимизации прохода работ через систему-предприятие), лидерства (leadership) и [[Управление изменениями|управления организационными изменениями]] (change management) системы систем предприятия рассматривают совместно больше с менеджерской (т.е. учитывая человеческий и социальный аспекты предприятия), нежели инженерной (предприятие-машина) точки зрения.
* классические представления системной инженерии не слишком применимы к предприятию: в силу самопринадлежности каждого человека, как основной организационной единицы, речь всегда идёт о системо-системной инженерии. Это означает, что можно сколь угодно тщательно определять предприятие, но вот воплощение предприятия может проходить с огромным трудом.

== Практики инженерии предприятия ==
* [[Корпоративное управление]]
* [[Стратегирование]]

== Виды описания предприятия ==
* Описание работ - process-based (activity-based), [[Управление процессами]],[[OMG BPMN]]
* Описание технологии - product-based (практики, кейсы), [[Адаптивное управление кейсами|CMMN]]
* Описание команды - communications-based (полномочия и поручения), [[DEMO]]
* Описание архитектуры предприятия (см. [[:Категория:Архитектурные_подходы|Архитектурные подходы]])

== Развитие и совершенствование предприятия ==
* [[Развитие]]
* [[Совершенствование]]

== Бизнес-архитектура ==
В архитектуре предприятия выделяют определение того, как предприятие будет получать возможности. Бизнес-архитектура может быть частью общей архитектуры предприятия, либо отдельно от любых других определений предприятия. В бизнес-архитектуре особо выделяются описание сети пользы и бизнес-модели.

'''Сети пользы''' (value networks) позволяют обсудить то, как добавляется польза от выстраивания каких-то цепочек обменов (value chain, value-added).

Для описания цепочек “добавления пользы” используют
* стандарт [[OMG VDML]] (Value Delivery Modeling Language).
* язык описания бизнес-архитектуры это [[OMG BMM]] (business motivation model).

'''Бизнес-модель отвечает на вопрос “как вы зарабатываете деньги на том, что делаете”.'''

Для описания бизнес-модели есть множество способов (от текстовых эссе до моделирования в VDML). Набрал популярность способ описания при помощи “порождения бизнес-модели” ([http://www.businessmodelgeneration.com/ business model generation]) — через ключевые деятельности, ключевых партнёров, ключевые ресурсы, структуру затрат, отношений с клиентами, сегментирование клиентов, предложение пользы, каналы продаж, источники доходов — и для удобства изображать всё это на определённого типа [http://www.businessmodelgeneration.com/downloads/businessmodelgeneration_preview.pdf диаграмме-”холсте”] (canvas), [http://www.bimoga.com/ генератор .pdf файлов на разных языках].

== Органиграмма ==
'''Органиграмма''' (organizational chart) — структура подразделений, декомпозиция предприятия, модульная его структура. Любую функцию предприятия должен кто-то поддержать: компоненты должны быть реализованы какими-то модулями. Как и любая архитектура, архитектура предприятия считается созданной только тогда, когда вместе '''удалось совместить логическую архитектуру''' (требуемые деятельности — поведения, функции, процессы, практики, коммуникации) '''и физическую структуру''', включающую обычно определение полномочий по распоряжению её физическими ресурсами.

== Неархитектурные описания предприятия ==
'''Неархитектурные описания предприятия''' можно обнаружить в крупном предприятии по-разному описанными минимум четырежды в самых разных подразделениях:
* '''в [[Архитектура предприятия|архитектуре предприятия]]''', чтобы понимать, какие информационные системы её поддерживают, при этом архитектура предприятия часто будет разбита на два отдельно моделируемых куска:
** '''«бизнес-процессы» и регламенты работы''' будут отмоделированы в "службе обеспечения качества" — ибо есть стойкое поверье, что описание процесса помогает именно качеству выполнения работ, и будет использован “[[Процессный подход]]” (т.е. описана последовательность действий).
** '''архитектура информационных систем и аппаратного комплекса''' будут отмоделированы в «IT-службе» как IT-архитектура (а иногда и этот кусок бьют на отдельно архитектуру программного обеспечения и архитектуру компьютерного и связного оборудования).
* '''в описании метода/практики''': что-то, близкое к описаниям [[Ситуационная инженерия методов|ситуационной инженерии методов]] — какие рабочие продукты, инструменты, компетенции, отдельные операции нужно выполнять.
* '''в обучающих “пакетах”'' (чаще всего в соответствии со стандартом [https://ru.wikipedia.org/wiki/SCORM SCORM]) дистантного образования. Чаще всего это поддерживается HR-службой, именно в их задачах учить новых людей специфической для данного предприятия деятельности.
* '''в системе документооборота, или системе процессного управления''' ([[BPM]]), или трекере ведения дел/выполнения поручений/документооборота ([[issue tracker]], система [[Адаптивное управление кейсами|adaptive case management]]), или системе проектного управления – для целей планирования работ и контроля их выполнения

== Информация и данные в предприятии ==
Информация и данные, которая используется во множестве проектов/предприятий называется:
* '''знаниями''' (если акцент делается на кортекс и том, что "внутри головы", а также обсуждения потребностей в этом знании. О формате представления умолчим, ибо употребляющие слово "знания" избегают разговора про форматы и формализмы).
* '''нормативно-справочной информацией''' (если акцент делается на эксплицитно представленном знании в любой их форме — неструктурированной/полнотекстовой, равно как структурированной в виде объектных, реляционных, графовых баз данных, файлов данных компьютерного моделирования и т.д.).
* '''справочными данными''' (если акцент делается на структурированной части НСИ, представленной единообразно, а рассмотрение не столько содержательное-инженерное, сколько менеджерское-логистическое — то есть “хранение и доставка данных по назначению”, абстрагированное от смысла данных).
* '''[[MDM|мастер-данными]]''' (если акцент делается на справочных данных, подвластных единому центру администрирования — обычно в рамках одного предприятия- юрлица).

Виды работ над информацией:
* '''инженерная/информационная работа''' (преобразование в соответствии с технологией получения целевой системы)
* '''операционная работа''' ("управление" в его учётном/конфигурационном и логистическом/маршрутизационном смысле, акцент на формирование данных в отвязке от их содержания, их учёт и их передачу между местами содержательной обработки).

== Ссылки ==
* [http://www.businessarchitectureguild.org/ гильдия бизнес-архитекторов] (главный продукт — Business Architecture Body of Knowledge, BIZBOK™ 3.0) - новое объединение, организации всего пара лет, они делают акцент на то, что это "знание архитекторов от сохи".
* [http://www.businessarchitectsassociation.org/ ассоциация бизнес-архитекторов] (главный продукт — сертификация бизнес-архитекторов), это смычка университетов и консалтеров. 
* [http://bawg.omg.org/ SIG в OMG] (стандарт VDML — это как раз их рук дело, [http://bawg.omg.org/12-06-01.pdf презентации]).
* [http://www.linkedin.com/groups/BusinessArchitecture-Perspectives-Transforming-Business-4379346 дискуссионная группа в LinkedIn].
* разные вебсайты типа http://www.bainstitute.org/ (утверждают, что там комьюнити более 40тыс. членов, родственные сайты BPMinstitute.org и SOAinstitute.org).
* школы типа [http://paularthurbodine.com/the-chicago-school-of-businessarchitecture/ Chicago School of Business Architecture].

== См. также ==
*[[Инженерия знаний]]


[[Категория: Дисциплины]]