- •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 |
239 |
буфера проекта
Закончена
Работа по производству результатов была закончена.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Все невыполненные |
Issue traker (все |
|
задачи относятся к |
неадминистративные |
|
административным или |
задачи закрыты) |
|
подготовке к следующему |
|
|
куску работ. |
|
|
Результат работ был |
Воплощение системы |
|
достигнут. |
готово |
|
Стейкхолдеры приняли |
Подписанный акт приёмки- |
|
результирующую |
сдачи |
|
инженерную систему. |
|
|
Закрыта
Все остающиеся служебные задачи были завершены, и работа была официально закрыта. Полученные уроки были сформулированы, записаны и обсуждены.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Метрики были сделаны |
Адрес репозитория с |
Практика измерений |
доступными. |
журналами метрик |
|
|
производительности |
|
Всё было архивировано. |
Адрес архивного |
Практики архивирования |
|
репозитория с проектными |
|
|
документами |
|
Бюджет был сверен и |
Акт о сверке и закрытии |
Практики бюджетирования |
закрыт. |
бюджета |
|
Команда была |
Приказ о завершении |
|
освобождена. |
работ |
|
Нет незавершённых, |
Issue tracker пуст. |
|
недоделанных задач. |
План проекта выполнен. |
|
Технологии
Управление технологиями — это часть инженерного менеджмента, но иногда само название “инженерный менеджмент” приводят в варианте “инженерный менеджмент и управление технологиями”. Точнее было бы “управление практиками”, ибо смена ведущих дисциплин сюда тоже входит (практика = дисциплина + технология, технология = рабочие продукты + инструменты). Помним также, что “практику” самого верхнего уровня, достаточную для выполнения всех работ, называют методом разработки, или методологией разработки. Но уж не будем менять устоявшийся термин инженерного менеджмента на устоявшиеся термины ситуационной инженерии методов, просто будем помнить про разные варианты использования слова “технология”.
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
240 |
Огромное число инженерных технологий в современном производстве зафиксировано в виде широко распространённых стандартов и их групп (например, стандартов ЕСКД или СПДС) и поддерживающих их учебников и тренингов, регламентов (стандартов организации, описывающих порядок работы), программных продуктов. Но если коснуться клиентских альф и альф предпринятия, то определённость технологий улетучивается (кроме, пожалуй, технологий управления работами). Более того, определённость не так велика и в инженерии: если проект не требует использования ЕСКД или СПДС, или речь идёт о программистской части проекта, то становится трудно определить даже сами используемые практики: люди не склонны задумываться о практиках, в соответствии с которыми они работают.
Основные дисциплины в управлении технологиями: ситуационная инженерия методов (даёт понимание самого предмета технологии как объекта управления), архитектура предприятия (занимается описанием инструментария, поддерживающего практики работы) и организационные изменения (новые технологии требуют изменений в организации труда, в том числе и перераспределения полномочий), управление персоналом (образовательные программы по дисциплинам и организация тренинга по инструментам и рабочим продуктам).
Очевидная подальфа “технологии” — это “практика”, а у практики могут быть в свою очередь выделены подальфы рабочего продукта и инструмента.
Принципы установлены
Принципы и ограничения, которые определяют технологию, установлены.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Команда придерживается |
Дисциплинированная |
Образовательные |
принципов и ограничений. |
команда |
практики для членов |
|
|
команды, найм |
|
|
квалифицированного |
|
|
персонала |
Принципы и ограничения |
Утверждённый перечень |
|
согласованы |
дисциплин |
|
стейкхолдерами. |
|
|
Потребные для работы |
Перечень инструментов, |
Архитектура предприятия |
инструменты и их |
поддерживающих |
|
стейкхолдеры |
дисциплины |
|
согласованы. |
|
|
Рекомендации по |
Литература в интранет |
|
избранному подходу |
Стандарты |
|
доступны. |
Нанятые консультанты |
|
Контекст, в котором будет |
Список отраслевых |
|
работать команда, |
(например, ЕСКД или |
|
понятен. |
СПДС, или иностранные их |
|
|
варианты) и |
|
|
организационных |
|
|
стандартов |
|
Ограничения, которые |
Планы организационного и |
Стратегирование |
применимы к выбору, |
технологического развития |
(предпринимательские |
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
241 |
|||
|
|
|
|
|
|
приобретению и |
(организационная и |
решения, работа с |
|
|
|
использованию практик и |
техническая политика) |
возможностями) |
|
|
|
инструментов, известны. |
Бюджет |
|
|
|
|
|
Критерии выбора |
|
|
|
|
|
инструментов |
|
|
|
Основа положена
Ключевые практики и инструменты, которые формируют основу технологии, выбраны и готовы к использованию.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Ключевые практики и |
Перечень практик |
|
инструменты, которые |
(дисциплин+рабочих |
|
формируют основу |
продуктов и |
|
технологии, выбраны. |
поддерживающих их |
|
|
инструментов) |
|
Командой согласовано |
Перечень практик, |
|
достаточное число |
результаты опроса |
|
практик, чтобы начать |
|
|
работу. |
|
|
Все не подлежащие |
Перечень практик |
|
обсуждению практики и |
|
|
инструменты были |
|
|
определены. |
|
|
Неувязки, которые есть |
План организационного и |
Архитектура предприятия |
между доступными |
технологического развития |
с базисами as is и to be |
практиками и |
|
|
инструментами, и |
|
|
необходимыми практиками |
|
|
и инструментами, |
|
|
проанализированы и |
|
|
поняты. |
|
|
Неувязки между тем, что |
План организационного и |
|
нужно для выполнения |
технологического развития |
|
желаемой технологии и |
Описание текущих |
|
уровнем возможностей |
компетенций команды |
|
команды, |
|
|
проанализированы и |
|
|
поняты. |
|
|
Выбранные практики и |
Вид жизненного цикла |
Ситуационная инженерия |
инструменты были |
определён (практики |
методов (карточки |
интегрированы, чтобы |
систематически описаны) |
Essence), моделирование |
сформировать технологию, |
Решения о вводе в |
данных (форматы рабочих |
которую можно |
эксплуатацию |
продуктов), инженерия |
использовать. |
инструментов |
предприятия (инструменты |
|
Решения по утверждению |
и поддержка практик) |
|
форм рабочих продуктов |
|
Используется
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
242 |
|||
Некоторые члены команды используют технологию и адаптируют её. |
|
|
|||
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
||
|
(views) |
|
(viewpoints) |
|
|
Практики и инструменты |
Результаты опроса |
Agile-couching |
|
|
|
используются для |
|
|
(ответственные за работу |
|
|
реальной работы. |
|
|
с технологиями — |
|
|
|
|
|
“наставники”, “тренеры”, |
|
|
|
|
|
“советники”) |
|
|
Использование выбранных |
Результаты инспекций |
Agile-couching |
|
|
|
практик и инструментов |
|
|
(ответственные за работу |
|
|
регулярно проверяется. |
|
|
с технологиями — |
|
|
|
|
|
“наставники”, “тренеры”, |
|
|
|
|
|
“советники”) |
|
|
Практики и инструменты |
Результаты экспертной |
Agile-couching |
|
|
|
адаптированы к контексту |
оценки |
|
(ответственные за работу |
|
|
команды. |
|
|
с технологиями — |
|
|
|
|
|
“наставники”, “тренеры”, |
|
|
|
|
|
“советники”) |
|
|
Использование практик и |
Результаты опроса |
|
|
|
|
инструментов командой |
|
|
|
|
|
поддерживается. |
|
|
|
|
|
Процедуры для учёта |
Issue tracker |
Практики управления |
|
|
|
обратной связи по поводу |
Регламент управления |
идеями, кружков качества, |
|
||
технологии работы |
практиками |
ретроспектив |
|
|
|
команды – наличествуют. |
Результаты |
|
|
|
|
|
технологического |
|
|
|
|
|
мониторинга |
|
|
|
|
Практики и инструменты |
График совещаний (в том |
|
|
|
|
поддерживают общение |
числе дистантных) |
|
|
|
|
команды и |
Issue tracker |
|
|
|
|
сотрудничество. |
Возможности |
|
|
|
|
|
комментирования и другие |
|
|
|
|
|
возможности |
|
|
|
|
|
коллаборативной |
|
|
|
|
|
разработки в инструментах |
|
|
|
Наличествует
Все члены команды используют технологию, чтобы выполнять свою работу.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Практики и инструменты |
Результаты опроса |
|
используются всей |
|
|
командой для выполнения |
|
|
работы. |
|
|
Все члены команды имеют |
Результаты опроса, |
|
доступ к практиками и |
результаты инспекций |
|
инструментам, |
|
|
требующимся для их |
|
|
работы. |
|
|