Методология мягких систем: определение, этапы и преимущества

18 ноября 2021 г.

В технических проектах, таких как системная интеграция и разработка программного обеспечения, технические группы часто применяют подходы или методологии, которые помогают им успешно завершать проекты. Одним из методов является методология мягких систем (SSM), которая обеспечивает структуру для групп, модифицирующих или улучшающих систему из-за проблемы или проблемы. Процесс SSM состоит из семи шагов, которые могут помочь профессионалам и ключевым заинтересованным сторонам более эффективно сотрудничать и интегрировать решения. В этой статье мы исследуем, что такое подход SSM, каковы шаги по интеграции процесса и почему он полезен для разработки программного обеспечения и систем.

Что такое методология мягких систем?

Методология мягких систем — это метод или система обучения, основанная на сотрудничестве между людьми при анализе проблем и решений в бизнес-приложениях. Структура SSM является разработкой Питера Чекленда, который установил специальные процессы для профессионалов, руководителей и заинтересованных сторон, чтобы интегрировать их при выявлении, оценке и устранении системных ошибок и проблемных ситуаций.

SSM поддерживает исследование и оценку проблемной ситуации, оценивая проблему за пределами ее предопределенных характеристик. Такой подход к сотрудничеству и решению проблем может помочь профессионалам в области управления улучшить процессы принятия решений, поскольку структура требует сбора и анализа всех аспектов информации, касающейся различных ситуаций.

7 шагов ССМ

Следующие шаги описывают каждую фазу внедрения SSM:

1. Определите проблемную ситуацию

На первом этапе SSM специалисты пытаются понять контекст проблемной ситуации. Этот шаг включает в себя сбор информации, сотрудничество с заинтересованными сторонами и изучение различных аспектов проблемы. Этот шаг необходим для определения ситуации, ее последствий и представлений о ней других людей. Как только у команд появится четкое представление и понимание проблемной ситуации, профессионалы могут начать обсуждение проблемы и ее влияния на бизнес-процессы.

2. Сообщите о проблемной ситуации

Второй этап SSM сообщает о проблемной ситуации и выходит за рамки идентификации, чтобы поощрять различные точки зрения и идеи о влиянии ситуации на процессы в рабочем процессе и завершении проекта. Иногда руководство, руководители и акционеры имеют разные взгляды на то, как подходить к ситуации и оценивать ее, и этот шаг помогает установить каналы связи, ведущие к лучшему пониманию проблемы и роли каждого в связи с ней.

3. Установите корневые определения для системы

После того, как команды определили, выразили и сообщили о проблемной ситуации, они могут создать основные определения, чтобы подчеркнуть идеальные функции системы для ее решения. При использовании структуры SSM создание корневых определений необходимо для анализа системных требований и назначения ролей ключевым лицам, непосредственно участвующим в проекте. Вы можете создавать корневые определения, используя метод CATWOE, который является разработкой Дэвида Смита для поддержки методологии программной системы. Метод CATWOE описывает:

• Клиенты: Клиенты представляют букву «C» в CATWOE и включают клиентов организации, а также акционеров и конечных пользователей конкретной системы.

• Актеры: Актеры составляют «А» в методе, который включает сотрудников или команды, которые работают над интеграцией процессов преобразования или модификации.

• Трансформация: Трансформация — это буква «Т» в аббревиатуре, которая представляет собой изменения «вход-выход», происходящие в процессе решения проблем.

• Мировоззрение: Мировоззрение — это буква «W», представляющая собой общий процесс управления и улучшения систем и учитывающая точки зрения всех вовлеченных сторон и то, как они влияют на результаты.

• Владельцы. Владельцы представляют собой элемент «О» и являются лицами на предприятии, которые имеют полномочия принимать решения и вносить изменения в общий рабочий процесс.

• Ограничения окружающей среды. Ограничения окружающей среды охватывают букву «Е» в CATWOE и являются факторами окружающей среды, которые могут создавать ограничения для системы.

4. Создайте модель для представления концепции

Создание концептуальных моделей помогает командам анализировать и определять план действий для улучшения или интеграции модификаций системы. На этом этапе SSM специалисты создают модель или диаграмму, которая устанавливает цель системы и описывает процессы или стратегии, которые команды планируют использовать для достижения цели. Модель также включает показатели, измеряющие производительность, прогресс и результаты усовершенствований системы.

5. Сравните концептуальные модели с реальными моделями

Сравнение вашей концепции с реальными моделями позволяет вам оценить наилучшие и наихудшие сценарии действий и стратегий, которые команды используют для внесения изменений или усовершенствований системы. Сравнивая концепции с реальными моделями, команды часто учитывают, насколько эффективно концептуальные модели представляют результаты. Например, модель может представлять более эффективные подходы к достижению желаемой функциональности системы при модификации компьютерных систем. Затем SSM оценивает эту модель и определяет, применима ли она к реальным приложениям.

6. Оцените возможные улучшения

На этом этапе команды анализируют возможные изменения или стратегии, которые могут преобразовать или улучшить систему и решить проблемную ситуацию. SSM оценивает потенциальные изменения на основе осуществимости изменений, которые команды предлагают и обдумывают. Команды также рассматривают приоритеты и часто оценивают риски и преимущества, используя методы анализа, чтобы понять, какие стратегии смягчения последствий необходимы для достижения успешных результатов. Этот шаг также включает в себя оценку эффективности, эффективности и действенности предлагаемых реализаций, чтобы определить, какие действия предпринять при решении проблемных ситуаций.

7. Создайте план действий

На последнем этапе SSM вы вводите в действие улучшения и изменения, которые вы оценили на предыдущем этапе. Действия, предпринимаемые командами для решения проблемной ситуации, должны удовлетворять системным требованиям и выполнять цели ключевых акционеров и владельцев. Если решения не соответствуют потребностям групп эффективности и результативности, они могут снова запустить процесс SSM с альтернативными подходами к решению проблемных ситуаций.

Преимущества методологии мягких систем

Подход SSM может быть полезен для многих технических процессов, поскольку он:

• Структурирует сложные проблемы: SSM помогает профессионалам систематизировать и структурировать информацию о сложной технической проблеме, что позволяет им рассматривать более эффективные изменения.

• Улучшает понимание проблем: поскольку подход SSM побуждает вовлеченных лиц к открытому общению, он может помочь улучшить понимание командами того, как проблемы влияют на системные требования.

• Определяет области, которые нуждаются в улучшении: структура, предоставляемая SSM, позволяет специалистам определять конкретные аспекты системы, которые необходимо улучшить, и какие действия необходимо предпринять для реализации улучшений.

• Создает решения для поддержки результатов: В целом, SSM — это полезный подход к быстрому и эффективному созданию и интеграции технических решений в рамках ограничений окружающей среды.