В продолжение недавно начатой мной в ЖЖ темы (здесь тоже есть) популяризации CASE-софта, следующими несколькими постами, то-есть-даром, выкладываются туторы по взлюбившемуся мной iGrafx 2009. Они же идут и в пополнение жира сообщества «RU CASELOGIA».

Если отдельные уроки не про вас, то можно смотреть всё в одном или слить себе PDF, метров пять с копейками.

Уроки iGrafx. Анализ и симуляция «А что если»

[Реклама и факт:

При использовании «iGrafx Process» и «iGrafx Process for Six Sigma» вам доступна вся мощь процессирования дискретным моделированием событий и анализа. Для использования функций смуляции, у вас должны быть установлены указанные выше продукты.

Конец рекламы]

Урок по «Six Sigma» идёт у нас следующим. А пока посмотрим, что нам говорит об этом Википедия: «Шесть сигм (six sigma) — высокотехнологичная методика точной настройки бизнес-процессов, применяемая с целью минимизации вероятности возникновения дефектов в операционной деятельности. Название происходит от статистической категории «среднеквадратическое отклонение», обозначаемой греческой буквой «σ». Методика «шести сигм» разработана в корпорации Motorola, США в 1981. Плановый показатель качества при использовании этой методики — не более 3,4 отклонения (дефекта) на миллион операций».

И вот перечисление этих шести сигм: Искренний интерес к клиенту, Управление на основе данных и фактов, Ориентированность на процесс, управление процессом и совершенствование процесса, Проактивное (упреждающее) управление, Сотрудничество без границ (прозрачность внутрикорпоративных барьеров) и Стремление к совершенству, плюс снисходительность к неудачам. А вот чем это планируется достигать: Определением целей проекта и запросов потребителей (внутренних и внешних), Измерением процесса, чтобы определить текущее выполнение, Анализом и определением коренных причин дефектов, Улучшением процесса, сокращая дефекты и Контролем дальнейшего протекания процесса.

Что ещё интересно и соотносится с нашими уроками: «В последнее время широкое использование получило совместное применение методики «Шесть сигма» и концепции бережливого производства, которая получила название „Лин — шесть сигм“ (Lean — Six Sigma)». В общем, возьмём на заметку и вернёмся к текущему уроку.

Данный урок основан на диаграмме из предыдущего, где рассматривалось моделирование поведения процесса. Нам понадобятся его результаты.

Итак, задача. Вы — начинающий менеджер, чья цель в увеличении пропускной способности уменьшением времени процесса выполнения заказа. В данный момент конкуренты быстрее вас на 10–20%. Требуется ускорить производство на 25–30%.

Старт симуляции
Отчёт
Анализ «А что если» № 1: подключаем параллельный процесс
Отчёт по результатам симуляции «А что если» № 1
Симуляция «А что если» № 2: оптимизация проверки оплаты
Отчёт по результатам симуляции «А что если» № 2
Преобразование таблиц отчёта в графики
Симуляция «А что если» № 3: ограничение и использование ресурсов
Отчёт по результатам симуляции «А что если» № 3

Старт симуляции

Жмём «Start» в панели инструментов

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

Отчёт

iGrafx собирает статистику по категориям, раскидывая её в отчёте по соответствующим вкладкам: время, стоимости, ресурсы и простои. Есть ещё и вкладка «Custom», куда можно собрать информацию по своим интересам. Делается это простым копированием и вставкой из других вкладок, либо используя «Add Element» для формирования содержимого с нуля.

Как это выглядит в нашем примере. Проходимся по каждой из вкладок отчёта для ознакомления с собранной в них информацией. Переходим во вкладку «Custom». Первой из проанализированных величин, является временной цикл «cycle time» (C/T), так же называемая «временем выполнения заказа», «lead time». Этот цикл, вместе с количеством доставленных заказов, и отображается в первой таблице вкладки «Custom».

При этом, отдел Продукции утверждает: если бы они получали сформированные заказы быстрее, то и время цикла смогли бы уменьшить. Именно так вы работаете в iGrafx: прежде симулируете в нём последствия от изменений, чем меняете что-то в реальных делах.

Анализ «А что если» № 1: подключаем параллельный процесс

Отдел Продукции может работать над заказом одновременно с отделом Оплат и Выставления счётов. Если заказ останавливается из-за проблем с оплатой, то можно использовать команду сброса «Discard» для отмены заказа в обоих отделах.

В меню «Window», в окне «Document Components» или по Ctrl+Tab переходим к процессу «Order Fulfillment». Жмём на линию связи между объектами «Продолжение оформления» и «Ввод заказа в производство». Удаляем эту связь. Теперь отрисовываем новую связь от объекта «Готовый заказ» к «Ввод заказа в производство».

Настроим объект «Остановка выполнения заказа» для сброса транзакции. В его свойствах переходим на страницу «Task» и во вкладку «On Completion». В выпадающем списке выбираем «Discard» и отмечаем чекбокс «Discard Family Members».

Жмём «OK» для сохранения изменений.

В данном процессе мы продублировали заказ в объекте «Готовый заказ», чтобы дать возможность работать над одним заказом двум отделам одновременно. Когда в iGrafx транзакции дублируются, то начинают считаться частью одного семейства, словно близнецы. Поэтому, опция «Discard Transaction» отменяет транзакцию в отделе Продаж, а «Discard Family Members» отменяет параллельную транзакцию в отделе Продукции.

Теперь добавим в отчёт ещё кое-какие результаты. Жмём на «Run Setup» в панели «Model».

Переходим во вкладку «Initialization / Reports» и отмечаем опцию «Append to Report».

Теперь сохраняемся по «OK» и жмём на «Start» для нового запуска симуляции.

Отчёт по результатам симуляции «А что если» № 1

По завершении симуляции, активируется окно отчёта. К прежним результам добавились новые.

Переходим во вкладку «Custom» и рассмотрим статистику по объекту «Отгрузка заказа». Время цикла значительно не изменилось. Поэтому ретивый сотрудник предлагает менеджменту: «Мы тратим много времени на проверку платежей по каждому заказу. Что если нам проверять лишь новых покупателей?». Интересное предложение.

Теперь удостоверимся в том, что окно отчёта активно и в меню «Report» выбираем «Simulation Data». В списке симуляций выбираем «Sim #2» и дважды кликаем по нему. В появившемся диалоге переименования вводим «Параллельное производство». Сохраняемся и закрываемся по «OK» и «Close». Теперь заголовки в отчёте поменялись на вменяемое название симуляции.

Симуляция «А что если» № 2: оптимизация проверки оплаты

Вернёмся к предложению сотрудника и изменим процесс так, чтобы проверка оплат производилась только относительно новых клиентов.

Открываем диаграмму процесса. Теперь подгоним размер фазы «Вводные заказа» под вставку ещё одного объекта. Делается это растяжкой рамки как у любого графического объекта или поля. Затем, в панели инструментов, берём новый ромб ветвления связей «Decision» и помещаем его на линию связи между объектами «Получение заказа» и «Проверка оплаты». Ромб называем вопросом «Новый клиент?». Правой кнопкой щёлкаем по, автоматом появившейся, связи «Нет» и, через контекстное меню, заменяем на «Да». И теперь рисуем новую связь от ромба к объекту «Продолжение оформления».

Двойным щелчком входим в свойства ромба «Новый киент?» и переходим на страницу «Process». Там по умолчанию каждому из вариантов ветвления — «Да» и «Нет» — установлена равная вероятность, по 50%. Пока что так и будем предполагать: только 50% заказов поступает от новых клиентов. Потом, в других симуляциях, это всегда можно будет изменить. Поэтому жмём «OK».

Снова запускаем симуляцию по кнопке «Start».

Отчёт по результатам симуляции «А что если» № 2

В появившемся отчёте сразу обращает на себя внимание сокращение времени цикла и общее увеличение пропускной способности. Это результат простого изменения в процессе.

Перейдём во вкладку «Custom» отчёта и переименуем последнюю симуляцию так же, как делали это с первой. Например в «Сокращение проверки оплат».

Преобразование таблиц отчёта в графики

Любой элемент отчёта можно отобразить, как таблицей, так и графиком. Вызываем диалог «Edit Report Element» объекта «Orders Shipped (Days)» двойным щелчком по нему.

Переходим во вкладку «Format» и меняем значение в «Display As» на «Graph». Жмём на «Graph Style», выбираем дизайн «Line» и жмём «OK» в обоих диалогах, для сохранения изменений и выхода из них обратно в отчёт. Теперь мы наглядно видим то, как увеличивается число обрабатываемых заказов с одновременным уменьшением времени на работку с ними. И это всего лишь при внедрении пары нововведений, применённых в симуляциях 1 и 2.

Сделаем копию для отображения данных ещё и таблицей. Выделяем наш график и жмём «Ctrl+C», а затем «Ctrl+V». Появился дубликат графика. Дважды щёлкаем по любому из них, и в диалоге свойств меняем «Display As / Graph» на «Display As / Tabular». Жмём «OK» и получаем таблицу.

Симуляция «А что если» № 3: ограничение и использование ресурсов

Далее мы познакомимся с применением ресурсов, которые сталкиваются с ограничениями в узких местах потока, в блатной спецлитературе по CASE обычно называемых «бутылочным горлом». А так же, создадим симуляцию «А что если», поигравшись с размещением ресурсов.

Прокрутим отчёт во вкладке «Custom» до графика и таблицы «Resource Utilization». Наблюдаем следующее. В случае «Оплата и выставление счетов» мы уменьшили работу через уменьшение использования отдела. Но у нас остаются и другие, довольно сильно загруженные на данный момент. Необходимо выяснить — как долго каждый из отделов обрабатывает заказ.

Прокручиваем отчёт до графика «Average Waiting Time for Transactions that Waited». Там мы наблюдаем естественное положение вещей: «Продукция» — это наиболее узкое место, то самое бутылочное горло всего процесса. Попробуем дополнительно нанять кого-нибудь в этот отдел и посмотреть — помогло ли.

В панели «Modeling» жмём на «Resources».

В списке отделов, появившегося диалога «Define Resources», выбираем «Продукция». Во вкладке «Properties» меняем «Use» на «Pool», а значение с «1» на «2» и жмём «OK».

Эта информация является частью сценария — той окружающей среды, в которой симулируется процесс. Для просмотра сценария идём в меню «File» и выбираем «Components» для активации окна «Document Components». И там, двойным кликом, открываем нужный сценарий. Так же, в «Document Components», по правому клику, можно создать новый сценарий, либо продублировать существующие копированием и вставкой.

Теперь запускаем очередную симуляцию кнопкой «Start».

Отчёт по результатам симуляции «А что если» № 3

Всё, мы избавились от нашего бутылочного горла, это видно из нового отчёта. Но сделали это несколько корявым образом. Хоть теперь отдел Продукции (производства продукции) и работает как локомотив, но его работу пришлось взять на себя отделу Отгрузки. Это отличный пример того, как iGrafx может сразу и наглядно отобразить последствия от неожиданного изменения процесса, либо от укомплектования фирмы персоналом разного уровня, как вносящего необдуманные предложения, так и принимающего их на веру — без проверки. Сделайте для себя симуляции привычной процедурой, балуйтесь со связями, их ветвлением, добавлением и удалением объектов действий, назначайте объектам невыдуманные свойства из жизни — и сможете быстро оценить реальную картину работоспособности процессов, взятых конкретно из вашего предприятия.

Теперь назовём последнюю симуляцию «Найм на производство»: меню «Report / Simulation Data».

Следующий урок основывается на результатах этого. Поэтому сохраняем файл и переходим к знакомству со стандартом моделирования «Six Sigma», о котором был короткий рассказ в самом начале урока.

31.03.2011

Уроки iGrafx 2009. Четвёртый из восьми: «Анализ и симуляция „А что если“»