[БЕЗ_ЗВУКА] Мы
видим системную схему проекта.
Собственно, это основная схема нашего курса.
Она основная в буквальном смысле слова, потому
что это немножко модифицированная схема из стандарта Object Management Group Essence.
Essence — это основы, суть, сущность.
Вот это те основные сущности, которые нам надо отслеживать в каждом проекте.
Что мы называем проектом?
Ну, проектом мы называем какую-то нашу деятельность,
которая направлена на создание целевой системы.
И вот это, собственно, и отражено в схеме — что нам надо учитывать для того,
чтобы целевая система появилась.
Вся эта схема обычно распечатывается и находится в комнатах,
где люди обсуждают проект, где люди хотят изменить реальность,
где люди хотят что-то сделать, потому что на этой схеме обсуждается и
как мы планируем проект, и что мы там отслеживаем, и как мы делим работу,
и в принципе эта схема и является основным материалом,
который позволяет нам использовать системное мышление в нашей деятельности.
Вы видите, что значительную часть курса до этого мы просто готовились к тому,
чтобы понимать, что там написано в этой схеме.
Во-первых надо сказать, что эта схема — это по прожекторному методу из всего
материала нашего курса взяты некоторые понятия, некоторые связи, и отображены.
Какие некоторые понятия?
Ну, прежде всего взято понятие воплощения системы и определения системы.
Это область интересов инженерного решения, это инженеры делают целевую систему.
Во внимании инженеров System of interest.
Практика, которая с этим работает, это инженерия.
И вот вся остальная диаграмма, она ровно на эту тему.
Но мы понимаем, что воплощение системы,
оно все равно в какой-то момент будет вставлено в использующую систему.
И с использующей системой связаны наши возможности,
сама возможность делать дело, это opportunity.
Это то, что позволяет нам вообще заняться деятельностью.
Это opportunity, что есть какие-то внешние стейкхолдеры,
и они дают команде проекта возможность реализовать систему,
возможность воплотить систему, возможность определить систему.
И это клиентская зона интересов —
альфа-стейкхолдеры и альфа-возможности, это объекты,
за которыми мы следим непрерывно в ходе нашего инженерного проекта.
Эта клиентская зона интересов, заказчики,
работает с практики технологического менеджмента и предпринимательства.
Совсем, как правило, другие люди, другая дисциплина, и акцент тут на Using system.
И конечно же, мы должны как-то рассмотреть жизненный цикл.
Это зона интересов предпринятия.
Предпринятие — мы специально говорим слово «предпринятие»,
а не «предприятие», чтобы не считать, что мы юридическим лицом каким-то заняты.
Потому что это может быть какая-нибудь группа проекта,
это может быть какой-то неформальный творческий коллектив.
Или наоборот, в обратную сторону — это может быть связанная контрактом группа из
десятка очень крупных предприятий, так называемое расширенное предприятие,
extended enterprise.
То есть ровно для того,
чтобы не связываться с юридической стороной вопроса, с оформлением этого,
мы говорим «предпринятие», корень тот же, вот «предпринять что-то» — enterprise.
В английском это будет endeavour.
И там мы видим, что надо следить за работами.
Это как раз вот модульное слежение, это работа,
которая разворачивается во времени.
Это работы, которые кому-то поручены, это то, что у нас связано с
проектным управлением, управлением кейсами, управлением процессами.
И, конечно, это практика инженерного менеджмента,
равно как надо следить за командой, чтобы была команда, которая сотрудничает.
Там основная практика это лидерство, но вот все это — Enabling system.
И не хватает только одного, потому что практика, конечно,
выполняется работами, как система деятельности, она выполняется работами,
состоит из работ (модульное наполнение), дисциплина лежит в голове команды,
и не хватает только станков, не хватает капитала, не хватает зданий, сооружений,
не хватает технологий, которые определяют способ работы, way of working.
Это технологический менеджмент, дисциплина.
И вот все вместе — это работы, команда и технология — это представляет
собой Enabling system, обеспечивающий систему или,
как тут мы ее называем, предпринятие и зону интересов этого предпринятия.
Важно, чтобы люди, которые занимаются маркетингом, стратегией,
которые открывают нам возможность, которые понимают, кому нужна бы наша система была,
позволили нам сделать воплощение системы, перед этим определив систему.
Мы это кто?
Ну, конечно мы — это команда проекта, это внутренние стейкхолдеры, которые мало
того, что они дисциплинированы и владеют какой-то дисциплиной, они используют
вполне определенные технологии (и это будет практика) и выполняют работы,
которые направлены на то, чтобы система воплотилась.
Как вы видите, в нашей прожекторной схеме бесчисленное количество отношений
между различными частями этой схемы, и по секрету скажу, что большинство
этих связей я тут не показывал, и не показывала это группа Essence.
И честно говоря, многие связи выбраны тут чисто из-за красоты картинки,
потому что связей тут намного больше,
все эти альфы существенным образом переплетены в ходе проекта.
Но вы видите, что на этой диаграмме мы можем
показать даже основные понятия нашего курса довольно просто.
Во-первых, на вопрос: а как это все привязано к реальности,
где тут точка отсчета, с чего считать, все происходит?
Все происходит вокруг воплощения системы, потому что в конечном итоге любой проект,
даже если он связан именно с проектированием, только с разработкой,
все равно в конечном итоге имеется в виду воплощение системы, которая когда-то
появится и достигнет стадии эксплуатации, и после этого будет эксплуатироваться.
То есть вся эта диаграмма, она крутится вокруг воплощения системы.
Обратите внимание,
максимальное количество связей изображено вокруг воплощения системы.
Кроме того, воплощение системы удовлетворяет определению системы —
что мы задумали, то мы и сделали.
Это верификация.
И воплощение системы, конечно, оно обеспечивает нам работу с возможностями.
Это кому-то надо, это как-то входит в воплощение системы в использующую систему,
и это связь «приемки» — деньги платят именно за это,
за «приемку», а не за проверку.
И эта система наша начинает работать в
составе использующей системы — это валидация.
Мы видим, что эта диаграмма обсуждает интересы разных ролей,
разных стейкхолдеров.
Инженерные стейкхолдеры, они могут быть разные.
Стейкхолдеры, ответственные за предпринятие, они тоже могут быть разные.
Стейкхолдеры, ответственные за то, чтобы мы получили этот заказ, чтобы мы следовали
какой-то стратегии, работали с проектами определенной дисциплины.
И мы понимаем, что с каждыми альфами работают свои практики.
Есть практики, которые работают с разными альфами, которые «сшивают» эти альфы.
И вот это те полочки, по которым мы рассматриваем наши знания о проекте,
это те объекты, те альфы, те роли,
те функциональные объекты, за которыми мы следим в нашем проекте.