Итак …
нам важно моделировать продукт в период его использования. это и обсудим.
существует набор вопросов:
- чем вы занимаетесь?
- кто вы сами?
- зачем вы этим занимаетесь, что вы пытаетесь сделать?
- для кого вы это делаете и как он это использует?
если на них отвечать с использованием интуитивного “бытового мышления” (на минималках)/моделирования то порядок возрастания сложности вопроса будет 1 2 3 4, где 1 - самый простой, 4 - самый сложный.
это определяется тем, что агенту проще наблюдать свои собственные действия, и проще наблюдать объекты с которыми агент непосредственно работает. эти объекты сразу приходят на ум, вызывают минимальное напряжение усилий, ответ приходит как бы сам собой.
чуть сложнее отвечать на вопросы относящиеся к тому, что происходит у агента внутри (знания агента, мысли агента, стимулы агента).
еще сложнее отвечать на вопросы про то что находится далеко от агента как в пространстве, так и во времени (в будущем или в прошлом).
но с точки зрения прагматики, более полезная последовательность вопросов такая:
- какую проблему вы решаете и для кого?
- что за продукт/сервис для этого надо создать?
- как изготовить этот продукт/сервис?
- что для этого нужно (какие создатели)?
в системном подходе есть ход, который называется “поиск целевой системы” и “шаг в надсистему”. в типовых описаниях это может называться “юзерстори”, “джобстори”.
в системном подходе много внимания уделяется реальному изменению в физическом мире, которое происходит при использовании продукта или сервиса в момент его использования.
Во время составления рассказа про использование продукта/сервиса следует удерживать внимание на следующих типах:
- Система. тут речь идет о той системе, в создании которой участвует ваше предприятие. это то что покупают клиенты (или клиенты клиентов). система является физическим объектом. Система является вещью. Систему можно найти в реальном мире (при выполнении условия что система является ФО и вещью). Называют систему существительным. Система может быть исчисляемым (“система управления полетом самолета”) или неисчисляемым (“нефть”). В случае неисчисляемого существительного, необходимо явно указать, что подразумевается какое-то количество (“лот/партия нефти”).
- Название системы. тут утверждается что название системы берется из предметной области клиента. те мы называем систему на языке заказчика - так как он ее у себя называет. а не так как мы ее у себя называем. например, у нас внутри система называется “мини-ЦОД”, но клиент ее называет “майнинг-центр для майнинга биткоинов”. значит система будет называться “майнинг-центр для майнинга биткоинов” - ровно так как ее назвал заказчик/клиент
- Не путать систему с ее свойствами. тут вот о чем: у объекта есть свойства, которые как-то объект характеризуют и говорят нам об объекте что-то важное и значимое. например, “плотность нефти”, “срочность кредита”, “вес”, “температура”. Сами по себе свойства, в отрыве от объекта не имеют никакого смысла и ничего не объясняют. Свойство != система. свойство обозначается абстрактным существительным и в большинстве случаев заканчивается на -ость (для русского языка): плотность, срочность, надежность, ремонтопригодность. “возвратность кредитов” не есть система над которой мы работаем. Мы работаем над “кредиты, которые возвращаются не менее чем в 80% случаев”.
- Не путать систему с ее создателями/агентами. тут говорится вот о чем: есть агенты/создатели, которые действую чтобы выполнить работы по методу для создания системы. если агент создает предприятие (или его часть) которое в итоге своими действиями по методу должно произвести “топливную систему самолета” (что является целевой системой на самом деле"). Это означает то, что агент в такой ситуации создает создателя, который создает систему.
- Предприятие. что тут важно. предприятие - это, очевидно, система. предприятие - это создатель. но это не та конечная система которая приносит пользу конечному заказчику/потребителю. мы должны после предприятия пройти дальше, до той самой конечной системы которая необходима заказчику. предприятие тут - это промежуточное звено в цепи. в цепи может быть не одно предприятие, а несколько. та система которая требуется заказчику будет назваться целевой системой. для упрощения на данном этапе мы будем игнорировать границы предприятий как обособленных экономических агентов. мы можем утверждать что целевой системой является “топливная система самолета” которая будет эксплуатироваться в реальном пассажирском самолете во время полета. можно так же сказать что целевая система - это “надежный самолет” который эксплуатируется в транспортной инфраструктуре.
- Завод. Продолжаем … тут говорится что завод, если мы уже дошли до масштаба завода как создателя, не работает один над созданием целевой системы. тут скорее всго речь идет про расширенное предприятие, которое может быть распределено в пространстве, его физические части могут размещаться в разных городах, и даже в странах, и если заглянуть в будущее, или в фантастику как описание возможного мира, части такого предприятия могут размещаться на разных планетах, разных галактиках, соединенных коридорами в гиперпространстве. из этих частей получается цепочка создателей. Она и будет основным объектом внимания агента. здесь важно привыкнуть пользоваться таким концептом. научиться эти цепочки выделять из фона и анализировать. и далее от цепочек создателей перейти к использованию концепта “граф создателей”. Граф создателей описывает сложные сети как внутри одного предприятия так и сети состоящие из предприятий. Создатели как узлы в графе создателей обозначаются в соответствии с функцией в этой цепочке, например, кредитор, диспетчер, склад, конструкторское бюро, сборщик.
- Не путать систему с действиями или поведением создателей/агентов. тут утверждается, что действия агентов/создателей или поведение агентов/создателей направленные на создание системы не являются самой системой. В качестве примера, как может быть описано поведение агента/создателя: “Цех агрегатной сборки устанавливает агрегаты на машину”. Пример того как могут быть описаны действия: “Повышение эффективности работы”. Оно звучит как действие (отглагольное существительное - “повышение”) . и поэтому “повышение эффективности работы” не может быть создаваемой системой. Тут надо быть внимательным и не запутаться.
- Не путать систему с ее описанием. тут говорится что, описания системы, описание свойств системы, описание создателей системы, описание действий по созданию системы - все это не является системой! Описание как объект описывает систему, описывает свойства системы, описывает создателей системы, описывает действия по созданию системы. оно лишь отражает те объекты которые оно описывает, но не является этими объектами. описание как информация должно размещаться на каком-то носителе (carrier), который является физическим объектом. Описание на носителе само является вещью. но при этом такая вещь не является системой, не является создателем системы. информация из описания является эпистемой/ментальным объектом. объектом который живет в голове агента. с эпистемой можно работать и выполнять операции. эпистема не является физическим объектом сама по себе. Рабочая документация - это эпистема = описание. От рабочей документации/эпистемы агенту необходимо дотянутся до реальных физических объектов, которые эта документация описывает/отражает. Подумать для чего эти объекты нужны, какую функцию выполняют, какую задачу решают. какие будут последствия (хорошие, плохие, никакие) от воплощения этих объектов. После того как такая операция будет проделана, должно стать полегче и попроще.
- Описание эксплуатации системы. тут мы описываем пользу от эксплуатации системы. оно должно содержать описание агентов, которые эксплуатируют систему, намерения агентов, предпочтения агентов, действий агентов во время эксплуатации, результатов эксплуатации = изменений в мире, польза от этих изменений для агентов.
такие дела.
Спасибо за внимание.
Время мышления письмом: ( 30 + 30 + 10 + 30) минут