Анатолий Левенчук - Методология 2022
- Название:Методология 2022
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:9785005669940
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Анатолий Левенчук - Методология 2022 краткое содержание
Методология 2022 - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
В инженерии/деятельности/практике как создании систем самого разного масштаба всё не так:
• целевые системы сами не растут и не проходят метаморфозы, их придумывают, проектируют, изготавливают, эксплуатируют, модернизируют, выводят из эксплуатации системы создания, то есть люди с их средствами производства. Это означает, что в самих системах никакой жизни нет, жизненный цикл оказывается не жизненным, системы создания ведут целевую систему по её циклу, а не она сама продвигается по своим состояниям.
• Целевые системы не несут яиц, не живородят, не размножаются вегетативно. Это означает, что жизненный цикл не замыкается, не повторяется. То есть это не цикл.
Жизненный цикл оказался для неживых систем не жизненным и не циклом, но сам термин остался, причём он постепенно менял своё значение. Проблема в том, что многие из этих «исторических» значений используются до сих пор, наряду с современными значениями, и это создаёт путаницу при обсуждении проектов по созданию и модернизации самых разных систем.
Более того, даже для живых систем (бактерии в биореакторе, стадо коров на ферме, поле генно-модифицированной пшеницы, гектар леса) также применяется мышление про создателя (биоинженера, фермера, агронома, лесника) и его целевую систему и то, как создатель создаёт свою целевую систему. Никто сегодня не предполагает, что есть жизненный цикл коровы, который она проходит самостоятельно без фермера, поколением за поколением живя в лесу. И лес – за ним присматривает лесник, если мы изменяем его к лучшему.
Жизненный цикл системы 1.0: работы, меняющие состояния целевой системы
Поначалу жизненный цикл(life cycle) просто обозначал отрезок времени, во время которого происходили проводимые системами создания работыс целевой системой, при этом по аналогии с биологическим циклом последовательно проходящие работы относили к разным стадиям(stages), иногда называемым фазами(phase) жизненного цикла – отрезками времени, в которых система была в каком-то состоянии.
Жизненным циклом чайника называли отрезок времени, в течение которого с ним проводились работы (чайник ведь сам себя не сделает, это не биология – все работы с ним должны провести какие-то внешние по отношению к нему системы создания). Эти системы создания должны решить сделать чайник (а не кофейник), запроектировать чайник (выбрать внешний вид и материалы), сделать (согласно проекту закупить материалы и изготовить), затем использовать для заварки чая, затем разбить и выкинуть. Вот всё это время прохождения работс чайником как целевой системой и называли жизненным циклом, а сами работыв их самом верхнеуровневом разбиении (принятие решения о чайнике, проектирование чайника, изготовление чайника, эксплуатация чайника, ликвидация чайника) называли стадиями/фазами. Обратите внимание на разницу в типах объектов: жизненный цикл – это отрезок времени (измеряется в часах), а стадии – это работы (кто-то что-то с чем-то делает, меняет мир – это динамический объект, а не время существования этого объекта).
Назовём это понимание «жизненным циклом v1.0» 15 15 Тут можно говорить о первом поколении понимания жизненного цикла, но пошутим в духе современных обозначений версионирования, назовём это версией 1.0 – так же, как мы пошутили насчёт второго поколения самого системного подхода (после рассмотрения в нём проектных ролей), назвав его системным подходом 2.0.
, оно разрабатывалось где-то в 70-х годах прошлого века, и не только в системной инженерии, но и в менеджменте, который в те времена считался более-менее «психологической» особой дисциплиной, а не просто изводом системной инженерии для организационных систем. В системном подходе уже тогда признавали непосредственно выходящим из него не только системную инженерию, но и operations research/исследование операций 16 16 https://en.wikipedia.org/wiki/Operations_research
– исследование работ/operations с целью принятия лучших решений по ускорению их прохождения. Исследование операций скоро перестало быть «аналитикой», то есть только исследованиями, и в его синтетической/управленческой ипостаси стало operations management ( операционное управление, акцент не только на понимании и отчётах, но и на действиях на основе этих исследований – собственно управлении, изменении ситуации в части ускорения прохождения потока работ через производящие эти работы ресурсы).
Дальше это направление управления работами/операционное управление/операционный менеджмент на базе каких-то представлений тогдашнего системного подхода развилось в классическое проектное управление/project management, как его понимают сегодня в менеджменте (хотя к нему кроме собственно управления операциями добавилась сегодня ещё и организация команды проекта, это подробней объясняется в курсе системного менеджмента). Мы же считаем операционный менеджмент эксплуатационной (то есть происходящей с уже созданной системой) инженерией организационной системы.
Одна из самых популярных книжек по проектному управлению, вышедшая первым изданием ещё в июне 1979 года, это Harold Kerzner «Project Management: A Systems Approach to Planning, Scheduling, and Controlling». То есть управление проектами в момент его появления было применением системного подхода к планированию, построению графика работ и контролю выполнения работ. Это похоже на то, как понималась в те времена и классическая «железная» системная инженерия: применение системного подхода к инженерной работе.
Конечно, использование системного подхода в менеджменте не ограничивается сегодня только операционным управлением. Инженерия предприятий (и тут множество названий: enterprise engineering, business engineering, organizational engineering) тоже относится к менеджменту (но не операционному, а организационному – речь идёт не об управлении работами предприятия, а об управлении работами по созданию предприятия: Operations time для предприятия противопоставляется его Development time, и как всегда стоит задача их объединения, DevOps), и она похожа на традиционную инженерную работу, хотя и с особенностями, в том числе терминологическими: инженерия архитектурных требований в ней – это стратегирование, инженерия системной архитектуры – это инженерия архитектуры предприятия, управление конфигурацией в ходе operations/эксплуатации организационной системы – это операционный учёт, основная практика в «изготовлении» предприятия – лидерство как «катализирование сотрудничества», ибо предприятие/организацию/команду/коллектив невозможно «собрать из частей», то есть «собрать из людей и оборудования» так, как это делается с традиционными инженерными системами типа часов или ракет и т. д.
Читать дальшеИнтервал:
Закладка: