Помощничек
Главная | Обратная связь


Археология
Архитектура
Астрономия
Аудит
Биология
Ботаника
Бухгалтерский учёт
Войное дело
Генетика
География
Геология
Дизайн
Искусство
История
Кино
Кулинария
Культура
Литература
Математика
Медицина
Металлургия
Мифология
Музыка
Психология
Религия
Спорт
Строительство
Техника
Транспорт
Туризм
Усадьба
Физика
Фотография
Химия
Экология
Электричество
Электроника
Энергетика

Определение системы процессов организации



В главе 3 рассмотрим методику описания системы процессов организации. Приведем определение системы процессов.

В этой главе я использую термины «система процессов» и «архитектура процессов» в качестве синонимов.

Описание системы процессов организации означает создание модели, в которой в структурированном виде представлена информация обо всех процессах организации.

Построение системы процессов не означает комплексного описания процедур (алгоритмов) выполнения всех процессов на всех уровнях управления, то есть создания так называемой комплексной модели процессов. Речь здесь идет только о дереве процессов. Для компании среднего размера можно разработать систему процессов за два-три месяца, в то время как описание всех процессов на операционном уровне займет несколько лет (в зависимости от количества выделенных ресурсов), что нецелесообразно. Описывать нужно только те процессы, которые предполагается оптимизировать и регламентировать.

Система процессов может быть описана в файле MS Excel или в виде специального справочника в инструментальном средстве моделирования процессов[72].

Как правило, система процессов организации представляет собой иерархический справочник процессов следующего вида:

 

1. Процессная категория (1-й уровень).

1.1. Процессная группа (2-й уровень).

1.1.1. Процесс (3-й уровень).

1.1.1.1. Операционный процесс (4-й уровень).

1.1.1.1.1. Операция (5-й уровень). 1.1.1.1.1.1. Транзакция (6-й уровень).

 

В табл. 3.1.1 представлены основные определения, которые можно использовать при формировании системы процессов организации.

 

Таблица 3.1.1. Определения уровней деятельности в системе процессов организации


 

 

Рис. 3.1.1. Пример представления системы процессов организации в виде графической схемы


 

 

Система процессов может строиться сразу в виде иерархического справочника процессов. Другой возможный вариант – описание модели деятельности компании на верхнем уровне в некоторой нотации с последующим представлением в виде иерархического справочника. Если речь идет о построении системы процессов для действующей организации, то, с моей точки зрения, полезно разрабатывать систему процессов сразу в виде справочника, не формируя графическую модель верхнего уровня. Форма справочника более понятна большинству руководителей. Далеко не все топ-менеджеры могут воспринимать сложные графические модели структурного типа (например, в нотации IDEF0[73]).

После того как система процессов в виде иерархического справочника построена, при необходимости могут быть созданы модели деятельности в виде графических схем. На уровнях 1–3 целесообразно использовать структурные типы моделей (например, IDEF0). С уровня 4 (для небольших компаний – с уровня 3), как правило, описание выполняют при помощи схем в формате Work Flow. Удобный способ их визуального представления – кросс-функциональные схемы, содержащие дорожки. На каждой дорожке указываются операции, выполняемые подразделениями/сотрудниками/бизнес-ролями. Пример:

«начальник отдела продаж» – сотрудник, «инициатор договора» – бизнес-роль. Подробно методики описания графических схем в формате Work Flow рассмотрены в главе 4.

 

Как правило, на уровне операционных процессов в системе процессов компании определяются и согласуются между собой входы/выходы процессов. Вопрос определения и согласования входов/выходов не такой простой, как кажется. Дело в том, что определение входов/выходов – весьма неоднозначная и ресурсоемкая задача. Если есть уверенность в том, что система процессов построена


 

 

адекватно (а это зависит от методики и опыта бизнес-аналитиков), то входы/выходы могут быть корректно определены уже на следующем этапе – описания бизнес-процессов. Конечно, при этом в систему придется вносить некоторые изменения. Но система процессов – не застывшая, а живая, развивающаяся модель деятельности организации. Поэтому не стоит бояться вносить в нее изменения. Важно определить и регламентировать правила их внесения.

Для описания системы процессов организации можно использовать MS Excel (мне известны примеры крупных компаний, которые поддерживают репозиторий процессов в этой программе).

Форма представления системы процессов в MS Excel показана на рис. 3.1.2. Каждая процессная категория находится на отдельном листе файла.

 

Рис. 3.1.2. Представление системы процессов в виде таблицы MS Excel

 

 

При формировании дерева процессов и описании его в виде таблицы (рис. 3.1.2) возникает вопрос – как правильно показывать входы/выходы для процессов? Для нижнего уровня (четвертого и, возможно, третьего) ответ очень прост: следует описывать конкретные документы (бумажные, электронные) и материальные потоки. Но что делать при описании входов/выходов для процессов верхнего уровня (первый-второй, иногда[76] третий)? Существует как минимум три основных варианта:

1. Агрегировать информационные и материальные потоки и показывать их в обобщенном виде, соответствующем уровню процессов.

2. Не показывать входы/выходы на тех уровнях процессов, где нужно делать агрегирование (то есть там, где невозможно или слишком сложно показывать потоки реальных документов/материалов).

3. Дублировать описание входов/выходов в виде списка, повторяя все входы/выходы, определенные для процессов нижних уровней.

 

Первый вариант предполагает, что бизнес-аналитики, проектирующие систему процессов организации, достаточно квалифицированны, чтобы выполнять декомпозицию/агрегирование как процессов, так и потоков ресурсов (информационных и материальных). Если в этом есть сомнения, то лучше оставлять ячейки с описанием входов/выходов для процессов верхнего уровня пустыми (вариант 2), заполняя их только для детальных процессов конкретными наименованиями документов/материалов. Третий вариант – наименее удобный, так как ведет к дублированию большого количества информации


 

 

в таблице и усложнению ее восприятия.

Заполнение таблицы процессов вида 3.1.2 в MS Excel сопряжено с существенными затратами рабочего времени. Ее лучше всего использовать на начальной стадии проекта внедрения процессного подхода, пока нет возможности применить более эффективные инструменты (например, среду моделирования процессов). Перенос системы процессов из таблицы в среду моделирования требует незначительных трудозатрат.

На первых стадиях внедрения процессного управления использование таблицы в MS Excel – самый простой и удобный вариант. Для небольших компаний дерево процессов в MS Excel вполне может использоваться постоянно, без переноса в какую-либо другую систему.


 

 




Поиск по сайту:

©2015-2020 studopedya.ru Все права принадлежат авторам размещенных материалов.