Системное мышление является общим навыком, необходимым всем специалистам, которые участвуют в коллективной работе по выполнению сложных проектов, оно лежит в основе деятельности системных инженеров, менеджеров и технологических предпринимателей. Знания и навыки системного мышления незаменимы для выстраивания междисциплинарной работы, и позволяют проектной команде эффективно общаться на общем для всех системном языке. Предыдущие поколения системного подхода в инженерии не учитывали важность стейкхолдеров, представления жизненного цикла не как последовательности стадий, а как набора практик. В данном курсе предлагается вариант, основанный на стандартах и публичных документах последних пяти лет, изложение строится на схемах и поддержано задачами по практическому использованию понятий системного подхода. Курс научит проводить системные размышления, определять целевую систему проекта (в том числе, для сложных случаев сервиса и программного обеспечения), различать проверочные и приёмочные тесты и испытания, осознанно подходить к организации междисциплинарных предпринимательских, инженерных и менеджерских работ для сложных проектов. Вы узнаете: − О различиях потребностей, требований и ограничений − О представлении деятельности в виде набора практик − Об архитектуре системы − Как пользоваться системной схемой проекта (возможности, стейкхолдеры, определение и воплощение системы, работы, технологии, команда) для уменьшения проектных рисков − Как отличать важные решения от менее важных − Как бороться со сложностью в самых разных проектах − Как определить свою систему среди чужих − Как объединять в мышлении продукт и деятельность по его созданию − Какие бывают виды жизненного цикла − Как объединить деятельности техпредпринимателя, инженера, менеджера Курс разработан компанией «еНано» (входит в группу РОСНАНО и является разработчиком дистанционных образовательных курсов и программ по нанотехнологиям и технологическому предпринимательству) - образовательным партнером МФТИ. Рекомендован Русским отделением международного совета по системной инженерии (INCOSE), http://incose.ru.
Пять видов систем
Loading...
From the course by Moscow Institute of Physics and Technology
Системное мышление
89 ratings
From the lesson
Системная холархия
На этой неделе мы будем привыкать к мысли, что все системы вложены друг в друга, как матрёшки – главное отношение между ними «часть – целое», отношение состава. И основных систем будет пять разных видов, которые нужно будет различать, и если вы забыли подумать о системе какого-то вида в вашем проекте, то вам придётся подумать: системное мышление поможет не забыть о важном. Потребности и требования – вы перестанете их путать, они окажутся описаниями разных систем. А ещё на этой неделе будет знакомство с системами систем и предостережение об опасностях инженерных методов работы с системами из людей.
Meet the Instructors
Левенчук Анатолий Игоревич
Президент консалтинговой компании TechInvestLab, научный руководитель Школы системного менеджмента
[БЕЗ_ЗВУКА] [БЕЗ_ЗВУКА] Итак,
мы разобрались с холархией и холоном.
Холон — это некоторое целое,
которое состоит из частей и само является частью какого-то большего целого.
И ровно это вы видите сейчас на картинке.
Мы на этой картинке будем учиться называть разные части
вот этого холона, разные места вот в этой холархии.
И вы понимаете, что сказав холон, я все равно говорю,
что там холархия, потому что внутри холона есть какая-то иерархия других
холонов и сам этот холон принадлежит холархии.
И наоборот, когда я говорю холархия, я могу сказать иногда холон,
потому что я понимаю, что сама эта холархия — это огромное целое,
в котором внутри много-много других частей.
Важно помнить, что это истинные отношения «часть — целое»,
то есть это отношения composition.
Отношения composition — это отношения состава,
и поэтому, когда я говорю «разбиение на части», я имею в виду истинные разбиения.
Примерно такие разбиения, когда мы зеркало колем,
оно раскалывается на части, это breakdown, то есть мы реально ломаем
на какие-то части и аккуратно раскладываем эти части в пространстве.
Итак, вам надо запомнить, что есть пять разных
видов систем, которые мы усматриваем в этом холоне.
Это использующая система, целевая система,
система в операционном окружении и подсистема.
При этом мы еще выделяем отдельно обеспечивающую систему.
Вы видите, что все эти системы имеют отношение друг к другу,
они как-то распределены по холону, и все выстраивается вокруг целевой системы.
То есть мы начинаем разбираться со всеми остальными системами, прежде всего имея в
виду вот select ее из окружающего мира, внимание все направляя на целевую систему.
Вот на этой диаграмме вы видите, что отношения «часть — целое» представлены
стрелками с ромбиками на конце, то есть это именно отношения «часть — целое».
И целевая система — это номер два.
Это означает, что тот холон,
куда целевая система входит как часть, называется использующая система.
Использующая система — это в инженерном смысле слова, что у нас какой-то инженер
решил, например, вот эту шестеренку использовать в составе своих часов.
То есть это не то, что момент использования,
что я чем-то попользовался, нет.
Я использовал в конструкции, использовал в составе,
использовал в части отношения composition.
Достаточно редко говорят «надсистема», мы это упомянем еще,
но тем не менее, мы понимаем, что это отношение «часть — целое»,
и в использующей системе есть другие части, кроме целевой системы.
И вот эти другие части, кроме целевой системы,
будут находиться в операционном окружении.
Почему операционное окружение?
Потому что operation enviroment — это время работы.
Вы помните, что когда мы говорим о системах,
то мы их задаем функционально в тот момент, когда они работают.
То есть как будто они собраны, уже сделаны, уже работают.
И в тот момент, когда использующая система работает, а это наше объемлющее целое,
то целевая система работает в составе использующей системы наряду с
системой в операционном окружении и контачит как-то.
И ровно взаимодействие целевой системы и других систем в операционном
окружении дают ту функцию, то новое свойство,
ту эмерджентность, которая появляется у использующей системы.
Вот такое простое рассмотрение.
Я совершенно не случайно начал рассматривать целевую систему,
полностью игнорируя ее части, которые мы будем называть подсистемами.
Подсистемами какой подсистемы мы имеем в виду вот эти системы?
Подсистемы обычно целевой системы, потому что целевая система — system of interest
— мы интересуемся целевой системой в нашем рассмотрении.
То есть мы не называем систему в операционном окружении подсистемами,
хотя формально, конечно, это подсистема использующей системы,
если бы она была целевая.
Мы всегда говорим подсистема, имея в виду целевую систему.
Мы видим на этом слайде под каждой из систем альтернативное название.
Мы понимаем, что в любой момент наше внимание может переместиться в пункт 1,
тогда он будет целевой системой.
Тогда будет подсистемой то, что у нас раньше было целевой системой.
Мы понимаем, что системы в операционном окружении неожиданно могут стать
предметом нашего рассмотрения, и тогда использующая система остается той же,
но подсистема у нас будет выделяться по-другому.
И мы как-то должны ориентироваться в
этом зыбком пространстве, когда наше внимание все время перемещается.
Мы ориентируемся тем,
что у нас есть наша система деятельности и нам что-то надо в этом мире изменить.
Вот то, что мы изменяем, в том числе то,
что мы изменяем в составе какой-то команды,
в составе какой-то системы деятельности, то и будет нашей целевой системой,
и дальше всю нашу речь мы выстраиваем вокруг этой целевой системы.
Кроме этого, мы не забываем, что у нас есть обеспечивающая система.
Что такое обеспечивающая система?
Ее как бы нет в этой картинке, она как бы сбоку от этой холархии,
того, что мы делаем, куда мы сделанное вставляем, где она работает, из чего
она состоит и какие там идут процессы, какая эмерджентность у нас наблюдается у
целевой системы, какая эмерджентность наблюдается в использующей системе.
Но что же это за обеспечивающая система?
Enabling system — это та система, которая дает возможность этой
всей холархии существовать в той холархии, которую мы делаем.
То есть это те люди, их инструменты,
их материальная среда, которая делает целевые системы,
которая их проектирует, которая их выводит из эксплуатации, которая их эксплуатирует.
То есть это тоже системы, они такие же точно, они находятся в материальном мире,
но это системы обычно из людей и оборудования,
из человеческого капитала и просто капитала, которые заняты тем,
что двигают как-то целевые наши системы по жизненному циклу.
Мы не забываем о том,
что ни одна целевая система не обходится без своей обеспечивающей системы.
А обеспечивающая система, система из людей, существует ровно в той мере,
в которой она что-то делает, в какой она меняет окружающую среду,
в которой она вносит новое в окружающий ее физический мир.
Вот на этой картинке опять мы видим те же самые пять систем.
Но они показаны не стрелочками с ромбиками,
а они показаны так, как мы рассматривали первый раз
нашу холархию — просто как вложенные квадратики, на которых изображены части.
И это изображение интереснее, потому что позволяет смотреть
не только на отношение «часть — целое», которое показано как одни квадратики,
которые просто находятся внутри других квадратиков,
но еще и какие-то функциональные связи, которые показаны стрелочками.
Вы видите, что некоторые системы на этих картинках залиты черным.
Это означает, что мы так и говорим, что эти системы — черный ящик.
Бывает два вида рассмотрения: рассмотрение черного ящика,
когда мы не знаем или игнорируем, какие части у нас в
данной системе, какие подсистемы есть в данной системе.
Просто игнорируем.
Не хотим знать.
Черный ящик.
Не знаем.
Прозрачный ящик — когда, наоборот, мы понимаем и видим и хорошо рассматриваем,
что там внутри нашей целевой системы или внутри использующей системы.
И тут появляется всем хорошо знакомые слова, и мы сейчас впервые поймем,
что они означают.
Итак, описание какое-то функциональное, описание того,
что эта система делает по отношению к своему операционному окружению,
к использующей системе, описание системы как черного ящика называется требование.
У нас есть system of interest и requirements, требования,
— это описание системы как черного ящика.
Мы понимаем, что системы не всегда бывают как железные системы, программные системы.
Бывают системы из людей, бывают предприятия, они тоже системы.
Мы иногда обеспечивающие системы рассматриваем как системы.
Там не говорят слово требования, но тоже описывают систему как черный ящик.
Мы предъявляем какие-то требования к предприятию — это обычно стратегия.
То есть мы же не обращаем внимание на слова.
Тем не менее запомнили, что требования — это описание контура, того,
что на контуре системы.
А как же называются нужды стейкхолдеров, что это такое?
Мы рассматриваем using system, мы понимаем,
что есть какие-то внешние стейкхолдеры, не внутренние стейкхолдеры — это та команда,
которая делает целевую систему, целевая система, ее делает наша команда,
команда нашего проекта, — а есть какие-то внешние люди, которые ответственны за то,
чтобы эксплуатировать или делать или как-то по-любому у них целевая
их система — это использующая система, в нашем проекте она — использующая.
Вот там есть нужды стейкхолдеров.
То есть их требования к их системе — это их нужды.
И поэтому мы имеем отдельно требования, которые относятся к целевой системе,
и потребности, которые относятся к использующей системе.
Но мы иногда, когда мы спрашиваем людей, что им надо от нашей целевой системы,
они не ограничиваются тем, что они говорят, что они хотят от своей системы,
например, если рассматривать те же самые часы как использующую систему
для наших шестеренок, нужды стейкхолдеров будут про точность хода часов.
Помните эмерджентность?
То есть мы обсуждаем проблемы, связанные с часами.
У часов есть время, они обсуждают точность хода, например, а требования — это то,
что шестеренка должна иметь какое-то количество зубцов,
какую-то прочность, какие-то термические расширения,
чтобы не влиять на точность хода, чтобы участвовать в построении этих часов.
Но некоторые люди говорят,
что и требуется чтобы мы изготовили эту шестеренку из алюминия.
Это будет не требование, это уже будет ограничение.
То есть мы можем описывать нашу систему как прозрачный
ящик и рассматривать какие-то основные, чаще всего в ограничения
попадают какие-то основные конструкторские решения, которые определяют все остальное.
Мы можем сказать, что у нас шестеренка должна быть алмазная, мы можем сказать,
что она будет из алюминия, мы можем сказать, что она должна иметь дырки для
легкости, то есть вот это мы не будем считать требованиями,
это будем считать ограничениями.
Ограничениями чего?
Ограничением конструкторской свободы тех людей, которые заняты целевой системой,
принимают решения по поводу целевой системы.
Ограничение свободы творчества команды нашего проекта.
Все вместе это продолжает быть холархией.
То есть все вместе это подсистема, это возможные дырки для легкости в шестеренке,
это материал шестеренки как подсистемы,
сама шестеренка как наша целевая система.
И часы как использующая система продолжают быть в холархии, мы можем их вместе
показать, и ни на секунду мы не забываем, а кто же все это делает?
А делает это система обеспечивающая, она одна, или их много — это те люди,
которые делают, проектируют, изготавливают, испытывают,
вводят в эксплуатацию шестеренку; которые делают,
проектируют, вводят в эксплуатацию, выкидывают когда-нибудь потом часы.
Это всё обеспечивающие системы, и они незримо — в данном случае зримо,
но сбоку — присутствуют при обсуждении нашей целевой системы и того,
что эту целевую систему окружает.
Explore our Catalog
Join for free and get personalized recommendations, updates and offers.
Coursera provides universal access to the world’s best education,
partnering with top universities and organizations to offer courses online.
© 2019 Coursera Inc. All rights reserved.
