МЫ ЗАПОМИНАЕМ ВИЗУАЛИЗАЦИЯ МЫШЛЕНИЯ Основная идея каждую

МЫ ЗАПОМИНАЕМ

ВИЗУАЛИЗАЦИЯ МЫШЛЕНИЯ Основная идея: каждую мысль, каждый образ или эмоцию можно представить себе как объект (узел), от которого расходятся во все стороны многочисленные ниточки-связи, ведущие к другим объектам (мыслям, образам, эмоциям). Мозг – хранилище информации – выглядит как огромная система таких объектов и связей между ними, а мышление можно себе представить, как электрический ток, бегущий по связующим ниточкам, будто по проводам, от одного объекта к другому. Мышление «разбегается» от центрального объекта в разные стороны. Своеобразной моделью такого процесса и является карта памяти. На сегодняшний день представлен разнообразный спектр технологий и инструментов, с помощью которых можно спроектировать, разработать определенную карту памяти или, как говорится в современном бизнесе, модель бизнес-процессов. Одним из способов описания бизнес-моделей являются графические схемы - разновидность информационных моделей, навыки построения и исследования которых в наши дни относятся к разряду общеучебных и систематически формируются на уроках информатики и ИКТ. .

МЕТОДОЛОГИЯ ARIS

МЕТОДОЛОГИЯ ARIS Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России является методология ARIS, которая расшифровывается как Architecture of Integrated Information Systems - проектирование интегрированных информационных систем. Методология ARIS на данный момент времени является наиболее объемной и содержит около 100 различных бизнесмоделей, используемых для описания, анализа и оптимизации различных аспектов деятельности организации. Часть моделей методологии ARIS используются в настроечном модуле интегрированной информационной системы SAP/R 3, который применяется при внедрении системе и ее настройке на деятельности компании.

В ВИДУ БОЛЬШОГО КОЛИЧЕСТВА БИЗНЕС-МОДЕЛЕЙ МЕТОДОЛОГИЯ ARIS ДЕЛИТ ИХ НА ЧЕТЫРЕ ГРУППЫ: Группа "Оргструктура" Состоит из моделей, с помощью которых описывается организационная структура компании, а также другие элементы внутренней инфраструктуры организации. Группа "Функции" Состоит из моделей, используемых для описания стратегических целей компании, функций и прочих элементов функциональной деятельности организации. Группа. "Информация" Состоит из моделей с помощью которых описывается информация, используемая в деятельности организации. Группа "Процессы" Состоит из моделей, используемых для описания бизнес-процессов, а также различных взаимосвязей между структурой, функциями и информацией. Группа. "Информация" Состоит из моделей с помощью которых описывается информация, используемая в деятельности организации. Группа "Процессы" Состоит из моделей, используемых для описания бизнес-процессов, а также различных взаимосвязей между структурой, функциями и информацией. Группы моделей методологии ARIS

НАИБОЛЕЕ ЧАСТО ИСПОЛЬЗУЕМЫЕ НА ПРАКТИКЕ МОДЕЛИ МЕТОДОЛОГИИ ARIS № Название модели Описание и предназначение модели Английский вариант Русский вариант 1. OD-Objective diagram. Диаграмма целей. 2. PST-Product/Service tree. 3. FT-Function tree. 4. FAD-Function allocation diagram. Модель описывает стратегические цели компании и их взаимосвязь с другими элементами организации. Дерево продуктов и услуг. Модель описывает продукты и услуги, производимые компанией и их взаимосвязь с другими элементами организации. Дерево функций. Модель описывает функции, выполняемые в компании и их иерархию. Диаграмма окружения процесса. Процессная модель описывает окружение бизнеспроцесса. 5. VACD-Value added chain diagram. Диаграмма цепочки добавленной стоимости. Процессная модель - прототип классического стандарта DFD. Применяется для описания бизнеспроцессов верхнего уровня. 6. PSM - Process selection matrix. Матрица выбора процесса. Процессная модель - прототип классического стандарта DFD. Является альтернативой модели VACD и применяется для описания бизнеспроцессов верхнего уровня. 7. e. EPC - Extended event driven Расширенная цепочка Process Chain. процессов, управляемая событиями. Процессная модель прототип классического стандарта WFD. Применяется для описания бизнеспроцессов нижнего уровня. 8. ORG - Organizational chart. Модель организационной структуры. Модель описывает организационную структуру компании. 9. ASTD-Application system type diagram. Модель описывает структуру информационных систем, используемых в компании. Диаграмма типов информационных систем.

МОДЕЛЬ "ДИАГРАММА ЦЕЛЕЙ" - OD применяется для описания стратегических целей компании, их иерархической упорядоченности, а также связей целей с продуктами и услугами, производимыми компанией и бизнес-процессами, поддерживающими их производство.

МОДЕЛЬ "ДЕРЕВО ПРОДУКТОВ И УСЛУГ" - PST применяется для описания продуктов и услуг, производимых в компании, а также и связи со стратегическими целями компании, бизнес-процессами, поддерживающими их производство

МОДЕЛЬ "ДЕРЕВО ФУНКЦИЙ" - FT описывает функции, выполняемые в компании и их иерархию. Данная модель часто применяется для построения дерева бизнес-процессов компании.

МОДЕЛЬ "ДИАГРАММА ПРОЦЕССА" - FAT позволяет границы бизнес-процесса, поставщиков и клиентов ОКРУЖЕНИЯ описать окружение или показывая его входы, выходы,

МОДЕЛЬ "ДИАГРАММ ЦЕПОЧКИ ДОБАВЛЕННОЙ СТОИМОСТИ" - VACD является прототипом классического DFD-стандарта и используется для описания бизнес-процессов верхнего уровня. Дополнительным отличием данной и других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами. При этом для каждого типа потока используется свой объект. На модели VACD методологии ARIS в отличие от классического подхода также используется логические связи между работами, которые позволяют отобразить логическую последовательность выполнения работ. Модель "Расширенная цепочка процессов, управляемая событиями" e. EPC/ARIS

МОДЕЛЬ "МАТРИЦА ВЫБОРА ПРОЦЕССА" - PSM является прототипом классического DFD-стандарта и используется как альтернатива для модели VACD. Матрица выбора процессов по отношению к диаграмме цепочки добавленной стоимости является с одной стороны более упрощенным вариантом описания процесса, с другой стороны данная модель содержит дополнительные объекты, позволяющие показать другие аспекты бизнес-процесса. Простота матрицы выбора бизнес-процессов связана с тем, что на данной модели не показываются информационные и материальные потоки. Что касается других аспектов, то данная модель позволяет на одной схеме компактно и наглядно показать различные варианты выполнения бизнес -процесса, который описывается. Соответственно матрицу выбора процессов целесообразно применять вместо диаграммы цепочки добавленной стоимости в случаях, когда описываемый бизнес-процесс имеет несколько вариантов исполнения, каждый из которых ложится базовую схему.

МОДЕЛЬ "EXTENDED EVENT DRIVEN PROCESS CHAIN" - EEPC является прототипом классического WFDстандарта и используется для описания бизнес-процессов нижнего уровня. Дополнительным отличием e. EPC-модели от классической WFD-схемы является наличие на модели объекта, который называется событием. С помощью событий изображается факт, время или событие инициирующие начало выполнения работ процесса, а также факт или время их завершения.

МОДЕЛЬ "ОРГАНИЗАЦИОННАЯ СТРУКТУРА" ORG используется для описания организационной структуры компании. На данной модели изображаются структурные подразделения, группы, должности, роли и прочие элементы организационной структуры и связи между ними.

МОДЕЛЬ "ДИАГРАММА ТИПОВ ИНФОРМАЦИОННЫХ СИСТЕМ" - ASTD используется для описания структуры информационных систем, используемых в компании. На данной модели показываются типы и модули информационных систем, программные продукты, взаимосвязь между ними и бизнеспроцессами организации, которые они автоматизируют.

ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ ВОЗМОЖНОСТЯМИ ARIS Процессы верхнего уровня 1 2 3 4 1 VAD 3 Сценарий процесса Сценарии процесса 3 EPC 4 PSD VAD 2 Подпроцесссы © IDS Scheer AG scheer. ru Окружение функции 16 www. ids- 4 FAD Процедура

ОПИСАНИЕ АС, ДОКУМЕНТОВ, ТЕХНИЧЕСКИХ СРЕДСТВ, ПРОДУКТОВ/УСЛУГ Модель классификации ИС Модель верхнего уровня классификации документов Модель структуры ИС Дерево продуктов/усл уг © IDS Scheer AG scheer. ru www. ids- Модель Модели классификации технических ресурсов Процедур а 17 Организационная диаграмма 2 -го уровня

Описание деятельности в ARIS Автоматическое формирование регламентов АВТОМАТИЧЕСКОЕ СОЗДАНИЕ И ОБНОВЛЕНИЕ РЕГЛАМЕНТНЫХ ДОКУМЕНТОВ НА ОСНОВЕ МОДЕЛЕЙ И ДАННЫХ В ARIS Регламент – табличная форма Регламент – XML форма Регламент – текстовая форма

БОЛЕЕ ПОДРОБНО РАССМОТРИМ СЛЕДУЮЩИЕ МОДЕЛИ e. EPС Дерево отказов (FAULT TREE ANALYSIS — FTA) Организационная диаграмма Organizational Chart ARIS Диаграмма Исикавы диаграмма причин и факторов И другие

Нотация Aris e. EPC МОДЕЛЬ СОБЫТИЙНОУПРАВЛЯЕМОГО ПРОЦЕССА (EXTENDED EVENT-DRIVEN PROCESS CHAIN)

НОТАЦИЯ ARIS EPC Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Нотация ARIS е. ЕРС относится к классу нотаций work flow (потока работ), которые предназначены для описания деятельности в динамике. Модели потоков работ (ARIS е. ЕРС, IDEF 3 и др. ) позволяют отобразить последовательность выполнения отдельных функций процесса. На следующем слайде приводятся основные используемые в рамках нотации ARIS е. ЕРС объекты.

ОБЪЕКТЫ EPC МОДЕЛИ Событие Функция Документ Кластер Интерфейс процесса Состояние, которое является существенным для управления БП и которое оказывает влияние или контролирует дальнейшее развитие одного или более БП. Изменения состояния отражается с помощью информационных объектов. Действие или набор действий, выполняемых над исходным объектом (документом, материалом и т. п. ) с целью получения заданного результата (документа, материала и т. п. ). Информационные носители, как материальной формы (бумажные документы и т. д. ), так и электронного представления информации: файлы, электронные письма, ресурсы Интернет, ОЛАП. Отражает логический взгляд на набор типов сущностей и типов отношений в модели данных, что требуется для описания сложных объектов. Описывает предшествующие и последующие процессы.

ОБЪЕКТЫ EPC МОДЕЛИ Тип прикладной системы Отражает обобщение отдельных прикладных систем, обладающих одинаковыми техническими и функциональными характеристиками. Прикладная система Конкретизирует понятие «тип прикладной системы» до уровня уникального экземпляра, идентифицируемого, например, по номеру версии (лицензии). Компания может владеть несколькими прикладными системами (версиями), относящиеся к одному типу. Организационная единица Является исполнителем задач, решение которых необходимо для достижения бизнес-целей. Это достаточно стабильные образования, представленные набором штатных единиц, занимаемых конкретными сотрудниками компании. Сотрудник Отдельный служащий компании, идентифицируемый, например, по его персональному коду. Он может быть связан с организационными единицами (в которые он входит), а также с функциями (которые он исполняет или за которые отвечает). Должность Элементарная организационная единица компании. С ней связаны сотрудники, и, как правило, их права и обязанности определяются именно профилем должности.

ОБЪЕКТЫ EPC МОДЕЛИ Тип сотрудника Продукт/ услуга Информационные потоки Отображает обобщение отдельных сотрудников, имеющих одинаковые характеристики. Такими характеристиками могут быть права доступа и обязанности. Например, ответственность начальников отделов, в случае существования такого объекта, потребуется описать только один раз. Представляет собой результат человеческих действий или технического процесса и может являться как материальным продуктом (тип материала, тип операционного ресурса, вспомогательные технически средства, тип упаковочного материала), так и услугой. Информационные потоки, выходные данные процесса. обеспечивающие входные и Цель Определяет цели организации, которые (предположительно) будут достигнуты при наличии соответствующих факторов успеха и реализации новых БП. Носитель информации представляет собой средство хранения информации. Оно может быть реализовано, к примеру, в виде картотеки или компьютерных файлов.

ОБЪЕКТЫ EPC МОДЕЛИ Категория знаний Документированное знание МОЗГОВОЙ ШТУРМ: НАЗНАЧЕНИЕ КАЖДОГО ОБЪЕКТА? Используется для классификации знаний по тематикам и областям использования. Позволяет специфицировать знания, содержащиеся в документах, чертежах и относящиеся к заданной категории знаний. ПОВТОРИМ ОБЪЕКТЫ?

КАКИЕ ПРАВИЛА НЕОБХОДИМО СОБЛЮДАТЬ ПРИ РАЗРАБОТКЕ МОДЕЛИ EPC?

ПРАВИЛО № 1 Каждая EPC модель должна начинаться как минимум одним стартовым инициирующим событием (состоянием) и завершаться как минимум одним результирующим событием (состоянием). События и функции по ходу выполнения процесса должны чередоваться (сменять друга).

ПРАВИЛО № 2 События и функции должны иметь только по одному входящему и одному исходящему отношению, показывающему ход выполнения бизнес-процесса.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: Если события соединяются оператором AND (и), то выполнение следующей за ними функции может быть начато после того, как произойдут все события. Если события соединяются оператором OR (или), то функция выполняется, если произойдет, по крайней мере, одно событие. Если события соединяются оператором XOR (исключающее или), то функция начинает выполняться после того, как произойдет одно (и только одно) событие. Если функция соединяется с событиями оператором AND, то в результате выполнения этой функции происходят все события. Если функция соединяется с событиями оператором OR, то в результате выполнения функции происходит, по крайней мере, одно событие. Если функция соединяется с событиями оператором XOR, то в результате выполнения функции происходит максимум одно событие.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: Если функции соединяются друг с другом оператором AND, то следующее за ними событие происходит только после того, как все функции выполнены. Если переключающее событие связано со следующими за ним функциями оператором AND, то это событие переключает на выполнение все функции. Если функции соединяются друг с другом оператором OR, то событие произойдет после того, как будет выполнена, по крайней мере, одна функция. Если функции соединяются друг с другом оператором XOR, то событие произойдет после того, как будет выполнена одна (и только одна) функция. Событие не может принимать решения. Поэтому после события не может стоять оператор OR или XOR, за которым следуют функции.

СВОДНАЯ ТАБЛИЦА Not Allowed Event Function Event Event Function x Function > Not Allowed Event Function > XOR Function > > Function Event Function x AND Event > Event Multiple x Single Function Trigger Single Multiple > Event Trigger Event Possible connector and triggering combinations

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: На входе и выходе разветвления обязательно должны использоваться одинаковые операторы. Определяются предшествующие и последующие процессы и отображаются в интерфейсах. Делаются ссылки с интерфейсов на соответствующие процессы.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: Если нет предшествующих и последующих процессов в рамках компании, то используется объект «Границы процесса» ( «Начало процесса» , «Завершение процесса» ). Отображается вся необходимая информация и ресурсы, необходимые для выполнения функции, а также результаты выполнения функции. Необходимо максимально точно отображать входящую и исходящую информацию. Если в результате выполнения функции не создается новый документ, а только выполняются какие-то действия над входящим, то на выходе необходимо указать информацию о выполненных действиях, при этом название документа не меняется.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: Любое движение документов необходимо фиксировать в информационном объекте ( «документ передан» , «документ получен» ). Если согласно стандарту, положению или другого нормативного документа предусмотрена регистрация движения документов, то на EPC диаграмме обязательно отображается отдельная функция «Регистрация документа» . При этом регистрация входящих документов, осуществляется после получения, а регистрация исходящих документов, осуществляется передачей.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: Определяется и отображается нормативный документ который регламентирует выполнение каждой функции. Определяется и отображается исполнитель каждой функции.

ПРАВИЛО № 3 НА EPC — ДИАГРАММЕ ДОПУСТИМЫ СЛЕДУЮЩИЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ПРАВИЛ ВЕТВЛЕНИЯ/СЛИЯНИЯ: ЛОГ-01: Закупки товаров на склад НОВАЯ ВЕРСИЯ Подошел определенный срок, в спецификаци ик договору С заключе поставщиком догово н р Формир и заявк отправка поставщик и у АРМ "Менеджер закупк по е" АРМ "Оператор НСИ " Требуетс внесение я данных новых картотеку в номенклатуры Поставщи квыстави счет на л предоплату Внесение в картотеку данных номенклатуры Данные в номенклатур картотеку ы внесен ы Менеджер по закупке Анали выставленног з счет о а Заявк поставщик а у Предоплаты по поставк нее требуется Счет предоплат на у Принят решени о об е уплате БУХ"Учет07: операци банковских й" Платеж подтвержде поставщику н Принят решени о об е платеж отсрочке а Не потребност удовлетворена ь клиент а Заявка клиент от а Спецификац ия Догово р ование Сформирова заказ в н дом Торговом е ЛОГ-03 Отгрузка ТД: оптовы товаров покупателя м м Поставщи к отказа л Удалени заявки е систем из ы Заявка систем из удален ы а АРМ "Менеджер закупк по е" Отказ предложени от япоставщик а Поступил предварительн а ая накладная поставщик от а АРМ "Менеджер закупк по е" Накладна я (копия ) Сверка заявк накладной и и Накладна не я заявк соответствует е Накладна я заявк соответствуе е т Менеджер по закупке Прибы груз л поставщик от а Номер закупки АРМ "Менеджер закупк по е" Товар соответствуе не тпоступивше й накладно й Прием поступившег фактически о товар а МО Л АРМ "Оператор НСИ " МО Л Товар требуетс принят, штрихя кодирование Формировани е заявки штрихна кодирование Заявк на штриха сформирован кодирование АРМ "Бухгалтер по расчетам поставщикам с и" Заявка штрихна кодирование а Штрихтовар кодирование наклейка а, этикеток Выставлен ыпретензи транспортно и й компини и Этикетк а АРМ "МОЛ" Закупка системе в найден не а МО Л Закупка системе в найдена Сверка накладной содержания и закупк и Накладна я Счетфактура ГТ Д Номенклатура количество и соответствуе закупки тпоступивше й накладно й Размещени е товара склад на сканировани е, е Товар информаци расставлен, язанесена в скане р МО Л Грузчик и Импорт из сканера в информации систему АРМ "МОЛ" Информация систему в импортирована Обработк приходног а о ордер а Сформирован складские ы проводки Анали поставк з и АРМ "Менеджер закупк по е" Менеджер по закупке Приходны й орде р Отчет по ценам Цены соответствую поставки заявк т е Визировани документо е передача в, бухгалтери в ю Документы бухгалтери в поступил ю и АРМ "Бухгалтер по расчетам поставщикам с и" Обработк накладно а формировани й, бухгалтерск е их проводо к Сформирован бухгалтерски ы е проводк и Обработк счетаа фактуры Счетобработа фактура н Отображаются все прикладные системы, которые используются при выполнении функции. Выявлена убыто прибыль/ к Редактирован и разноска ие проводо журнала к Сформирован бухгалтерски ы епроводки на по сче транзитный т Номер закупки Поиск в закупки системе Содержани езакупки соответствуе не тпоступивше йнакладно й Передача в отдел накладной снабжения Накладная отдел в передан снабжения а Копия накладной Акт излишко недостачи/ в Анализ акта вбухгалтери и Этикетки штрихсо наклеен кодом ы Номенклатур нет в ы справочнике АРМ "Оператор НСИ " Закупка встатус "Заказан е о" Формировани е журнал складских а проводок Акт и передан в сформирован бухгалтерию АРМ "МОЛ" Товар штрихпринят, не кодирование требуется Внесени данных е вжурна коммерческ л соглашени их й Журна коммерческ л соглашени их й обновле н Обновлени е стро закупк к и Строки обновлен закупки ы Проверк астатус закупк а и Накладна я Счетфактура ГТ Д Товар поступивше соответствует й накладно й Сформирова дополнительно но е соглашени ек договору АРМ по "Экономист ценам" Информация склад на передана Прием по товара мест, количеству качеств проверка а МО Л Менеджер по закупке Изменение типа закупк перевод цен и, рубл в и Заявк переведена а в стату заказан с о Передача на информации склад АРМ "Менеджер закупк по е" АРМ "Бухгалтер по расчетам поставщикам с и" Цены не поставки заявк соответствуют е Приходны й орде р Накладна Ввод и накладны распределение храсходо в Накладные распределен расходы ы Приходны й орде р Накладна я ГТ Д Счетфактура Сумма НДС в не сф совпадает с суммой в НДС накладной Ввод в сторнировочно систему й накладно й Сформирован сторнировочны ы е бухгалтерски е проводк и я Счетфактура ГТ Д Переговоры поставщико с м Поставщи к измени накладну л ю Отказ поставк от и Дополнительн соглашение ое к договор у Требуетс внесение я данных новых картотеку в номенклатуры Внесение в картотеку данных номенклатуры Данные в номенклатур картотеку ы внесен ы По обработа закупке приходны н й орде р

ПРИМЕРЫ EPC МОДЕЛЕЙ

ПРЕДМЕТНАЯ ОБЛАСТЬ - ОТДЕЛ МУЛЬТИМЕДИЙНЫХ ОБУЧАЮЩИХ СИСТЕМ. БИЗНЕС-ПРОЦЕСС - ФОРМИРОВАНИЮ ОТЧЁТНОСТИ AS-IS TO-BE

ПРЕДМЕТНАЯ ОБЛАСТЬ – ОТДЕЛ ДОГОВОРОВ БИЗНЕС-ПРОЦЕСС (УЧЕТ ДОГОВОРОВ ). МОДЕЛЬ AS-IS

ПРЕДМЕТНАЯ ОБЛАСТЬ – ОТДЕЛ ДОГОВОРОВ БИЗНЕС-ПРОЦЕСС (УЧЕТ ДОГОВОРОВ). МОДЕЛЬ TO-BE

ПРЕДМЕТНАЯ ОБЛАСТЬ – ОТДЕЛ КАДРОВ БИЗНЕС-ПРОЦЕСС (УЧЕТ КАДРОВ)

ПРЕДМЕТНАЯ ОБЛАСТЬ – СЕТЬ ФИТНЕС-КЛУБОВ «PERFICT-FIT

«Фишбоун» Модель Исикавы «ПРИЧИННО-СЛЕДСТВЕННАЯ ДИАГРАММА» , «РЫБИЙ СКЕЛЕТ» ИЛИ «ДЕРЕВО ПРОБЛЕМ»

СХЕМА ФИШБОУН «РЫБИЙ СКЕЛЕТ»

СОЗДАТЕЛЬ СХЕМ «ФИШБОУН» Схемы (диаграммы) «фишбоун» были придуманы профессором Кауро Ишикава, поэтому часто называются диаграммы Ишикава. Каору Исикава родился в 1915 году. В 1947 году стал ассистентом профессора в Токийском университете, а в 1960 - доктором в области инженерных наук и профессором. Награжден премией Деминга. Известность Каору Исикава принесли кружки качества и причинно-следственные диаграммы, которые теперь так и называются "диаграммы Исикавы". Автор книг "Руководство по управлению качеством" (Guide to Quality Control), "Что такое всеобщее управление качеством? Японский путь" (What is Total Quality Control? The Japanese Way).

ЗНАТЬ! Модель Исикавы – графическое изображением, помогающее идентифицировать и наглядно представить причины конкретных событий, явлений, проблем или результатов. Анализируемую проблему помещают на правом конце горизонтального отрезка (голова рыбы). Основные группы причин распределяют как рыбий скелет. К каждой первичной причине подводят линии (стрелки) второго порядка, к которым, в свою очередь можно подвести линии третьего порядка и т. д. Каждая из линий, нанесенная на схему, должна представлять собой в зависимости от ее положения либо причину, либо следствие: предыдущая линия по отношению к последующей всегда выступает как причина, а последующая как следствие.

ЭТАПЫ ПОСТРОЕНИЯ МОДЕЛИ: 1. Сбор всех факторов, причин, каким-либо образом влияющих на исследуемый результат. 2. Группировка факторов по смысловым и причинноследственным блокам. 3. Ранжирование этих факторов внутри каждого блока. 4. Анализ получившейся картины. 5. «Отбрасывание» факторов, на которые мы не можем влиять. 6. Игнорирование малозначащих и непринципиальных факторов. Модель Исикавы используется как аналитический инструмент для отбора факторов и нацеливания на наиболее важные, приводящие к конкретному результату причины, поддающиеся управлению.

ПРАВИЛО «ШЕСТИ М» В общем случае существуют следующие шесть возможных причин тех или иных результатов: материал (material), оборудование (machine), измерение (measurement), метод (method), люди (man), менеджмент (management). Измерение Материал Метод Контрольные Формы Тесты Домашняя работа Приемы Низкая Ученики Учителя Родители Менеджмент успеваемость Учебный процесс Режим дня Расписание уроков Учебники Люди Компьютеры Оборудование

ОБЩИЕ ПРАВИЛА ПОСТРОЕНИЯ МОДЕЛИ «ФИШБОУН» 1. Прежде чем приступать к построению диаграммы, все участники должны прийти к единому мнению относительно формулировки проблемы. 2. Изучаемая проблема записывается с правой стороны в середине чистого листа бумаги и заключается в рамку, к которой слева подходит основная горизонтальная стрелка — «хребет» (диаграмму Исикавы из-за внешнего вида часто называют «рыбьим скелетом» ). 3. Наносятся главные причины (причины уровня 1), влияющие на проблему, — «большие кости» . Они заключаются в рамки и соединяются наклонными стрелками с «хребтом» . 4. Далее наносятся вторичные причины (причины уровня 2), которые влияют на главные причины ( «большие кости» ), а те, в свою очередь, являются следствием вторичных причин. Вторичные причины записываются и располагаются в виде «средних костей» , примыкающих к «большим» . Причины уровня 3, которые влияют на причины уровня 2, располагаются в виде «мелких костей» , примыкающих к «средним» , и т. д. (Если на диаграмме приведены не все причины, то одна стрелка оставляется пустой). 5. При анализе должны выявляться и фиксироваться все факторы, даже те, которые кажутся незначительными, так как цель схемы — отыскать наиболее правильный путь и эффективный способ решения проблемы. 6. Причины (факторы) оцениваются и ранжируются по их значимости, выделяя особо важные, которые предположительно оказывают наибольшее влияние на показатель качества. 7. В диаграмму вносится вся необходимая информация: ее название; наименование изделия; имена участников; дата и т. д.

ПРИМЕРЫ МОДЕЛЕЙ ИСИКАВЫ

«Организационная диаграмма» Organizational Chart

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

ОБЪЕКТЫ ДИАГРАММЫ Должность Тип сотрудника Внештатный сотрудник Элементарная организационная единица компании. С ней связаны сотрудники, и, как правило, их права и обязанности определяются именно профилем должности. Отображает обобщение отдельных сотрудников, имеющих одинаковые характеристики. Такими характеристиками могут быть права доступа и обязанности. Например, ответственность начальников отделов, в случае существования такого объекта, потребуется описать только один раз. Это лицо, выполняющее определенные функции в компании, но не являющееся служащим этой компании. Он может назначаться к организационным единицам или функциям, к выполнению которых он привлекается со стороны или за которые он отвечает.

ОБЪЕКТЫ ДИАГРАММЫ Организацион ная единица Является исполнителем задач, решение которых необходимо для достижения бизнес-целей. Это достаточно стабильные образования, представленные набором штатных единиц, занимаемых конкретными сотрудниками компании. Группа Отображает группу сотрудников, работающих вместе в течение определенного промежутка времени, например, проектная группа. Расположение Определяет физическое местонахождение организационных единиц, оборудования и технических ресурсов компании. Им может быть регион, город, завод, здание, комната и даже отдельное рабочее место. Организационная схема Сотрудник Отражает совокупность организационных рассматриваемых на верхнем уровне абстракции. взаимосвязей, Отдельный служащий компании, идентифицируемый, например, по его персональному коду. Он может быть связан с организационными единицами (в которые он входит), а также с функциями (которые он исполняет или за которые отвечает).

ПРАВИЛА ПОСТРОЕНИЯ ДИАГРАММЫ 1. Для построения диаграммы организационной структуры используются объекты, указанные в разделе «Объекты» , и связи между ними, указанные в разделе «Типы связей» . 2. Определяются организационные единицы компании (отделы, подразделения, цеха и т. д. ). 3. Определяются и отображаются связи между организационными единицами компании. Модель строится иерархически, от верхнего уровня структуры к нижнему уровню. В модель верхнего уровня включаются подразделения организации, а также дочерние компании, входящие в структуру Холдинга. Каждое из них детализируется на более низкие уровни — уровни структурных подразделений.

ПРАВИЛА ПОСТРОЕНИЯ ДИАГРАММЫ 4. Определяются и отображаются руководители организационных единиц (компании, отдела, подразделения). 5. Определяются и отображаются должности, входящие в организационные единицы. 6. Определяются и отображаются сотрудники, которые подчиняются непосредственно начальникам.

ПРАВИЛА ПОСТРОЕНИЯ ДИАГРАММЫ 7. Определяются и отображаются фамилии, имена и отчества людей, которые занимают соответствующие должности. 8. Определяются и отображаются бизнесроли каждого человека.