- •1. Системная инженерия
- •Определения системной инженерии
- •Ответственность за целокупность и междисциплинарность
- •Для чего нужна системная инженерия: победить сложность
- •Профессия системного инженера
- •Системный инженер как профессия
- •Профессиональные организации системных инженеров
- •Можно ли научить творчеству?
- •Метанойя — не просто обучение, а смена способа мышления
- •Можно ли научить системного инженера, или им нужно родиться?
- •Моделирование творчества в виде, понятном даже компьютеру
- •Методология системной инженерии
- •Образование системных инженеров
- •Отличия системной инженерии от других дисциплин
- •Системная инженерия против других инженерий
- •Системная инженерия против советской инженерии
- •Системная инженерия и системотехника
- •Системная инженерия и менеджмент
- •Инженерный менеджмент
- •Управление технологией
- •Системная инженерия и государство
- •2. Формализмы системной инженерии
- •Терминология и онтология
- •Соглашение по терминологии
- •Выбирайте слова
- •Что такое онтология
- •Индивиды, классы и классификаторы
- •Экстенсионализм и интенсионализм
- •Функциональные объекты
- •Процессы и действия
- •О логических уровнях
- •Выбор уровней
- •Математические формализмы
- •Объекты и атрибуты
- •Объекты и факты
- •Факты и графы
- •Теория категорий
- •Моделеориентированность
- •Что такое модели
- •Онтологизирование, моделирование, программирование
- •Зачем моделировать
- •Почему моделирование не повсеместно
- •Информатика
- •Принципы моделеориентированности
- •3. Инженерия и наука
- •Инженерия не научна
- •Разница между инженерами и учёными
- •Предмет инженерии и научные предметы для инженерных объектов
- •Ненаучность инженерии. Эвристики
- •Наука как “научение птиц полёту”
- •Инженерия научна
- •Инженерная наука
- •Научное (формальное) основание системной инженерии
- •Системный подход как научное основание системной инженерии
- •Системноинженерное мышление коллективно
- •А в чём мышление?
- •Наука/менеджмент = наука/инженерия
- •4. Схема/онтология инженерного проекта
- •Схемное/онтологичное мышление
- •Ситуационная инженерия методов
- •Описание метода в настоящем курсе системноинженерного мышления
- •Яблоки из жизни и яблоки из задачи
- •Альфы
- •Метонимия и схемы
- •Методологическая действительность: дисциплины, практики, методы
- •Дисциплины/области интереса
- •Практики
- •Метод
- •Методологическая действительность и действительность предпринятия
- •Семь основных альф инженерного проекта
- •Основы системной инженерии: альфы инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работы
- •Технология
- •5. Системный подход
- •Понятие “подхода”
- •Системный подход в системной инженерии
- •Варианты системного подхода
- •Системный подход и кибернетика
- •Сложность и меры сложности
- •Термин “система”
- •Классификация систем по ISO 15288
- •Системная медитация
- •“Сначала как часть надсистемы”
- •Стейкхолдеры. Театральная метафора
- •Система — это субъективное понятие
- •Театральная метафора.
- •Позиция
- •Работа со стейкхолдерами
- •Граница системы и деятельностная субъективность её проведения
- •“Просто” системы и системы систем.
- •Навигация по уровням холархии ”zoom — select”.
- •Системы с участием людей: осторожно!
- •6. Воплощение системы: компоненты, модули, размещения
- •Многерица
- •Сколько разных ипостасей в одной системе?
- •Принцип разделения интересов
- •Закрытый и открытый миры
- •Два типа “целого”
- •Компоненты, модули, размещения
- •Компоненты
- •Модули
- •Размещения
- •Структура системы: разбиения.
- •Разбиения (breakdowns)
- •Представления разбиений
- •Обозначения систем
- •Практики изготовления (производства)
- •7. Определение системы: требования, архитектура, неархитектурная часть проекта
- •Определения и описания
- •Обобщение ISO 42010 на определение системы
- •Контроль конфигурации
- •Фокусирование определений системы
- •Практики проверки и приёмки
- •Практики описания системы
- •Требования
- •Два смысла слова “требования”.
- •Модальности в требованиях
- •Инженерные обоснования
- •Рабочие продукты требований
- •Требования стейкхолдеров
- •Требования и ограничения
- •Требования к системе
- •Инженерия требований
- •Какие бывают виды требований
- •Кто должен делать требования
- •Целеориентированная инженерия требований
- •Архитектура
- •Практики архитектурного проектирования
- •Минимальная архитектура
- •Субъективность и относительность архитектуры.
- •Архитектурные описания
- •Как объединять разные модели и группы описаний
- •Архитектурные модели и другие виды описаний
- •Архитектурные знания
- •Неархитектурная часть проекта
- •8. Жизненный цикл системы и проекта
- •Понятие жизненного цикла
- •Жизненный цикл чего?
- •Управление жизненным циклом
- •Типовой жизненный цикл и разнообразие
- •Гейты и вехи
- •Рабочие продукты для определения жизненного цикла
- •Информационные системы управления жизненным циклом
- •Управление информацией/данными жизненного цикла
- •Практики жизненного цикла
- •V-диаграмма
- •Горбатая диаграмма
- •Водопад и agile
- •Вид жизненного цикла
- •Стили разработки: водопад и agile
- •Паттерны жизненного цикла
- •Основной жизненный цикл
- •Состояния альф
- •Основной жизненный цикл
- •Практики жизненного цикла в версии ISO 15288
- •9. Практика контрольных вопросов
- •Контрольные вопросы для управления жизненным циклом
- •Успех контрольных вопросов
- •Контрольные вопросы к состояниям альф
- •Карточки состояний
- •Когда заводить подальфы
- •Карточные игры
- •Контрольные вопросы инженерного проекта
- •Карточки основных альф инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работа
- •Технологии
- •Пример введения новой альфы: подальфа «подрядчик»
- •10. Инженерия предпринятия
- •Инженерия: организационная, предприятия, бизнеса, предпринятия
- •Сообщества и их отличия от предпринятия: целенаправленная коллективная деятельность
- •Миссия предпринятия
- •Корпоративное управление
- •Стратегирование, маркетинг, продажи
- •Предпринятие как система-машина, а не толпа людей
- •Развитие и совершенствование предпринятия
- •Проект технологического развития: постановка практик
- •Организационное развитие. Закон Конвея
- •Системноинженерное мышление и инженерия предпринятия
- •Цикл непрерывного совершенствования
- •Цикл Деминга
- •Шесть Сигм
- •Архитектура предпринятия
- •Основные альфы организационного и технологического решения предпринятия
- •Подальфы определения предпринятия
- •Подальфы воплощения предпринятия
- •Виды практик описания деятельности
- •Предпринятия-киборги, workflow
- •Организация, координация, коммуникация
- •Архитектура предприятия
- •Подход Захмана к архитектуре предприятия
- •Бизнес-архитектура
- •Органиграмма
- •Писцы против инженеров
- •Неархитектурные описания предпринятия
- •Это всё системный подход
- •ArchiMate
- •Зачем нужен Архимейт
- •Люди, программы, оборудование
- •Элементы и отношения
- •Нужен не ты, нужен твой сервис.
- •Люди
- •Роли
- •Работы людей
- •Архитектура IT-решения
- •Управление операциями
- •Инженерия предпринятия и управление операциями
- •Проектное управление
- •Управление процессами
- •Ведение дел/кейс-менеджмент
- •Управление проектами и управление жизненным циклом
- •Проектное управление и ведение дел: не “или”, а “и”.
- •Управление мероприятиями
- •Финансы
- •Управление знаниями, НСИ, (справочными и мастер, а также проектными) данными
- •Инженерия и предпринятия-киборги.
- •Инженерия знаний и управление знаниями.
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
245 |
●испытания проведены
●претензий к качеству работ нет (претензии сформулированы и устранены)
●акты проведения успешных испытаний подписан
●результаты работ доставлены на место
●документация передана
●монтажные работы произведены
●пуско-наладочные работы проведены
Работы закрыты
●акт приёмки-сдачи подписан
●деньги перечислены
●никаких дел к подрядчику нет
●гарантийные и сервисные работы производятся
●документация архивирована
10. Инженерия предпринятия
Инженерия: организационная, предприятия, бизнеса, предпринятия
Есть множество разных дисциплин, предметом которых является инженерия системорганизаций/предприятий/бизнесов. Так, organizational engineering — это академическая (научная) дисциплина, в которой речь идёт главным образом о “человеческой” (организационной) части предприятия — организации. Этот предмет организации очень грубо можно свести к способу распределения полномочий в альфе “команда”: как команда делит между собой работы и координирует выполнение этих работ.
Enterprise engineering это практическая инженерная дисциплина, всё организационное дополняется в ней вниманием к технологической инфраструктуре, включая IT-инфраструктуру — предмет тут альфы команды, технологии, работы.
Много более широкий термин – это business engineering, поскольку в него включается также и стратегирование по выходу на какие-то рынки, т.е. предпринимательская деятельность: для бизнеса характерно внимание не только к организации и технологиям работы, но и альфе возможностей, которые приносят стейкхолдеры.
Системная инженерия в этом ряду дисциплин занимается своим делом: альфами определения и воплощения системы — замысливает целевую систему, проектирует её, изготавливает, испытывает, эксплуатирует и выводит из эксплуатации (хотя и необязательно все это происходит в рамках одного предпринятия).
Для того, чтобы системная инженерия могла заниматься целевой системой, нужно замыслить, спроектировать, изготовить, испытать, эксплуатировать, а затем модернизировать или вывести из эксплуатации предпринятие, как обеспечивающую систему: команду, технологии и выполняемые ими работы. Конечно, потребности в тех или иных компетенциях команды или потребности в тех или иных технологиях,
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
246 |
или потребности в выполнении тех или иных работ приходят из системной инженерии. Но вот удовлетворением этих потребностей занимаются инженерные менеджеры.
Сконцентрируемся на инженерии предпринятия — enterprise engineering, практической дисциплине. Она трактуется как поддисциплина системной инженерии, в которой к рассмотрению организации добавляется рассмотрение технологической инфраструктуры (включая IT-инфраструктуру, которая для современного предпринятия не менее важна, чем инфраструктура паровых машин в эпоху промышленной революции).
Тем самым тем самым инженерия предпринятия по своему предмету шире организационной инженерии (занимается технологиями), уже (на работу стратегирования) инженерии бизнеса, отличается по виду целевой системы от системной инженерии и не включает в себя лидерства (leadership) и стратегирования/маркетинга/продаж как традиционных менеджерских дисциплин.
Мы склоняемся к использованию термина «предпринятие» (от «что-то предпринять» — смесь значений enterprise и endeavour) как означающего организованных на достижение какой-то цели людей. Организованные — это с понятными полномочиями и ответственностями по имеющимся в их распоряжении трудом (возможность давать поручения друг другу), программами, оборудованием и объектами работы (рабочими продуктами).
Слово «предпринятие» позволяет унифицированно говорить не только о
●Предприятиях-юрлицах (включая холдинги или филиалы), но и
●об организованностях меньшего размера (подразделениях предприятий, рабочих группах, проектных командах — понятие классического “проекта” из проектного управления полностью укладывается в такое определение, равно как и в разы менее классические медицинские, менеджерские и инженерные “кейсы”), а также
●бОльшего размера (например, «расширенных предприятиях»/extended enterprise — работы нескольких сотрудничающих между собой предприятий в рамках одного большого проекта).
Тем самым инженерия предпринятия может пониматься как более широкое понятие, чем инженерия предприятия (т.е. инженерия организации одного юридического лица).
Сообщества и их отличия от предпринятия: целенаправленная коллективная деятельность
Нельзя путать предпринятие (endeavour, effort, enterprise) с сообществами (communities), в том числе профессиональными сообществами (communities of practice — использующими какую-то практику).
Предпринятие преследует какую-то определённую цель и подразумевает кооперацию деятельности сотрудников предпринятия по созданию их целевых систем. Сообщества предполагают только обмен знаниями, выработку каких-то общих принципов, знакомство людей друг с другом, но они не создают никаких целевых систем. Есть целевая система (или последовательность создаваемых целевых систем) — есть предпринятие, нет целевой системы — нет предпринятия.
Ещё одно отличие предпринятия от сообщества — это организованность входящих
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
247 |
в него людей, понимаемая как возможность давать друг другу поручения по использованию команды и технологии предпринятия. Но, по большому счёту, это следствие того, что предпринятие имеет какую-то цель, поэтому люди должны както разделить труд по достижению этой цели и использовать инструменты и рабочие продукты. Сообществу это всё не нужно (хотя каждый из членов сообщества обычно входит в какое-то предпринятие).
О предпринятии не только можно, но и нужно думать как о системе, которая выполняет какую-то функцию: функцию, задаваемую собственниками предприятия (собственник — это стейкхолдер. Конечно, один и тот же исполнитель роли стейкхолдера может исполнять и роль собственника, и роль сотрудника, и даже роль клиента).
Типовая цель предпринятия — “деньги сейчас и в будущем”, если речь идёт традиционном предприятии (если обобщить на предпринятие, то сразу всё не так просто — даже если в предпринятие входят кооперирующиеся в одном проекте две дочки холдинга, то “деньги сейчас и в будущем” должны бы относиться к холдингу, а не к каждой из дочек!).
А ещё предприятие должно обеспечивать прибыль владельцам, конкурентную зарплату сотрудникам, продавать целевые системы/сервисы клиентам. С предпринятием, которое иногда меньше, а иногда и существенно больше предприятия, всё ещё сложнее и запутаннее: любое предпринятие представляет собой систему систем, а поскольку люди ещё и “самопринадлежны” (собственники самих себя), то нельзя обычно однозначно указать на какую-то одну функцию, цель и миссию: разные люди по-разному её формулируют, в зависимости от своих убеждений, понимания, личных и позиционных (”застревания в стейкхолдерской роли”) целей.
Предпринятие — это крайне сложная система систем, входящие в предпринятие люди обычно участвуют во многих предпринятиях, имеют в них разные полномочия, плюс сами предпринятия по-разному объединяются и декомпозируются в другие предпринятия. Обычно это не обсуждается в дисциплине “инженерия предприятия”, но в силу увеличения глубины разделения труда уже невозможно разбираться только с тем, что происходит в рамках отдельного предприятия-юр.лица (с единством собственности, развития и операционного управления). Поэтому мы предпочитаем тут говорить об инженерии предпринятия: многие положения классической инженерии предприятия применимы и к предпринятиям самой разной природы (от рабочих групп по какой-то тематике внутри одного предприятия до межотраслевых проектов типа создания атомных станций), но для многих проблем приходится искать новые решения (когда речь идёт о координации деятельности в длинных межотраслевых цепочках поставок — например, при создании атомных станций).
Если даже от личных целей перейти к целям стейкхолдеров, то разные стейкхолдеры задают разные функции, цели, миссии предпринятия, нет однозначно одной цели и миссии — но чем более согласованы цели и миссии предпринятия между стейкхолдерами, тем проще дальше принимать решения по технологическому и организационному развитию предпринятия.
Также нужно помнить про два вида целей (это верно и при проектировании “железных”, “программных” и разных других систем):
●Goals, которые никогда не достигнуть (деньги акционерам сейчас и в будущем
— и побольше, побольше!) и про
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
248 |
●Targets, вполне достижимые (так, цель заплатить налоги есть, но вовсе не нужно их переплачивать. Цель заплатить зарплату сотрудникам есть, но не больше, чем нужно для работы предпринятия — если, конечно, сотрудники сами не акционеры).
Ещё нужно обратить внимание на цель самой инженерии предпринятия: её самая приоритетная цель получить быстрое во всех смыслах слова предпринятие — быстро выпускающее целевую систему, быстро перестраивающееся и осваивающее новые технологии, быстро выполняющее проекты. В конечном итоге в конкуренции побеждает обычно самый быстрый, поэтому цель повышения скорости работы явно выделяется изо всех других целей. Если вы не знаете, делать ли вам дешевле, лучше или быстрее — делайте быстрее, это в долгосрочном плане самая выигрышная стратегия (на сэкономленное время вы успеете сделать другие проекты, причём и лучше, и дешевле).
Миссия предпринятия
Но вот миссия предпринятия формулируется в терминах его целевой деятельности, а не прибыльности. Знающие Элона Маска люди говорят, что заложить оранжерею на Марсе — это действительно определяемая им миссия SpaceX, а не просто миф для “поддержания бренда” и его пиарные рассказки для прессы (вся эта история со SpaceX началась с того, что разбогатевший во времена пузыря доткомов Элон Маск захотел купить ракету для доставки оранжереи на Марс. Но денег у него хватало только на одну ракету, а для доставки оранжереи нужно было минимум две. Он заинтересовался вопросом: почему ракеты такие дорогие? Так появилась компания SpaceX и текущая цель снизить стоимость запуска ракеты минимум вдесятеро). Церковь имеет формальную миссию “спасение”, хотя не на секунду не забывает о деньгах.
Легко понять, говорите ли вы какие-то общие слова “из учебника” про цели и миссии, или о чём-то уникальном: попробуйте применить ваши формулировки к таким предпринятиям, как обувная фабрика или конструкторское бюро. Если это легко (для типичных “качественная продукция для широких масс” или “побольше денег, и прямо сейчас, с должным вниманием к экологии”), то вам нужно поработать над тем, чтобы сказать что-то специфичное именно для данного предпринятия, а не перепевать общеизвестные истины.
Инженерия предпринятия получает миссию предпринятия как входную для своей работы (это user needs, желания собственников).
Корпоративное управление
Корпоративное управление (corporate governance, при этом слово governance лучше переводить не традиционно “управление”, а “подотчётность”, “обеспечение подконтрольности”) — это практика признание ценностей и целей хозяев предпринятия, учет ограничений со стороны других стейкхолдеров, выбор текущих целей, выработка стратегии и тактики их достижения в изменяющихся внешних условиях (в том числе бизнес-планирование и составление программ развития — но таким образом, чтобы обеспечить подотчётность и подконтрольность предпринятия его хозяевам).
Мы не будем тут подробно останавливаться на этой дисциплине, она глубоко выходит за пределы инженерии предпринятия. Но инженер предпринятия должен строить предпринятие так, чтобы обеспечивать примат интересов хозяев над всеми другими интересами (интересы всех других должны быть удовлетворены на каком-