Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Январь 21 2021 10:12:09   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 27442
4.12.1 Професси... 25211
Примеры, синони... 21909
FAST (методика ... 20059
Просмотр готовы... 19811
Декартовы коорд... 18841
Просмотр готовы... 16759
содержание - се... 15560
Работа с инстру... 12724
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
3. Матричная структура управления
чаще всего применяется в области управления проектными организациями. С точки зрения теории управления является очень эффективной, но переход к ней возможен только после тщательного налаживания связей и взаимодействия между администраторами подразделений и руководителями отдельных проектов.
Матричная структура управления изображается в виде матрицы сотрудников (подразделений) и работ, построенной по принципу двойного подчинения:
• административному руководителю, который отвечает за обеспечение сотрудников (подразделений) ресурсами для выполнения основных обязанностей;
• руководителю проектных работ или руководителю по направлению (рис. 14).
В состав команд, выполняющих работы по проектам и направлениям, могут входить различные сотрудники из различных подразделений. Возглавляет работы назначенный руководитель проекта или направления. Начальник подразделения в таком случае отвечает за обеспечение работающих сотрудников ресурсами и инфраструктурой. Как правило, управление на матричной основе захватывает не всю организацию, а только часть ее производства, так как управление на основе матричной схемы является очень сложным для реализации.
Для эффективного управления по такой схеме, когда один сотрудник может быть задействован в различных работах и проектах, необходимо четко определить ресурсы сотрудников, скоординировать их загрузку и составить документы, определяющие права, обязанности и полномочия всех участников работ. Внедрение матричной структуры дает хороший эффект в организациях с достаточно высоким уровнем корпоративной культуры и квалификацией сотрудников, в противном случае возможна дезорганизация управления (на фирме «Тойота» внедрение матричной структуры заняло около 10 лет).


4. Размер процесса должен быть не меньше, чем величина объекта управления (подразделения), для которого составляется документированный план.
Планирование результатов процессов должно совпадать с существующей системой планирования организации, иначе придется создавать еще одну систему планирования, что существенно увеличит непроизводственные расходы организации.
5. Размер процесса определяется экономической целесообразностью создания ограниченного числа центров учета затрат.
Совершенно аналогично предыдущим правилам для планирования, составления бюджетов и управления процессами
необходимо создать систему управленческого учета, хотя бы в простейшем виде. Система должна учитывать результаты процесса, эффективность процесса и показатели удовлетворенности клиентов результатами процесса. Количество центров финансового учета должно быть ограниченным и конечным.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
12.6 УПРАЖНЕНИЯ
Глава 3. Как выбр...
Справочная сущность
Тип и вхож...
Правила для сущностей
Почему САПР не "эл...
Параллельный
Карты в руки!
2.3.1 Общие сообра...
Иерархическая база...
5.4 ЗАХВАТ ФАЙЛА ...
Предисловие
Страница «Информац...
Обязательные атрибуты
2.1.4. Уровень 4 ...
БИБЛИОГРАФИЧЕСКИЙ ...
Встроенная карта
Глава 6. Подключен...
Глава 3. GARMIN ST...
6. Программные про...
9.4. Интегрирован...
Определение связи
Video Logic DigiTh...
От Аристотеля до ...
Глава 8. Acer n35
Выводы
содержание - сетев...
1.3.2 Среда выпол...
Формальный синтаксис
Группа 2 — програм...
Fortuna ClipOn Blu...
3. Классификация о...
Источник питания
7.8 КОМАНДНЫЙ ПРОЦ...
2.2.4 Измерение ур...
ГЛАВА 5. БУДУЩИЕ ...
Единицы измерения
Экран записи маршрута
Принцип 2. Клиент ...
2.4.6 Код Хемминга...
Мини-чат
Вам необходимо залогиниться.

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