Введение и повторение основ
Любую ситуацию в организации можно рассматривать с позиции системного анализа. На прошлой встрече мы говорили о классических этапах его развития и о подходах к изучению действительности: тезисе, антитезисе и синтезе.
Частая ошибка при анализе знакомого подразделения — упускать скрытые конфликты. Мы можем не замечать противоречия между целями системы, её элементами и границами, пока не применим научный подход. Важно помнить, что выход любой системы всегда направлен на достижение цели. Если у системы нет цели, это индикатор того, что она — пережиток прошлого, сохранившийся по инерции (например, устаревшие процедуры документооборота).
Методологии системного анализа
Существует множество методологий, которые в широком смысле делятся на два принципиально разных подхода:
1.
Жёсткая методология систем (Hard System Methodology, HSM).
2.
Мягкая методология систем (Soft System Methodology, SSM).
Внутри каждой категории есть свой инструментарий. Один из наиболее простых и доступных инструментов, который вы часто используете интуитивно, мы и рассмотрим подробно.
Традиционный подход: Жёсткая методология (HSM)
Принципиальная особенность этого подхода — введение ограничений на самой первой фазе. Метод не требует дорогих ресурсов и доступен любому специалисту, владеющему основами логического мышления.
Логика работы выстраивается поэтапно.
1.
Опание текущей ситуации.ис Нельзя начать с середины. Нужно понять, с какими ресурсами и условиями мы работаем. Иногда на этом этапе приходит понимание, что решение не требуется — достаточно навести порядок и заставить сотрудников выполнять существующие инструкции.
2.
Определение цели. Если анализ всё же нужен, мы определяем, какую цель должна решать система в нашем контексте.
3.
Выработка критериев качества. Ключевой момент: критерии оценки достижения цели вводятся до генерации решений, а не на этапе их сравнения. Это мощный инструмент контроля. Оценивая работу аналитика или консультанта, задайте два вопроса: «Какие цели стояли перед системой?» и «По каким критериям мы поймем, что цель достигнута?». Отсутствие четких ответов — признак поверхностной работы.
4.
Введение ограничений. Мы ограничиваем себя имеющимися ресурсами. Это фундаментальный принцип. Здесь существует две философии управления: строить планы, отталкиваясь от ресурсов, или сначала создать модель, а потом искать под неё ресурсы. Традиционный подход HSM предполагает первый путь, чтобы не тратить время на заведомо нереализуемые идеи. Ограничения касаются финансов, времени, компетенций персонала и технологий.
5.
Генерация альтернативных решений. Только теперь мы создаем варианты выхода из ситуации.
6.
Сравнение и выбор. Сравниваем решения, опираясь на ранее выработанные критерии качества. Выбираем 2-3 лучших варианта для детальной проработки.
7.
Реализация. Финальный этап, который относится уже к управлению изменениями: подготовка организации, проведение преобразований и закрепление их в корпоративной культуре.
Такой подход дисциплинирует. Статистика показывает, что без этой структуры компании тратят больше времени на сопоставление вариантов. Часто возникает соблазн применить метод мозгового штурма в искаженном виде — сначала нагенерировать идеи, а потом думать об ограничениях. Однако классический мозговой штурм также предписывает вводить рамки в начале, чтобы не терять время.
Практический кейс: сравнение ERP-систем
Примером применения HSM служит задача выбора ERP-системы (системы планирования ресурсов предприятия) для металлургического завода. Заказчик планировал удвоить производство и понимал необходимость перехода на новый уровень информационного обеспечения.
В роли внешнего эксперта я провел анализ:
• Погружение (2 недели): интервью с директорами направлений, сбор информации о проблемах коммуникации и потерях данных.
• Сравнение: анализ шести продуктов (включая 1С, SAP, Oracle, Microsoft Dynamics AX) на основе 16 критериев, предъявляемых к ERP-системам для данной отрасли.
• Метод оценки: для каждого критерия использовалась трехбалльная шкала (1-минимальное, 2-среднее, 3-максимальное значение), позволившая сравнить системы с разными моделями лицензирования, стоимостью и архитектурой. Ключевые параметры: масштабируемость, стоимость внедрения, стоимость владения (включая ежегодные платежи), доступность специалистов на рынке.
• Результат: подготовлен отчет на ~45 страниц, где каждая оценка была обоснована. Итоговая агрегированная таблица позволила собственникам и инвесторам увидеть картину в целом и задавать предметные вопросы, сравнивая десятки параметров в единой системе координат.
Важный вывод из кейса: завод был готов к реинжинирингу бизнес-процессов. Параллельно с выбором платформы аутсорсинговая компания описывала и оптимизировала процессы. Практика показывает, что для таких масштабных проектов готовых «коробочных» решений не существует — все они в итоге становятся заказными.
Неформальные признаки систем
Формальные признаки (например, используемые в инструментах бизнес-моделирования вроде ARIS) четко описывают процесс. Но часто идеально просчитанные модели не работают, потому что мы забываем о неформальных признаках, связанных с человеческим фактором и сложностью реального мира.
1.
Выгодоприобретатели. У любой системы есть те, кто получает выгоду. Они могут находиться как внутри системы, так и вовне. Задача аналитика — ответить на вопросы: сколько таких групп? Пересекаются ли их интересы? Конфликтуют ли они?
Жертва — это обратная сторона. Если есть выгодоприобретатели, всегда есть и те, кто что-то теряет. Эти конфликты необходимо учитывать при моделировании и стараться снизить их влияние.
o
Пример (Больница): Выгодоприобретатели — пациент, сама больница, городские власти (здоровый гражданин платит налоги), поставщики медикаментов. Их интересы различны и могут конфликтовать.
2.
Принимающие решения. Это люди, от позиции которых процесс может ускориться или полностью остановиться. Они тоже есть и внутри, и вне системы.
o
Пример (Больница): Решения принимает пациент (лечиться или нет), врач (как лечить), родственники, страховая компания.
3.
Неизменяемые вводные. Это знания, навыки и технологии, зафиксированные на момент описания системы. Они не являются неизменными навсегда, но не могут измениться мгновенно или сами по себе. Фиксация нужна, чтобы понять, какой ресурс требует развития в будущем. Если мы видим нехватку знаний — планируем обучение, нехватку навыков — тренинги и практику.
o
Пример (Больница): Текущий уровень знаний персонала, доступные на данный момент медицинские технологии и оборудование, утвержденные бюджетные лимиты на лечение.
4.
Несистематичность Т-процесса (процесса трансформации). Здесь мы оцениваем, насколько процесс механистичен и может ли он быть автоматизирован. Заменяем ли мы сложную систему с живыми элементами на роботизированный алгоритм? В большинстве случаев, особенно в таких сферах как медицина, процесс не полностью механистичен, и человеческий фактор (квалификация, интуиция врача) играет ключевую роль, несмотря на наличие технологий.
5.
Побочный эффект. У любой системы, преобразующей вход в выход, есть побочный продукт. Это могут быть не только отходы производства, но и информация, новые знания или реакции. Побочный эффект нельзя игнорировать, так как его накопление может заблокировать работу системы. При этом он может быть как негативным, так и позитивным.
o
Пример (Больница): Негативный эффект — аллергическая реакция на лекарство. Позитивный — получение врачом нового опыта или выявление у пациента другого заболевания на ранней стадии в ходе диагностики.
6.
Иерархия. Любая система состоит из подсистем и сама является частью надсистемы. Важно понять, как связаны элементы внутри: линейно или иерархически. В иерархической системе переход на другой уровень (вверх или вниз) происходит в зависимости от промежуточных результатов или сложности задачи.
o
Примеры:
• Линейная система: Метрополитен для пассажира. Вошел, доехал, вышел.
•Иерархическая система: Отдел закупок. Стандартная заявка отрабатывается по линейному регламенту. Заявка на уникальный продукт требует перехода на уровень детализации — поиска поставщиков, выяснения характеристик.
Краткие итоги
Проведенный анализ закладывает фундамент для практического, осознанного применения системного мышления в управлении. Центральной идеей является выбор инструмента под задачу. Противопоставление «жёсткого» и «мягкого» подходов — это не теоретический спор, а иллюстрация того, как цена ошибки, сложность среды и доступное время диктуют методологию. Если проблемная ситуация поддается четкой структуризации, ограничения очевидны, а цели измеримы, традиционный HSM-подход дает значительную экономию усилий. Его логика напоминает воронку: от широкого описания реальности через фильтр жестких критериев и ресурсных рамок мы приходим к узкому, но реализуемому набору альтернатив.
Ключевой практический урок, который трансформирует контроль над аналитической работой, заключается в приоритете критериев. Требование определить качественные и количественные измерители успеха до того, как начнется генерация идей, — это не просто этап, а инструмент верификации результатов. Это позволяет руководителю, не погружаясь в микро-детали отчета, мгновенно диагностировать его глубину, задав два простых вопроса: о целях системы и критериях их достижения. Анализ ситуации с выбором ERP-системы доказывает действенность этого принципа: именно заранее заданная, пусть и упрощенная, система балльной оценки позволила сопоставить принципиально несравнимые по своей архитектуре и экономике продукты, переведя разговор из плоскости субъективных предпочтений в область прозрачных и проверяемых аргументов.
Однако формальная стройность модели всегда вступает в конфликт с живой реальностью. Обращение к неформальным признакам — это признание того факта, что системы мертвы без учета человеческого фактора и скрытых взаимосвязей. Концепция выгодоприобретателей и жертв вводит в анализ микро-политику: любое, даже самое техническое, изменение создает волну интересов, и игнорирование конфликта между ними — главная причина саботажа внедрений. В свою очередь, анализ побочных эффектов учит системной гигиене: не утилизированный вовремя «побочный продукт» (будь то отходы производства или избыточная, пугающая информация для пациента) способен со временем парализовать основной процесс.
Наконец, концепция иерархичности напрямую связана со зрелостью процессов и возможностью аутсорсинга. Умение отличить линейный, конвейерный процесс от многоуровневого, требующего погружения в детализацию, позволяет правильно распределять ресурсы. Если задача решается линейно, она — кандидат на автоматизацию или передачу внешнему исполнителю. Если же она требует постоянного перехода между уровнями абстракции — это зона компетенций, которую необходимо развивать внутри компании. Таким образом, системный анализ становится не просто методом решения разовых проблем, а базой для стратегических решений о развитии бизнеса.
1. Системный анализ предлагает два полярных подхода: «жёсткий» (HSM) и «мягкий» (SSM), выбор между которыми зависит от сложности ситуации и требуемой скорости.
2. Фундаментальный принцип HSM — введение ресурсных и временных ограничений на начальном этапе анализа для фокусировки усилий.
3. Определение критериев качества достижения цели до начала генерации альтернатив — ключевой инструмент контроля глубины аналитической работы.
4. Отсутствие у системы четкой цели является сигналом о её атрофии и необходимости ликвидации или реорганизации.
5. Сравнение сложных альтернатив (например, ERP-систем) возможно через их упрощение до агрегированных, единообразных показателей.
6. Любая система имеет выгодоприобретателей и, как следствие, «жертв», чьи конфликты интересов необходимо выявлять и балансировать.
7. Неизменяемые вводные (знания, навыки, технологии) фиксируются как точка отсчета для планирования последующих улучшений.
8. Побочный эффект системы может быть как негативным (отходы), так и позитивным (новый опыт), но в обоих случаях требует управления.
9. Оценка систематичности процесса помогает определить, какая его часть может быть автоматизирована, а где критичен человеческий фактор.
10. Иерархичность системы проявляется в необходимости перехода на другой уровень детализации задач при нестандартных входных данных.
11. Осознание разницы между линейными и иерархическими процессами лежит в основе решений об аутсорсинге неключевых функций.
12. Практика системного анализа требует параллельной работы над методологией (выбор платформы) и объектом анализа (реинжиниринг процессов).
1. Какие два принципиально разных подхода выделяют в методологиях системного анализа?
2. В чём заключается главное отличие HSM от SSM с точки зрения работы с ограничениями?
3. Почему определение целей и критериев качества рекомендуется производить на ранних этапах анализа?
4. Как простой вопрос о критериях качества помогает руководителю оценить работу аналитика?
5. Какие основные виды ресурсных ограничений следует учитывать при анализе системы?
6. С какой проблемой мы столкнёмся на этапе сравнения, если пропустим этап выработки критериев?
7. Что такое «неизменяемые вводные» в системе, и для какой практической цели их фиксируют?
8. Кто может выступать в роли принимающего решения в системе, и почему их нужно идентифицировать?
9. Объясните, почему у любой системы с выгодоприобретателями обязательно есть «жертва»?
10. Каким образом накопление побочного эффекта способно остановить работу всей системы?
11. В чём разница между линейной и иерархической структурой связей внутри системы?
12. По какому принципу компаниям следует отдавать процессы на аутсорсинг?
