#систематика /// Успешная система
Успешная система – воплощенная система, при работе которой интересы всех причастных ролей удовлетворены. При этом нет объективного взгляда на систему, есть договоренности субъективых взглядов, эти вгляды принадлежат проектным ролям.
Важно рассматривать систему только как воплощение. Без физического воплощения все труды есть лишь описание успешной системы.
Пример из диджитал: какой бы идельный ни был код, с минимумом ошибок, с удобным фронтом, с отличной архитектурой данных, он является описанием того как будет работать в run-time / на стадии эксплуатации, и если пользователь не может выполнять свои задачи на этом идельном с точки зрения кода продукте, то успешного воплощения нет. Выполненные задачи пользователя с помощью того сервиса, который предоставляет цифровой продукт — вот целевое воплощение, и именно оно должно быть успешным.
Пример НЕдиджитал: максимально удобный и красивый предмет одежды, функциональный и надежный, произведенный и выведенный на рынок, то есть в наличии в продаже, но по неприемлемо высокой цене — не является успешной системой, не удовлетворено предпочтение покупателя "приемлемая" в интересе "цена".
Для удовлетворения всех интересов необходимо коммуницировать с проектными ролями / стейкхолдерами, работать с их потребностями и с требованиями к системе.
___
#воплощение #роль #описание #эксплуатация #интерес #предпочтение #потребности
Успешная система – воплощенная система, при работе которой интересы всех причастных ролей удовлетворены. При этом нет объективного взгляда на систему, есть договоренности субъективых взглядов, эти вгляды принадлежат проектным ролям.
Важно рассматривать систему только как воплощение. Без физического воплощения все труды есть лишь описание успешной системы.
Пример из диджитал: какой бы идельный ни был код, с минимумом ошибок, с удобным фронтом, с отличной архитектурой данных, он является описанием того как будет работать в run-time / на стадии эксплуатации, и если пользователь не может выполнять свои задачи на этом идельном с точки зрения кода продукте, то успешного воплощения нет. Выполненные задачи пользователя с помощью того сервиса, который предоставляет цифровой продукт — вот целевое воплощение, и именно оно должно быть успешным.
Пример НЕдиджитал: максимально удобный и красивый предмет одежды, функциональный и надежный, произведенный и выведенный на рынок, то есть в наличии в продаже, но по неприемлемо высокой цене — не является успешной системой, не удовлетворено предпочтение покупателя "приемлемая" в интересе "цена".
Для удовлетворения всех интересов необходимо коммуницировать с проектными ролями / стейкхолдерами, работать с их потребностями и с требованиями к системе.
___
#воплощение #роль #описание #эксплуатация #интерес #предпочтение #потребности
#систематика /// Объекты и процессы
Следует фокусироваться на системах-объектах, физических вещах, и только при необходимости надстраивать к объектам системы-процессы.
Для рассмотрения систем-процессов также полезно выявлять объекты, которые включены в процесс, так проще обсуждать и договариваться.
___
#объект #воплощение #процесс
Следует фокусироваться на системах-объектах, физических вещах, и только при необходимости надстраивать к объектам системы-процессы.
Для рассмотрения систем-процессов также полезно выявлять объекты, которые включены в процесс, так проще обсуждать и договариваться.
___
#объект #воплощение #процесс
#систематика /// Системное мышление 2.0 (СМ2)
У системы обязательно есть пользователь / актор. Система не существует сама по себе, а обязательно входит в надсистему, в которой действует пользователь.
Это основное отличие от СМ 1.0, где система рассматривается сама по себе.
В СМ2 система без акторов НЕ обсуждается.
Пример: НЕ обсуждаем систему "стол", обсуждаем только систему "стол обеденный в семье Петровых" или "стол офисный для работы с ноутбуком".
Актор — ролевой / функциональный объект (см. #роль)
Основная стадия владения СМ2 — приложимость.
СМ2 — про отношение "часть-целое", в этом мышлении ищется и выделяется целое, происходит выход в надсистему, а затем вход в части.
Что рассматривает СМ2:
- системное разбиение — отношение "часть-целое"
- области интересов — это разные стороны рассмотрения на одном уровне: предпринимательская (решение проблем клиентов) / инженерная (как и что воплощается для решения проблем клиентов) / менеджерская (что необходимо для воплощения для решения проблем клиентов)
- цепочка обеспечений — кто что воплощает (целевая система воплощается системой в обеспечении, которая воплощается другой системой в обеспечении, етс)
___
#см #см2 #воплощение #часть_целое #роль
У системы обязательно есть пользователь / актор. Система не существует сама по себе, а обязательно входит в надсистему, в которой действует пользователь.
Это основное отличие от СМ 1.0, где система рассматривается сама по себе.
В СМ2 система без акторов НЕ обсуждается.
Пример: НЕ обсуждаем систему "стол", обсуждаем только систему "стол обеденный в семье Петровых" или "стол офисный для работы с ноутбуком".
Актор — ролевой / функциональный объект (см. #роль)
Основная стадия владения СМ2 — приложимость.
СМ2 — про отношение "часть-целое", в этом мышлении ищется и выделяется целое, происходит выход в надсистему, а затем вход в части.
Что рассматривает СМ2:
- системное разбиение — отношение "часть-целое"
- области интересов — это разные стороны рассмотрения на одном уровне: предпринимательская (решение проблем клиентов) / инженерная (как и что воплощается для решения проблем клиентов) / менеджерская (что необходимо для воплощения для решения проблем клиентов)
- цепочка обеспечений — кто что воплощает (целевая система воплощается системой в обеспечении, которая воплощается другой системой в обеспечении, етс)
___
#см #см2 #воплощение #часть_целое #роль
#систематика /// Теория и практика идей
В СМ2 любая мысль / идея существует лишь условно — до момента её практического применения.
Подуманная идея — условно-существующая.
Записанная идея — прототип мысли.
Идея, выраженная действием на практике — реальная идея, воплощение идеи, овеществленная мысль.
Все действия, составляющие деятельность, основаны на идеях, проходящих путь от условности через прототип до реальности / воплощения.
___
#идея #воплощение #прототип
В СМ2 любая мысль / идея существует лишь условно — до момента её практического применения.
Подуманная идея — условно-существующая.
Записанная идея — прототип мысли.
Идея, выраженная действием на практике — реальная идея, воплощение идеи, овеществленная мысль.
Все действия, составляющие деятельность, основаны на идеях, проходящих путь от условности через прототип до реальности / воплощения.
___
#идея #воплощение #прототип
#систематика /// Воплощение и описание
Воплощение — это перетекшие функциональные единицы из описания.
Всё, что можно сделать в рамках описания, а не воплощения, надо делать именно в рамках описания.
Все работы, какие только возможно, стоит перенести из правой части V-диаграммы в левую часть. Ошибки гораздо дешевле исправлять на этапе описания.
Описание имеет:
- носитель (в случае отсутствия носителя — это незадокументированное описание, такие почти не рассматриваются)
- то, к чему оно отсылает, предмет описания — будущее воплощение
- метод описания, метамодель, способ отсылания; здесь рассматриваются такие понятия как
- контекстуальность
- полнота
- etc
Воплощение же — всегда 4D-объект. И важно не терять фокус на воплощении, не делать описание ради описания.
___
#воплощение #описание #метод_описания #метамодель
Воплощение — это перетекшие функциональные единицы из описания.
Всё, что можно сделать в рамках описания, а не воплощения, надо делать именно в рамках описания.
Все работы, какие только возможно, стоит перенести из правой части V-диаграммы в левую часть. Ошибки гораздо дешевле исправлять на этапе описания.
Описание имеет:
- носитель (в случае отсутствия носителя — это незадокументированное описание, такие почти не рассматриваются)
- то, к чему оно отсылает, предмет описания — будущее воплощение
- метод описания, метамодель, способ отсылания; здесь рассматриваются такие понятия как
- контекстуальность
- полнота
- etc
Воплощение же — всегда 4D-объект. И важно не терять фокус на воплощении, не делать описание ради описания.
___
#воплощение #описание #метод_описания #метамодель
#систематика /// Системное мышление на практике
Системное мышление (СМ) – трансдисциплина, модель мышления, применимая ко всех областям; в отличие от прикладных дисциплин для каждых конкретных областей, но не применимых в других областях.
СМ применяется только в связке с прикладными дисциплинами, дополняя их и усиливая, но не заменяя.
Важнейшая составляющая СМ — его приложимость к реальным проектам, без них всё СМ есть лишь описание СМ, но не само СМ.
Также важна беглось, когда все приемы системного подхода удерживаются во внимании вместе и единой схемой, по которой происходит приложение / применение СМ к реальному проекту по изменению физического мира.
___
#воплощение #трансдисциплина
Системное мышление (СМ) – трансдисциплина, модель мышления, применимая ко всех областям; в отличие от прикладных дисциплин для каждых конкретных областей, но не применимых в других областях.
СМ применяется только в связке с прикладными дисциплинами, дополняя их и усиливая, но не заменяя.
Важнейшая составляющая СМ — его приложимость к реальным проектам, без них всё СМ есть лишь описание СМ, но не само СМ.
Также важна беглось, когда все приемы системного подхода удерживаются во внимании вместе и единой схемой, по которой происходит приложение / применение СМ к реальному проекту по изменению физического мира.
___
#воплощение #трансдисциплина
#систематика /// Системная инженерия
Системная инженерия есть трансдисциплинарный подход и метод создания успешных систем. Успешная система есть функционирующая система, в которой удовлетворены интересы всех проектных ролей.
Системная инженерия рассматривается только как гибрид анализа и последующего синтеза, понимания-для-созидания, где конечной целью является воплощение успешной системы, то есть результат в физическом мире
© "По карте не ходят, меню не едят, на чертежах не летают, код не хранит значения переменных"
Компьютерная программа — описание системы, воплощением же будет состояние программы в ходе её выполнения на компьютере.
UI — описание того, что видит пользователь, воплощение — состояние системы в момент когда пользователь видит UI и работает с ним.
UX — описание действий пользователя и их последствий, воплощение — массив всех конкретных действий каждого пользователя и последствия действий для него.
В случае разработки софта можно представить весь процесс цепочки: все программы, связанные друг с другом (и часто взвимодействующие также с людьми в оргпроцесссах) меняют описание в их базах данных, и все для того, чтобы в конце, как итоговое изменение физического мира, пользователю доставили материальную коробку с товаром из интернет магазина или пустили в зал кинотеатра или на борт самолёта.
Также полезно при проектировании и разработке системы держать в уме само воплощение, то есть представлять систему как будето она уже существует. И если что-то мешает это представить, то там и надо работать, туда направлять фокус.
___
#воплощение #описание
Системная инженерия есть трансдисциплинарный подход и метод создания успешных систем. Успешная система есть функционирующая система, в которой удовлетворены интересы всех проектных ролей.
Системная инженерия рассматривается только как гибрид анализа и последующего синтеза, понимания-для-созидания, где конечной целью является воплощение успешной системы, то есть результат в физическом мире
© "По карте не ходят, меню не едят, на чертежах не летают, код не хранит значения переменных"
Компьютерная программа — описание системы, воплощением же будет состояние программы в ходе её выполнения на компьютере.
UI — описание того, что видит пользователь, воплощение — состояние системы в момент когда пользователь видит UI и работает с ним.
UX — описание действий пользователя и их последствий, воплощение — массив всех конкретных действий каждого пользователя и последствия действий для него.
В случае разработки софта можно представить весь процесс цепочки: все программы, связанные друг с другом (и часто взвимодействующие также с людьми в оргпроцесссах) меняют описание в их базах данных, и все для того, чтобы в конце, как итоговое изменение физического мира, пользователю доставили материальную коробку с товаром из интернет магазина или пустили в зал кинотеатра или на борт самолёта.
Также полезно при проектировании и разработке системы держать в уме само воплощение, то есть представлять систему как будето она уже существует. И если что-то мешает это представить, то там и надо работать, туда направлять фокус.
___
#воплощение #описание
#систематика /// Конфигурация
Конфигурация есть текущее воплощение системы, её части на данный момент плюс их описание.
Конфигурация должна быть обязательно описана и задокументирована; обычно это выражается в описании релизов, версий, состояний milestone, етс.
Несоответствия реальности и описаний конфигурации — конфигурационные коллизии; это плохо, это много лишней работы.
Поэтому необходимо отслеживать соответствие воплощения системы и её описания, осуществлять управление конфигурацией.
____
#конфигурация #воплощение #описание
Конфигурация есть текущее воплощение системы, её части на данный момент плюс их описание.
Конфигурация должна быть обязательно описана и задокументирована; обычно это выражается в описании релизов, версий, состояний milestone, етс.
Несоответствия реальности и описаний конфигурации — конфигурационные коллизии; это плохо, это много лишней работы.
Поэтому необходимо отслеживать соответствие воплощения системы и её описания, осуществлять управление конфигурацией.
____
#конфигурация #воплощение #описание