Материал: Sb96070
–документированные процедуры;
–должностные и рабочие инструкции (ДИ и РИ).
Разработка документированных описаний порядка выполнения процессов требует анализа деятельности организации, чтобы определить порядок осуществления процессов, их параллельное функционирование.
Документированные описания отдельных процессов разрабатываются для достижения общего понимания порядка выполнения процесса, что позволяет обеспечить контроль выполнения процесса и его анализ, уменьшить риски возникновения несоответствий.
Информационная карта процесса (спецификация) – документ верхнего уровня СМК, содержащий информацию об основных атрибутах процесса, которые включают следующие сведения:
–определение поставщиков и входы процесса;
–определение клиентов и выходы процесса;
–определение ресурсов инфраструктуры, необходимых для выполнения процесса;
–описание технологии выполнения процесса;
–разработку показателей, по которым оценивается процесс, его результаты и удовлетворенность клиентов процесса;
–определение (назначение) владельца процесса;
–определение границ ответственности и полномочий владельца процесса;
–установление формы отчетности владельца процесса перед вышестоящим руководителем.
Информационные карты (спецификации) процессов составляются для выделенных процессов организации в соответствии с реестром процессов и являются официальными документами организации, обязательными для исполнения всеми должностными лицами и сотрудниками в части, их касающейся.
Структура и содержание спецификации процесса выглядит следующим образом:
Раздел1.«Назначениеиобластьпримененияпроцесса(общиеположения)»:
–код процесса;
–версия и дата разработки спецификации;
–должность лица, осуществляющего руководство процессом;
–краткое описание функций (назначения) процесса.
Раздел 2. Результаты процесса и их потребители:
– результаты или выходы процесса;
16
–подразделения или другие процессы организации, являющиеся потребителями результатов процесса;
–требования и документы, устанавливающие требования к результатам процесса.
Раздел 3. Внешние поставщики и входы процесса:
–входы процесса – входная информация, субъекты или материальные объекты, являющиеся входами для данного процесса;
–процессы, подразделения организации или иные организации, являющиеся поставщиками процесса;
–требования к входам – требования и документы, устанавливающие требования к каждому входу процесса.
Раздел 4. Согласование требований. Указывается перечень руководи-
телей процессов или подразделений организации, выступающих в качестве поставщиков описываемого процесса.
Раздел 5. Виды деятельности в рамках процесса, управление и требуемые ресурсы:
–основные виды деятельности (подпроцессы, стадии и этапы или функции), выделяемые в рамках процесса;
–документы, регламентирующие управление выделенными видами деятельности: стандарты предприятия (СП), ИК процессов, документированные процедуры и др.;
–записи и данные, используемые или создаваемые в процессе выполнения различных видов деятельности;
–материальные ресурсы, подразделения и исполнители, необходимые для выполнения выделенных видов деятельности;
–требования нормативных документов и стандартов, регламентирующих выделенные виды деятельности.
Пример формы заполнения каждого раздела спецификации представлен
вприл. 3.
2.4.Графическое построение модели бизнес-процесса «AS–IS»
спомощью программного пакета All Fusion Process Modeler r7 (BPwin)
Для более наглядного изображения, документирования и моделирования бизнес-процессов могут применяться графические методы их представления и описания. Для этой цели используются как стандартные средства Microsoft Windows, так и специальные программные средства для графического пред-
17
ставления и моделирования бизнес-процессов, такие как Visio, Flowmodel, ARIS, BPwin, Бизнес-студио и другие.
Одним из самых распространенных графических средств (инструментов) описания и наглядного представления рабочих процессов являются так называемые диаграммы потока (блок-схемы алгоритма выполнения процесса). Основные символы, используемые для графического представления диаграммы потока, представлены на рис. 4.
- соответствует процессу, действию, деятельности;
- условие принятия решения;
- взаимодействие с другим процессом;
- документ;
- организационная единица (исполнитель);
- разветвление/объединение операций процесса; - направление потока (связь); - точка контроля;
Рис. 4. Символы диаграммы потока
Действительный критерий истинности блок-схемы процесса – это степень понимания процесса теми, кто его строит и использует в своей работе. Самое важное преимущество использования данного инструмента заключается в том, что все люди, связанные с данным процессом, будут понимать его однозначно.
Разработчику процесса (студенту) в рамках курсовой работы необходимо представить спецификацию процесса и постараться разработать диаграмму потока для выбранного бизнес-процесса.
Основу многих современных методологий моделирования бизнес-
процессов составили методология SADT (Structured Analysis and Design
Technique) – метод структурного анализа и проектирования, семейство стан-
дартов IDEF (Icam DEFinition, где Icam, – это Integrated Computer-Aided
Manufacturing) и алгоритмические языки. Значительно более мощным, чем диаграммы потока, средством для представления и моделирования бизнеспроцессов является подход, основанный на методологии интегрального описания и функционального моделирования бизнес-процессов (методология
IDEF0).
18
Идеология стандарта IDEF0 реализована в ряде программных продуктов компьютерной графики. Одним из наиболее известных является программа ВРwin. Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации.
Программа ВРwin (теперь – All Fusion Process Modeler) включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).
С помощью функционального моделирования (нотация IDEF0) можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении, необходимых для этого ресурсах, результатах и исходных материалах (сырье).
Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями (включая их хранение), для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
Эти методологии по-своему уникальны. Каждая из них может быть выполнена отдельно с помощью BPwin, но их совокупность, заключѐнная в модель, даѐт аналитику полную картину предметной области клиента. Подробное описание данной программы выходит за рамки настоящего пособия, поэтому ограничимся краткой характеристикой общих подходов, положенных в ее основу.
Модель состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – главные компоненты модели, все функ-
ции и интерфейсы на них представлены как блоки и дуги (стрелки).
Блоки, аналогично ранее рассмотренным блокам диаграмм потока, представляют собой некоторые функции, определенные как виды деятельности, процессы или преобразования. Их наименования вписываются в рамку блока в виде глагольной фразы или отглагольного существительного.
19
Место соединения дуги с блоком определяет тип интерфейса (рис. 5). Входы (подходят к блокам слева) и выходы (выходят из блоков справа)
представляют собой данные (информационные потоки), объекты и материалы, относящиеся к выполняемым функциям блока. Это перерабатываемые ресурсы и результаты выполнения отдельных функций блоков (процессов).
Управление
Входы
Производство и реализация продукции
Выходы
Механизм
Рис. 5. Позиционирование стрелок в модели IDEF0
Управление (подходят к блокам сверху) представляют собой условия, директивы, руководящие документы и другие ограничения, регламентирующие выполнение данной функции или работы и управляющие ими.
Механизм выполнения функций (подходят к блокам снизу) представляют собой долговременные ресурсы, необходимые для выполнения соответствующих работ процесса. К ним относятся персонал (подразделения), используемые техника и оборудование, поддерживающие процессы (инфраструктура процесса).
Каждый компонент модели может быть декомпозирован (расшифрован более подробно) на другой диаграмме. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цель. Общее число уровней в модели не должно превышать 5–6.
Построение диаграмм начинается с представления всей системы в виде одного блока и дуг, изображающих интерфейсы с функциями вне системы. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы.
20