Использование Теории Ограничений при проектировании сложных распределенных систем
Петр Степанов
Довольно часто крупный бизнес использует в своих процессах различные системы автоматизации. Проектирование таких систем довольно трудоемкое занятие и имеет свои особенности.
И Е Почти всегда при взаимодействии с этим миром человек упрощает систему для ее понимания. Частично это происходит из-за того, что он использует только ту информацию которой владеет. Для решения сложной проблемы мы разбиваем ее на составные части и решаем много мелких простых задач. Это дает возможность принимать решения, но создает конфликты. Современная система принятия решений способствует закреплению упрощенных моделей устройства систем. Они дают обманчивое ощущение простоты, эти модели укореняются в сознании, определяют способ восприятия, предлагают стереотипные решения. В результате принятие решений сводится к простейшим, рефлексивным действиям. Р Е ФЛ Е К Т О Р Н Ы Е Д Е Й С Т В И Я Часто мы реагируем на внешнее проявление какой-либо проблемы и не видим ее истинных причин. До них вообще довольно сложно докопаться и это как правило требует много времени и сил, которых часто не хватает. Г Л У Б И Н Н О Е П О Н И М А Н И Е
Все остальные звенья не являются ограничением. Ограничение системы Почти все, что нам не нравится в системе, является не проблемой, а сигналом о ее существовании. Сама проблема кроется в неких первопричинах конфликтов, в некой ключевой проблеме. Нежелательные явления
Это тупик, логическое утверждение, дальше которого двигаться некуда. Истинная причина и Ключевая проблема Зона контроля - область, которую мы можем контролировать. Сфера влияния - здесь мы можем в какой-то мере влиять на ход событий. Зона контроля и Сфера влияния
сложной системы. Теперь предположим, что система эта не справляется со своей задачей и вы понимаете: нужно что-то менять, иначе вся система разрушится. Недостатка в идеях нет, но решиться на конкретные шаги очень сложно. Вы понимаете: потребуются огромные вложения и ошибаться нельзя. Часто необходимо убедиться заранее, что выбранное решение принесет желаемый результат. Негативная ветвь позволяет обнаружить негативные побочные эффекты задуманных вами действий, а также поможет найти тот поворотный момент, с которого все может пойти не так, как вы задумали. Д И А Г РА М А Б УД У Щ Е Й Р Е А Л Ь Н О С Т И С Т РАТ Е Г И Я 6 Диаграмма будущей реальности (ДБР) позволяет проследить изменения, возникающие в системе при реализации некой идеи. Однако самое важное ДБР позволяет удостовериться, ведет ли выбранная идея к желаемым результатам. Н Е ГАТ И В Н О Е И П О З И Т И В Н О Е РА З В И Т И Е С О Б Ы Т И Й ДБР помогает предсказать новые позитивные преобразования, которые могут быть следствием одного из промежуточных ожидаемых результатов (возможно, в совокупности с каким-либо еще реально существующим в системе явлением или специально введенным в систему решением).
Т ВА • Быстрая отрисовка схем за счет автоматического расположения элементов; • Возможность объединять элементы в группы и скрывать их при необходимости; • Возможность строить сложные схемы и связи, задавая разные условия. В О З М О Ж Н О С Т И • Можно устанавливать веса связям; • Создавать свои элементы диаграмм; • Просмотр схем через ридер и возможность выгрузки в виде изображений. Flying Logic Н Е Д О С ТАТ К И • Нельзя перераспределять элементы диаграмм в ручную.
потеря времени при проверке приходящих документов (несколько циклов доработка-перепроверка). Неэффективность используемого ПО для взаимодействие с вышестоящими организациями. К Л И Е Н Т Сбор документов для допуска к аттестации, передача документов на проверку вышестоящим организациям и непосредственное проведение аттестации. З А Д АЧ А Повысить эффективность процессов, исправить существующие трудности за счет ввода электронного документооборота. Рассмотрим пример Интеграция электронного документооборота
работает заказчик: процесс, условия, ограничения. Взаимодействие с другими участниками Выявление всех участников бизнес-процесса и составление схем работы для каждого из них. Применение ТОС и FL 01 02 Бизнес-процессы
составление общей схемы процессов. 03 Определение болей Выяснение основных проблем заказчика (нежелательных явлений). Поиск первопричин этих проблем и скрытых конфликтов. 04 Применение ТОС и FL Бизнес-процессы
для проверки гипотез и определение Зоны контроля и Сферы влияния. Определение MVP На основе ключевой проблемы и выбранных гипотез формируется базовый функционал продукта. Применение ТОС и FL 05 06 Бизнес-процессы
Б Л Е М Ы Нет четких правил составления и согласования (все делают это по разному - крупная распределенная компания). З А Д АЧ А Модуль составление суточных планов работ на бригады и их утверждение. Э ТА П РА Б О Т Ы Формирование сценариев и взаимодействие разных участников процесса между собой.
ключевыми персонажами. Выявление всех участников процесса Выявление взаимодействий между участниками процесса. Применение ТОС и FL 01 02 Составление сценариев (проектирование системы)
видение процесса работы может быть различным у разных людей. Работа с противоречиями Анализ сценариев и поиск истинных причин противоречий. Поиск ключевой проблемы. 03 04 Применение ТОС и FL Составление сценариев (проектирование системы) Формирование общего пути взаимодействия Построение flow для ключевых персонажей (унификация процесса работы). 05