Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
December 27 2025 06:16:53   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36076
Учимся удалять!... 32932
Примеры, синони... 24174
Декартовы коорд... 23529
Просмотр готовы... 23500
FAST (методика ... 22235
содержание - се... 21571
Просмотр готовы... 20479
Работа с инстру... 15976
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
9. Количество процессов, находящихся в подчинении у одного владельца, не должно превышать типовые нормы управляемости.
У одного владельца в подчинении может быть не более чем 7-9 процессов. При этом если процессы в организации построены по принципу вложенности сверху вниз, то для руководителей верхнего уровня количество процессов должно быть меньше 7, так как сложность управления объектами растет с их размером.
Практический опыт выделения процессов и построения систем процессного управления в российских организациях говорит о том, что для организаций численностью до 100—150 сотрудников можно выделять не более 7—8 процессов, связанных с основной и вспомогательной деятельностью. Для организаций более крупного масштаба количество процессов, выделяемых для построения системы управления, может составлять 15—20 [2].
Это не означает, что количество процессов останется неизменным в течение длительного периода времени. Изменение числа и состава процессов могут быть вызваны следующими факторами.
• Изменение внешней среды организации и, как следствие, изменение стратегических целей, направлений бизнеса, способов ведения бизнеса и управления бизнесом.
• Изменение и развитие информационного обеспечения бизнеса и управления может привести к продвижению схем процессного управления вниз по ступеням иерархии и декомпозиции процессов на подпроцессы, их составляющие.
• Изменение организационной структуры предприятия, состава, зон ответственности руководителей и их персоналий тоже может привести к изменениям в составе и структуре процессов.
Таким образом, выделенные процессы не могут оставаться неизменными раз и навсегда. Периодически необходимо проводить аудит процессов с целью выяснения их эффективности и целесообразности пересмотра.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Водозащищенность
Технология фазиров...
NavCompanion
Параллельный
Канал передачи данных
Запись трека (Trac...
Страница «Информац...
Обратный синтаксис
10.3 ТЕРМИНАЛЬНЫЕ ...
9.1.2 Выгрузка пр...
Соглашения, принят...
Рекламная эйфория
Принцип 6. Сохраня...
5.8 СОЗДАНИЕ СПЕЦИ...
6.4.1 Прерывания и...
4.7 Защита от пере...
6.4.3 Переключение...
FLS Silver, FLS Go...
8.1.6 Работа в реж...
Глава 3. Как выбр...
Пример, связанный ...
Анализ программног...
7.5 ВЫЗОВ ДРУГИХ П...
Программное обеспе...
7.3.2. Концепци...
Точность GPS
7. Продукции типа...
Глава 25. VESTA 350
Глава 6. Подключен...
2.3.2.3 Факсимильн...
Поддержка сетевых ...
Какие же цели прес...
6.6.2 Алгоритмы пр...
Правила размещения...
Пройдусь по Абрико...
Определение связи
Страница «Навигация»
Схемы подключения
Технические характ...
2.4.5 Построение д...
Мини-чат
Вам необходимо залогиниться.

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