Инженерия предприятия — различия между версиями

м (→‎Информация и данные в предпринятии)
м
 
(не показано 5 промежуточных версий этого же участника)
Строка 2: Строка 2:
 
* '''Organizational engineering''' — академическая (научная) дисциплина, в которой речь идёт главным образом о “человеческой” (организационной) части предприятия — организации. Этот предмет организации очень грубо можно свести к способу распределения полномочий в альфе “команда”: как команда делит между собой работы и координирует выполнение этих работ.
 
* '''Organizational engineering''' — академическая (научная) дисциплина, в которой речь идёт главным образом о “человеческой” (организационной) части предприятия — организации. Этот предмет организации очень грубо можно свести к способу распределения полномочий в альфе “команда”: как команда делит между собой работы и координирует выполнение этих работ.
 
* '''Enterprise engineering''' — практическая инженерная дисциплина, трактуется как поддисциплина системной инженерии. Всё организационное дополняется в ней вниманием к технологической инфраструктуре, включая IT-инфраструктуру — предмет тут альфы команды, технологии, работы.  
 
* '''Enterprise engineering''' — практическая инженерная дисциплина, трактуется как поддисциплина системной инженерии. Всё организационное дополняется в ней вниманием к технологической инфраструктуре, включая IT-инфраструктуру — предмет тут альфы команды, технологии, работы.  
−
* '''Business engineering''' — более широкий термин, в него включается также и стратегирование по выходу на какие-то рынки, т.е. предпринимательская деятельность: для бизнеса характерно внимание не только к организации и технологиям работы, но и альфе возможностей, которые приносят стейкхолдеры.
+
* '''Business engineering''' — более широкий термин, в него включается также и [[стратегирование]] по выходу на какие-то рынки, т.е. предпринимательская деятельность: для бизнеса характерно внимание не только к организации и технологиям работы, но и альфе возможностей, которые приносят стейкхолдеры.
  
−
Системная инженерия в этом ряду дисциплин занимается своим делом: альфами определения и воплощения системы — замысливает целевую систему, проектирует её, изготавливает, испытывает, эксплуатирует и выводит из эксплуатации (хотя и необязательно все это происходит в рамках одного [[Предпринятие|предпринятия]]).
+
Системная инженерия в этом ряду дисциплин занимается своим делом: альфами определения и воплощения системы — замысливает целевую систему, проектирует её, изготавливает, испытывает, эксплуатирует и выводит из эксплуатации (хотя и необязательно все это происходит в рамках одного [[Предприятие|предприятия]]).
  
−
Самая приоритетная '''цель самой инженерии предпринятия: получить быстрое во всех смыслах слова предпринятие''' — быстро выпускающее целевую систему, быстро перестраивающееся и осваивающее новые технологии, быстро выполняющее проекты. В конечном итоге в конкуренции побеждает обычно самый быстрый, поэтому цель повышения скорости работы явно выделяется изо всех других целей. Если вы не знаете, делать ли вам дешевле, лучше или быстрее — делайте быстрее, это в долгосрочном плане самая выигрышная стратегия (на сэкономленное время вы успеете сделать другие проекты, причём и лучше, и дешевле).
+
Самая приоритетная '''цель самой инженерии предприятия: получить быстрое во всех смыслах слова предприятие''' — быстро выпускающее целевую систему, быстро перестраивающееся и осваивающее новые технологии, быстро выполняющее проекты. В конечном итоге в конкуренции побеждает обычно самый быстрый, поэтому цель повышения скорости работы явно выделяется изо всех других целей. Если вы не знаете, делать ли вам дешевле, лучше или быстрее — делайте быстрее, это в долгосрочном плане самая выигрышная [[стратегия]] (на сэкономленное время вы успеете сделать другие проекты, причём и лучше, и дешевле).
  
−
Инженерия предпринятия создаёт ту часть предпринятия (организационную структуру и технологию, т.е. организационные звенья, инструменты, способы выполнения и координации работ, рабочие продкуты), которая занимается [[Стратегирование|стратегированием]]/[[Маркетинг|маркетингом]]/[[Продажи|продажами]] — и обеспечивает неразрывную связь этой части предпринятия с инженерной частью.
+
Инженерия предприятия создаёт ту часть предприятия (организационную структуру и технологию, т.е. организационные звенья, инструменты, способы выполнения и координации работ, рабочие продкуты), которая занимается [[Стратегирование|стратегированием]]/[[Маркетинг|маркетингом]]/[[Продажи|продажами]] — и обеспечивает неразрывную связь этой части предприятия с инженерной частью.
  
−
'''Миссия предпринятия''' формулируется в терминах его целевой деятельности, а не прибыльности. Инженерия предпринятия получает миссию предпринятия как входную для своей работы (это user needs, желания собственников).
+
'''[[Миссия]] предприятия''' формулируется в терминах его целевой деятельности, а не прибыльности. Инженерия предприятия получает миссию предприятия как входную для своей работы (это user needs, желания собственников).
  
−
'''Инженерия предпринятия подобна системной инженерии''', но с оговорками:
+
'''Инженерия предприятия подобна системной инженерии''', но с оговорками:
−
* вместо инженерии требований по отношению к предпринятию говорят чаще о стратегировании/целеполагании (как и в случае инженерии требований, работа с user needs тесно связана с работой над требованиями — в данном случае определением функций предпринятия как “чёрного ящика”, с выходом на функциональную декомпозицию), системную архитектуру называют архитектурой предприятия,
+
* вместо инженерии требований по отношению к предприятию говорят чаще о [[стратегирование|стратегировании]]/целеполагании (как и в случае инженерии требований, работа с user needs тесно связана с работой над требованиями — в данном случае определением функций предприятия как “чёрного ящика”, с выходом на функциональную декомпозицию), системную архитектуру называют архитектурой предприятия,
 
* по факту не говорят о [[Проверки и приемки|проверках и приёмках]], но занимаются измерениями (measurements — выставляют KPIs/Key Performance Indicators и проверяют их выполнение),
 
* по факту не говорят о [[Проверки и приемки|проверках и приёмках]], но занимаются измерениями (measurements — выставляют KPIs/Key Performance Indicators и проверяют их выполнение),
−
* задачи операционного управления (operation management — максимизации прохода работ через систему-предпринятие), лидерства (leadership) и управления организационными изменениями (change management) системы систем предприятия рассматривают совместно больше с менеджерской (т.е. учитывая человеческий и социальный аспекты предпринятия), нежели инженерной (предпринятие-машина) точки зрения.
+
* задачи операционного управления (operation management — максимизации прохода работ через систему-предприятие), лидерства (leadership) и [[Управление изменениями|управления организационными изменениями]] (change management) системы систем предприятия рассматривают совместно больше с менеджерской (т.е. учитывая человеческий и социальный аспекты предприятия), нежели инженерной (предприятие-машина) точки зрения.
−
* классические представления системной инженерии не слишком применимы к предпринятию: в силу самопринадлежности каждого человека, как основной организационной единицы, речь всегда идёт о системо-системной инженерии. Это означает, что можно сколь угодно тщательно определять предпринятие, но вот воплощение предпринятия может проходить с огромным трудом.
+
* классические представления системной инженерии не слишком применимы к предприятию: в силу самопринадлежности каждого человека, как основной организационной единицы, речь всегда идёт о системо-системной инженерии. Это означает, что можно сколь угодно тщательно определять предприятие, но вот воплощение предприятия может проходить с огромным трудом.
  
−
== Практики инженерии предпринятия ==
+
== Практики инженерии предприятия ==
 
* [[Корпоративное управление]]
 
* [[Корпоративное управление]]
 
* [[Стратегирование]]
 
* [[Стратегирование]]
  
−
== Виды описания предпринятия ==
+
== Виды описания предприятия ==
 
* Описание работ - process-based (activity-based), [[Управление процессами]],[[OMG BPMN]]
 
* Описание работ - process-based (activity-based), [[Управление процессами]],[[OMG BPMN]]
 
* Описание технологии - product-based (практики, кейсы), [[Адаптивное управление кейсами|CMMN]]
 
* Описание технологии - product-based (практики, кейсы), [[Адаптивное управление кейсами|CMMN]]
 
* Описание команды - communications-based (полномочия и поручения), [[DEMO]]
 
* Описание команды - communications-based (полномочия и поручения), [[DEMO]]
−
* Описание архитектуры предпринятия в виде [[Матрица Захмана|матрицы Захмана]]
+
* Описание архитектуры предприятия (см. [[:Категория:Архитектурные_подходы|Архитектурные подходы]])
  
−
== Развитие и совершенствование предпринятия ==
+
== Развитие и совершенствование предприятия ==
−
См. [[Развитие и совершенствование]].
+
* [[Развитие]]
 +
* [[Совершенствование]]
  
 
== Бизнес-архитектура ==
 
== Бизнес-архитектура ==
Строка 45: Строка 46:
  
 
== Органиграмма ==
 
== Органиграмма ==
−
'''Органиграмма''' (organizational chart) — структура подразделений, декомпозиция предприятия, модульная его структура. Любую функцию предприятия должен кто-то поддержать: компоненты должны быть реализованы какими-то модулями. Как и любая архитектура, архитектура предпринятия считается созданной только тогда, когда вместе '''удалось совместить логическую архитектуру''' (требуемые деятельности — поведения, функции, процессы, практики, коммуникации) '''и физическую структуру''', включающую обычно определение полномочий по распоряжению её физическими ресурсами.
+
'''Органиграмма''' (organizational chart) — структура подразделений, декомпозиция предприятия, модульная его структура. Любую функцию предприятия должен кто-то поддержать: компоненты должны быть реализованы какими-то модулями. Как и любая архитектура, архитектура предприятия считается созданной только тогда, когда вместе '''удалось совместить логическую архитектуру''' (требуемые деятельности — поведения, функции, процессы, практики, коммуникации) '''и физическую структуру''', включающую обычно определение полномочий по распоряжению её физическими ресурсами.
  
−
== Неархитектурные описания предпринятия ==
+
== Неархитектурные описания предприятия ==
−
'''Неархитектурные описания предпринятия''' можно обнаружить в крупном предприятии по-разному описанными минимум четырежды в самых разных подразделениях:
+
'''Неархитектурные описания предприятия''' можно обнаружить в крупном предприятии по-разному описанными минимум четырежды в самых разных подразделениях:
−
* '''в [[Архитектура предпринятия|архитектуре предприятия]]''', чтобы понимать, какие информационные системы её поддерживают, при этом архитектура предприятия часто будет разбита на два отдельно моделируемых куска:
+
* '''в [[Архитектура предприятия|архитектуре предприятия]]''', чтобы понимать, какие информационные системы её поддерживают, при этом архитектура предприятия часто будет разбита на два отдельно моделируемых куска:
 
** '''«бизнес-процессы» и регламенты работы''' будут отмоделированы в "службе обеспечения качества" — ибо есть стойкое поверье, что описание процесса помогает именно качеству выполнения работ, и будет использован “[[Процессный подход]]” (т.е. описана последовательность действий).
 
** '''«бизнес-процессы» и регламенты работы''' будут отмоделированы в "службе обеспечения качества" — ибо есть стойкое поверье, что описание процесса помогает именно качеству выполнения работ, и будет использован “[[Процессный подход]]” (т.е. описана последовательность действий).
 
** '''архитектура информационных систем и аппаратного комплекса''' будут отмоделированы в «IT-службе» как IT-архитектура (а иногда и этот кусок бьют на отдельно архитектуру программного обеспечения и архитектуру компьютерного и связного оборудования).
 
** '''архитектура информационных систем и аппаратного комплекса''' будут отмоделированы в «IT-службе» как IT-архитектура (а иногда и этот кусок бьют на отдельно архитектуру программного обеспечения и архитектуру компьютерного и связного оборудования).
 
* '''в описании метода/практики''': что-то, близкое к описаниям [[Ситуационная инженерия методов|ситуационной инженерии методов]] — какие рабочие продукты, инструменты, компетенции, отдельные операции нужно выполнять.
 
* '''в описании метода/практики''': что-то, близкое к описаниям [[Ситуационная инженерия методов|ситуационной инженерии методов]] — какие рабочие продукты, инструменты, компетенции, отдельные операции нужно выполнять.
−
* '''в обучающих “пакетах”'' (чаще всего в соответствии со стандартом [https://ru.wikipedia.org/wiki/SCORM SCORM]) дистантного образования. Чаще всего это поддерживается HR-службой, именно в их задачах учить новых людей специфической для данного предпринятия деятельности.
+
* '''в обучающих “пакетах”'' (чаще всего в соответствии со стандартом [https://ru.wikipedia.org/wiki/SCORM SCORM]) дистантного образования. Чаще всего это поддерживается HR-службой, именно в их задачах учить новых людей специфической для данного предприятия деятельности.
 
* '''в системе документооборота, или системе процессного управления''' ([[BPM]]), или трекере ведения дел/выполнения поручений/документооборота ([[issue tracker]], система [[Адаптивное управление кейсами|adaptive case management]]), или системе проектного управления – для целей планирования работ и контроля их выполнения
 
* '''в системе документооборота, или системе процессного управления''' ([[BPM]]), или трекере ведения дел/выполнения поручений/документооборота ([[issue tracker]], система [[Адаптивное управление кейсами|adaptive case management]]), или системе проектного управления – для целей планирования работ и контроля их выполнения
  
−
== Информация и данные в предпринятии ==
+
== Информация и данные в предприятии ==
−
Информация и данные, которая используется во множестве проектов/предпринятий называется:
+
Информация и данные, которая используется во множестве проектов/предприятий называется:
 
* '''знаниями''' (если акцент делается на кортекс и том, что "внутри головы", а также обсуждения потребностей в этом знании. О формате представления умолчим, ибо употребляющие слово "знания" избегают разговора про форматы и формализмы).
 
* '''знаниями''' (если акцент делается на кортекс и том, что "внутри головы", а также обсуждения потребностей в этом знании. О формате представления умолчим, ибо употребляющие слово "знания" избегают разговора про форматы и формализмы).
 
* '''нормативно-справочной информацией''' (если акцент делается на эксплицитно представленном знании в любой их форме — неструктурированной/полнотекстовой, равно как структурированной в виде объектных, реляционных, графовых баз данных, файлов данных компьютерного моделирования и т.д.).
 
* '''нормативно-справочной информацией''' (если акцент делается на эксплицитно представленном знании в любой их форме — неструктурированной/полнотекстовой, равно как структурированной в виде объектных, реляционных, графовых баз данных, файлов данных компьютерного моделирования и т.д.).

Текущая версия на 15:16, 23 июля 2022

Дисциплины, предметом которых является инженерия систем-организаций/предприятий/бизнесов:

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

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

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

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

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

Инженерия предприятия подобна системной инженерии, но с оговорками:

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

Практики инженерии предприятия

Виды описания предприятия

Развитие и совершенствование предприятия

Бизнес-архитектура

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

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

Для описания цепочек “добавления пользы” используют

  • стандарт OMG VDML (Value Delivery Modeling Language).
  • язык описания бизнес-архитектуры это OMG BMM (business motivation model).

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

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

Органиграмма

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

Неархитектурные описания предприятия

Неархитектурные описания предприятия можно обнаружить в крупном предприятии по-разному описанными минимум четырежды в самых разных подразделениях:

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

Информация и данные в предприятии

Информация и данные, которая используется во множестве проектов/предприятий называется:

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

Виды работ над информацией:

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

Ссылки

См. также

Источник — «http://sewiki.ru/index.php?title=Инженерия_предприятия&oldid=4661»