Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
May 28 2026 01:06:39   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36405
Учимся удалять!... 33298
Примеры, синони... 24498
Декартовы коорд... 24018
Просмотр готовы... 23848
FAST (методика ... 22584
содержание - се... 21970
Просмотр готовы... 20879
Работа с инстру... 16521
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
3. Декомпозиция процессов
При рассмотрении деятельности организации в целом, для ее описания используются укрупненные процессы. Примером процесса верхнего уровня может быть процесс закупок сырья и материалов для производства, который включает такие функции, как планирование закупок, заключение договоров, оформление заказов, получение товарно-материальных ценностей, оплата, отпуск в производство. Число уровней декомпозиции процессов определяется задачами проекта, и не должно быть слишком большим - более 6—8 уровней. При определении бизнес-процессов, существующих в организации, целесообразно начинать описание процессов с верхнего уровня. Одним из важнейших вопросов, возникающих при моделировании бизнес-процессов, является определение необходимой глубины описания. При проведении декомпозиции моделей количество объектов на диаграмме растет в геометрической прогрессии. Поэтому всегда очень важно изначально определить практически целесообразную степень детальности описания.
Верхний уровень описания бизнес-процессов соответствует процессам, которыми управляют топ-менеджеры уровня заместителей генерального директора. Второй уровень процессов, как правило, рассматривается на уровне крупных функциональных подразделений предприятия. Третий уровень - уровень функций подразделений и отделов. Четвертый уровень - функции, выполняемые на рабочих местах, и т.д.
Подавляющее большинство организаций в настоящее время организовано по функционально-иерархическому принципу, подразумевающему наличие нескольких (3—12) уровней управления. Подразделения организации часто сгруппированы по функциональному признаку, т.е. по видам деятельности внутри организации. Внутри каждого такого звена существует функциональная иерархия от начальника верхнего уровня к исполнителю. Внутри звеньев функциональной иерархии существуют потоки информации, направленные сверху вниз и снизу вверх.
Управлять сложным межфункциональным бизнес-процессом самостоятельно руководитель не в состоянии. Ему придется назначать заместителей и распределять между ними сегменты процесса, закрепляя ответственность за каждый сегмент за кем-то из них. Границы сегментов такого сквозного процесса могут не совпасть с границами функциональных подразделений. Сегментирование сквозного процесса и назначение заместителей его владельца приведет к созданию некоторой иерархии управления сквозным процессом. Если такие действия будут выполнены по всем сквозным процессам, то в организации будет создана сложная многоуровневая иерархия управления бизнес-процессами. Но в этом случае в организации появятся две параллельно существующие системы менеджмента, одна из них основана на существующей структуре подразделений и является традиционной и понятной всем. Другая система менеджмента - процессная. Она живет своей жизнью, обеспечивая «эффективность» процессов. Таким образом, в организации будут одновременно существовать две системы менеджмента, которые должны постоянно согласовывать свои действия. Целесообразность подобной практики вызывает сомнения.
Поэтому, на наш взгляд, выделив сквозные процессы, можно сопоставить их с существующей структурой организации и понять, где структура «рвет» процессы с точки зрения зон ответственности руководителей. Далее мы предлагаем оставить традиционную систему, изменяя при этом границы структурных подразделений так, чтобы они совпадали с процессами, не «рвали» процессы. Это более приемлемо, чем создание и поддержание в рабочем состоянии двух систем менеджмента в одной организации. Изменение границ структурных подразделений будет проводиться исходя из целей процессов - достижения наилучшего результата.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
ГЛАВА 4. ВНУТРЕННЕ...
СИСТЕМНЫЕ ОПЕРАЦИИ...
8.1 ПЛАНИРОВАНИЕ В...
Глава 10. HUMMINBI...
9.4 ВЫВОДЫ
5.3 Принципы маршр...
Страница «Информац...
4.2. Различия межд...
GPS-модуль
В чем заключается ...
9. Количество проц...
10.1.2.5 Ioctl
Реинжиниринг бизне...
Топология “звезда”
Протоколы канально...
2.3.3.3 Импульсная...
Постоянное обновление
ПРЕДИСЛОВИЕ
Об авторе
Глава 18. GSM/GPS-...
10.3.3 Терминальн...
11.4 ГНЕЗДА
3.7 УПРАЖНЕНИЯ
Настройки телефона...
Размер и форма блоков
7.2.3 Посылка сигн...
9.1.1 Управление п...
3.3 Адаптеры и пр...
По законам джунглей
2.1 АРХИТЕКТУРА ОП...
Каскадное удаление
Fortuna ClipOn Blu...
6.2.2 Страницы и т...
СИСТЕМНЫЕ ОПЕРАЦИИ
3.3. Адресация инф...
Текст
Сканируем
7.4 ОЖИДАНИЕ ЗАВЕР...
Достоинства и недо...
Правила размещения...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009