Совершенствование информационного обеспечения управления предприятиемРефераты >> Менеджмент >> Совершенствование информационного обеспечения управления предприятием
Модель должна представлять в точности то, что хотят показать, проиллюстрировать, объяснить, понять, обсудить или улучшить — ничего больше, но и не меньше. Обычно модель бизнеса разрабатывается только для тех отделов компании, которые осуществляют ключевые бизнес-процессы. Ключевые бизнес-процессы — это те, в которых участвуют клиенты, и те, благодаря которым компания получает прибыль.
Модель бизнеса нужна для того, чтобы управлять развитием компании систематически, а не полагаться на случай и везение. Но даже при наличии совершенной модели бизнеса фактор риска обязательно остается, равно как и неопределенность. Модели лишь помогают уменьшить риск, избежать некоторых ошибок.
Техника моделирования должна быть достаточно мощной для построения как общих моделей компании в целом, так и ее детальных описаний.
В общем случае модель бизнес-процесса должна давать ответы на следующие вопросы:
1) какие функции (работы, операции) необходимо выполнить для получения заданного конечного результата;
2) кто выполняет функции процесса;
3) как происходит взаимодействие исполнителей при выполнении этих функций, в какой последовательности;
4) какие механизмы управления существуют в рамках рассматриваемого бизнес-процесса;
5) какие входящие документы/информацию использует каждая функция процесса;
6) какие исходящие документы/информацию генерирует каждая функция процесса;
7) какие ресурсы необходимы для выполнения каждой функции процесса;
1.2. Современные методологии описания бизнес-процессов.
Полный анализ всех бизнес-процессов предприятия это достаточно трудоемкий и длительный процесс. Методология «полного» описания бизнес-процессов рассчитана на организации, поставившие своей целью реальное улучшение деятельности в разумные сроки. Данная методология помогает в первую очередь навести элементарный порядок в управлении, а затем переходить к внедрению элементов процессного управления. «Полным» метод назван вследствие того, что он основан на детальном анализе информационных и материальных потоков организации и четком определении пересечений этими потоками границ функциональных подразделений. Типичный срок анализа и улучшения ситуации с процессами для данного метода – 1-1,5 года.
Часто ставится задача локального описания некоторых выделенных бизнес-процессов на первом этапе (1-3-й месяц), следующих – на втором (4-6-й месяц) и т.д. При таком подходе приходится выделять часть процессов действующей организации и заниматься их описанием. В этом случае «ускоренному» или, говоря другими словами, «неполному» методу описания бизнес-процессов, по-видимому, нет альтернативы. Сделаем сравнительный анализ (см табл. 1) методологий «полного» и «ускоренного» описания бизнес процессов[7].
При выполнении первого шага в обеих методологиях рассматривается организация в целом и ее окружение. Определяются внешние входы и выходы. Результатом работ является спецификация входов/выходов и окружения организации. При описании деятельности организации на этом этапе важно показать основных субъектов окружения и основные потоки так, чтобы модель не стала слишком сложной, но в то же время была достаточно информативной для целей дальнейшего выделения основных бизнес-процессов.
Таблица 1
Сравнительный анализ методологий «ускоренного» и «полного» описания бизнес-процессов.
Методология "ускоренного" описания бизнес-процессов |
Методология "полного" описания бизнес-процессов |
1 |
2 |
Шаг 1. Определить внешних клиентов организации и входы/выходы для организации в целом.
|
Шаг 1. Определить внешних клиентов организации и входы/выходы для организации в целом.
|
Шаг 2. Составить перечень основных бизнес-процессов организации, формирующих внешние выходы
|
Шаг 2. Привязать полученные входы/выходы к подразделениям организации.
|
Продолжение таблицы 1 | |
1 |
2 |
Шаг 3. Определить внутренние входы/выходы каждого процесса и определить недостающие вспомогательные бизнес-процессы.
|
Шаг 3. Определить внутренние входы/выходы для каждого подразделения организации
|
Шаг 4. Описать каждый бизнес-процесс в виде набора функций
|
Шаг 4. Определить перечень функций, выполняемых в каждом подразделении.
|
Шаг 5. Распределить полученные функции по подразделениям организации
|
Шаг 5. Для каждого подразделения сгруппировать функции по процессам, формирующим выходы. Привязать к этим процессам входы.
|
Продолжение таблицы 1 | |
1 |
2 |
Шаг 6. Детально описать каждый процесс при помощи выбранной методики
|
Шаг 6. Используя входы/выходы между подразделениями сгруппировать бизнес-процессы подразделений в бизнес-процессы организации
|
Шаг 7. Составить регламенты по каждому бизнес-процессу. Сформировать матрицы ответственности по каждому бизнес-процессу.
|
Шаг 7. Сформировать матрицы ответственности по каждому подразделению. На основе этих матриц составить матрицы ответственности бизнес-процессов организации.
|