Управление процессами
.pdfвзять на себя ответственность за функционирование системы сети управления бизнес-процессами;
обеспечить вовлечение персонала;
создать атмосферу «одержимости» эффективностью и качеством бизнес-процессов.
Вовлечение персонала предполагает:
развертывание целей организации и разъяснение их на всех уровнях;
мотивацию и создание условий к улучшению процессов;
доверие и открытость информации;
делегирование полномочий (права на использование ресур-
сов);
создание атмосферы признания результатов и уважения к мастерству;
организацию и созданиевозможностей для команднойработы. Критериями успешного выполнения проекта являются:
созданная документация системы управления бизнеспроцессами соответствует реальной деятельности и практически используется;
отклонения в процессах фиксируются, причины отклонений выявляются и устраняются;
улучшаются показатели эффективности процессов, продуктов и данные удовлетворенности клиентов;
изменяется атмосфера в коллективе;
улучшаются общие показатели деятельности предприятия (рост числа постоянных клиентов и объема продаж, снижение затрат и т. д.).
Управление качеством проекта, и управление жизненным циклом проекта должны строиться на основе управления процессами данного проекта по критериям качества. При таком подходе к организации управления проектом становится возможным сократить сроки работ и повысить степень удовлетворенности заказчика качеством и функциональностью системы.
Вобщем случае организация управления проектами по критериям качества связана со следующими процессами:
—81 —
процессы построения иерархии целей как самого проекта, так и проектируемой системы;
процессы взаимосвязи и координации работ;
процессы разработки проекта;
процессы управления финансовыми, материальными и временными ресурсами;
процессы управления информационным и коммуникационным обменом между участниками проекта;
процессы управления кадрами;
процессы управления рисками.
Подход к управлению качеством при процессной организации работ основывается на том, что управление качеством также является процессом, взаимосвязанным со всеми процессами проекта. Все работы в проекте осуществляются посредством выполнения сети процессов. Структура такой сети обычно не является простой и последовательной, поэтому управление качеством в такой структуре должно основываться на группировке процессов по объектам воздействия. Пример процессов проекта приведен в табл. 10.
|
|
|
Таблица 10 |
|
|
Процессы проекта |
|
|
|
|
|
№ |
Процессы проекта |
|
Описание процессов |
1. |
Процесс выработки |
|
– установление направления проекта |
|
и управление реализацией других процес- |
||
|
стратегии |
|
сов по проекту |
|
|
|
|
|
Учреждение проекта |
|
– оценивание требований заказчика |
2. |
и разработка плана |
|
и других участников, подготовка плана |
|
проекта |
|
проекта и инициация других процессов |
3. |
Менеджмент |
|
– управление взаимодействием в течение |
|
взаимодействия |
|
проекта |
4. |
Менеджмент |
|
– предвидение изменений и управление |
|
изменений |
|
ими по всем процессам |
5. |
Закрытие проекта |
|
– завершение процессов и получение |
|
информации обратной связи |
||
|
|
|
|
6. |
Разработка |
|
– определение в общих чертах, что будет |
|
концепции |
|
делать продукт проекта |
— 82 —
Таким образом, управление качеством проектных работ достигается через управление процессами проекта по двум направлениям: 1) через структуру и работу самого процесса, внутри которого имеются потоки продукции или информации; 2) через структуру продукции или информации, протекающую внутри процесса.
Рассмотрим методику формирования моделей процессов верхнего уровня. При формировании бизнес-процессов верхнего уровня используют следующие принципы:
1)модель бизнес-процесса верхнего уровня должна содержать не более 6-8 блоков функций (следует избегать чрезмерной детализации);
2)использовать реально существующие названия функций или
работ;
3)существующую логику процесса не следует отражать детально (это выполняют при формировании детальных моделей).
4)необходимо отражать: общую последовательность работ, подразделения, участвующие в их исполнении, ключевые ресурсы;
5)важно излагать основную логику процесса.
Рис. 20. Методика моделирования бизнес-процессов
— 83 —
Методика моделирования бизнес-процессов (рис. 20) охватывает документацию по бизнес-процессам верхнего уровня и документацию по бизнес-процессам структурных подразделений, представленным по выполняемым операциям.
Процессы верхнего уровня детализируются по функциям, затем функции заносятся в классификатор. При необходимости проверяется их соответствие с функциональным наполнением положений о подразделениях. Схематично функциональная детализация процессов верхнего уровня представлена на рис. 21.
Рис. 21. Функциональная детализация процессов верхнего уровня
Построение организационной структуры предприятия описывается и анализируется на основе выбранной стратегии и результатов проведенных диагностик (рис. 22).
Диагностика |
|
Структура |
|
Стратегия |
|
|
|
|
|
Рис. 22. Построение организационной структуры
Для разработки матриц соответствия процессы-звенья, функ- ции-оргзвенья электронной функционально-организационной модели и положений о подразделениях используют последовательность действий, представленную в табл. 11.
— 84 —
|
|
|
|
|
Таблица 11 |
|
|
Матрица соответствия |
|
||
|
|
|
|
|
|
Модель |
Организа- |
Электронные |
Специализи- |
|
Положения |
отчеты с |
рованные про- |
Бумажные |
|||
соответ- |
ционные |
использова- |
граммные |
документы |
о подраз- |
ствий |
звенья |
нием модели |
средства |
|
делениях |
|
|
|
|
||
Процессы |
Соответ- |
|
|
|
Коррекция |
|
ствия |
|
|
|
|
Функции |
Соответ- |
|
|
|
Коррекция |
|
ствия |
|
|
|
|
Процессы и функции через матрицу соответствий увязываются с организационными звеньями предприятия. При необходимости разработка осуществляется с использованием специализированных программных средств. С учетом построенных моделей разрабатываются (корректируются) положения о подразделениях предприятия.
Рассмотрим методику детального описания процессов. Составление систематизирующей схемы процессов начинается с определения структуры основных процессов. Исходной точкой для идентификации основных процессов является разграничение стратегических бизнес-единиц и ключевых компетенций. Далее рассматриваются непосредственно процессы, представляющие ключевые компетенции. При этом анализ процессов носит исключительно абстрактный характер [9].
Для идентификации и отбора основных процессов используют следующую последовательность:
перечисление основных процессов;
определение границ каждого процесса;
определение стратегической значимости каждого процесса;
анализ потребности в оптимизации каждого процесса.
Для идентификации основных процессов используют следующие критерии:
стратегическое значение;
непосредственная связь с ключевыми компетенциями;
предпосылки дифференциации продуктов и услуг;
—85 —
ориентация на клиентов и непосредственная связь с рынком (исключение: ориентация на другие основные процессы);
создание вопринимаемой клиентами пользы;
сложность имитации со стороны конкурентов.
После систематизации основных процессов необходимо определить структуру вспомогательных процессов, которые обеспечивают поддержку основных процессов. Для идентификации вспомогательных процессов применяют следующие критерии:
обеспечение функциональности основных процессов;
предоставление ресурсов для основных процессов;
ориентация на внутренних клиентов;
выполнение задач, не связанных с созданием воспринимаемой внешними клиентами пользы;
возможность аутсорсинга.
Систематизация процессов направлена на формирование единой целостной структуры из множества основных и вспомогательных процессов. Процедура систематизации процессов может быть представлена следующей последовательностью:
формулирование цели систематизации процессов;
определение предназначения основных и вспомогательных процессов;
определение границ процессов;
определение связей между процессами;
оптимизация графического представления созданной структуры основных и вспомогательных процессов.
За разработкой целостной структуры процессов следует моделирование и анализ ситуации как есть. Моделирование фактической ситуации является предпосылкой идентификации слабых сторон и потенциала оптимизации. Предпосылкой разработки стратегии перехода к ситуации как надо является более полное знание фактической ситуации.
Привлеченные к проекту сотрудники со стороны получают более детальное представление о существующих проблемах организации и основных взаимосвязях. Моделирование фактической ситуации как есть в организации может применяться как способ обучения участников проекта методам процессного подхода. Мо-
—86 —
дель как есть может быть использована в качестве контрольного списка или исходной модели в рамках моделирования как надо.
После идентификации предмета моделирования рекомендуется провести его разделение на отдельные проблемные области, удобные для моделирования и анализа. Выделяют функциональнои объектно-ориентированное разделение предмета моделирования на проблемные области. Далее проводят предварительный сбор данных о процессах.
В рамках моделирования ситуации как есть представляют интерес следующие признаки процессов [43, с. 117]:
имя процесса, цель/ предмет процесса;
принадлежность процесса к основным или вспомогательным процессам (на текущий момент или в будущем);
наличие документации по процессу и ее актуальность;
задействованные организационные единицы и число задействованных сотрудников;
наличие ответственных за процесс лиц (имя, должность, организационная единица);
используемые прикладные системы;
связи с внешними партнерами (клиенты, поставщики и т. д.);
частота выполнения процесса;
среднее время выполнения процесса и максимальные откло-
нения;
частота возникновения ошибок в процессе (рекламации, доработки, исправления и т. д.);
интенсивность затрат на процесс;
оценка потребности в реорганизации и ее неотложности со стороны задействованных в процессе лиц;
пригодность рассматриваемого процесса для переноса в мо-
дель как надо.
Идентифицированные проблемные области и предварительно охарактеризованные процессы представляют собой отправную точку для моделирования как есть. Критериями для определения приоритета моделирования проблемной области могут быть:
проблемная область основного процесса;
—87 —
высокая интенсивность издержек в проблемной области;
ощутимая потребность в реорганизации процесса вследствие неэффективного его выполнения;
результаты оценки особых случаев протекания процессов. В рамках анализа фактической ситуации и выявления слабых
мест происходит детальная оценка созданных моделей как есть. Условием рационального анализа фактической ситуации является система целей предприятия. Пример системы целей для проведения анализа фактической ситуации представлен в табл. 12 [9, с. 125].
Таблица 12
Система целей для проведения анализа фактической ситуации
Функциональные цели |
Финансовые цели |
Социальные цели |
|
|
|
Сотрудники |
|
Результаты |
Экономичность |
и заинтересованные |
|
|
|
группы |
|
Снижение времени вы- |
Увеличение прибыли |
Сохранение рабочих мест |
|
полнения |
|
|
|
Повышение степени |
Снижение затрат |
Эргономичная организа- |
|
удовлетворенности |
|||
на персонал |
ция рабочих мест |
||
клиентов |
|||
|
|
||
Сокращение времени |
Снижение админист- |
Личная идентификация |
|
простоя |
ративных расходов |
с предприятием |
|
Снижение доли возни- |
Снижение заморажи- |
Повышение квалифика- |
|
кающих ошибок |
вания капитала |
ции кадров |
|
Повышение качества |
|
|
|
продукции |
|
|
Сформулированные признаки слабых мест в процессах могут быть объединены в следующие группы [43]:
1)порядок выполнения процессов;
2)информационно-техническая поддержка процессов;
3)организационная структура и персонал.
1)При анализе порядка и способов выполнения операций процессов важно обратить внимание на следующие источники проблем:
—88 —
наличие лишних процессов;
наличие лишних операций;
наличие эквивалентных по содержанию, но разных по структуре процессов;
наличие лишних или не оптимальных интерфейсов между процессами;
большое количество и сложная структура используемых формуляров и бланков.
2)При анализе информационно-технической поддержки процессов важно рассмотреть следующие источники проблем:
отсутствие необходимой функциональности в имеющихся прикладных системах;
низкая производительность прикладных систем;
отсутствие единого принципа взаимодействия между прикладной системой и пользователем;
использование различных прикладных систем для выполнения одинаковых задач в разных подразделениях организации;
избыточное хранение данных в прикладных системах, связанное с опасностью возникновения противоречивых массивов данных;
многократный ввод одних и тех же данных в результате отсутствия или несовместимости интерфейсов;
конфиденциальность важных данных администрации;
отсутствие электронного обмена данными между подразделениями организации;
недостаточное использование технологий, способствующих интеграции различных данных.
3)При анализе недостатков организационной структуры и порядка управления персоналом обращают внимание на следующие источники проблем:
неоднозначное, неподходящее или противоречивое распределение ответственности за принятие решений и выполнение работ;
нечеткие сферы ответственности сотрудников с точки зрения клиентов;
лишние уровни иерархии;
отсутствие системы мотивации и поощрения сотрудников;
—89 —
предъявление завышенных или заниженных требований к ежедневной работе персонала.
Анализ фактической ситуации образует переход к моделированию как надо. Разработка методики описания процессов включает описание целей проекта, укрупненное описание состава и последовательности работ (что делать), детальное описание состава и последовательности работ (что делать), описание методик выполнения работ (как делать) (рис. 23).
Описание целей проекта
Укрупненное описание состава и последовательности работ ( что делать)
Этап…
Детальное описание состава и последовательности работ (что делать)
Описание медик выполнения работ (как делать)
Приложения (формы документов, приказов и т.п.)
Рис. 23. Разработка методики описания процессов
Реальная деятельность, приносящая дополнительное качество, не осуществляется отдельными элементами линейно-функциональ- ной иерархии, а пронизывает предприятие в виде совокупности бизнес-процессов. Процессная модель предприятия является основой для проведения анализа бизнес-процессов, который приводит к выводам о необходимости их реорганизации. Результатом проведения данных работ выступают разработанные модели процессов предприятия как надо, описывающие более рациональную технологию выполнения процессов.
Задача перехода на процессно-ориентированную организацию деятельности сводится к решению задачи адекватного описания деятельности с точки зрения процессов, ее составляющих, проведения оптимизации полученных моделей и генерации моделей новых (будущих) процессов.
— 90 —