Базовый конспект лекций для экономистов со специализациями "финансы и кредит", "бухгалтерский учет, анализ и аудит". Челябинск, 2001

Вид материала

Конспект

Содержание 2.2 . Модель прикладной задачи. Модели ролевых функций Распределение живого труда между официальными решателями прикладной задачи 2.2.1 Обобщенный алгоритм реализации целевой функции Администратор 2.2.2 Обобщенный алгоритм реализации целевой функции Технолог 2.2.3 Обобщенный алгоритм реализации целевой функции Планировщик 2.2.4 Обобщенный алгоритм реализации целевой функции Оператор 2.2.5 Обобщенный алгоритм реализации целевой функции Инспектор

Подобный материал:

• Учебно-методический комплекс Для специальностей: 080109 Бухгалтерский учет, анализ, 1131.66kb.
• Учебно-методический комплекс для специальностей " Финансы и кредит", "Бухгалтерский, 1139.92kb.
• Методические рекомендации по преддипломной практике, написанию и защите дипломной работы, 650.41kb.
• Учебно-методический комплекс Для студентов, обучающихся по специальностям: 080109 Бухгалтерский, 793.02kb.
• Общая характеристика специальности, 36.66kb.
• «Финансы и кредит», 290.06kb.
• Конспект лекций для студентов по специальности i-25 01 08 «Бухгалтерский учет, анализ, 2183.7kb.
• Рабочая программа По дисциплине «Финансовый менеджмент» По специальности 080109., 293.43kb.
• «Финансы и кредит», 649.21kb.
• Экономический анализ, 3643.95kb.

2.2 . Модель прикладной задачи. Модели ролевых функций

Основой менеджмента является решение конечного множества прикладных задач (технологических переделов) в целесообразно установленной последовательности. Процедуру решения прикладной задачи можно представить как сеть процедур исполнения ролевых функций, то есть процессов.

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

Живой труд, потребный для решения прикладной задачи, ориентирован по нескольким направлениям. Число таких направлений в предлагаемой модели прикладной задачи ограничено пятью. Каждому из направлений соответствует определенная ролевая функция; ее субъект автоматически становится официальным решателем прикладной задачи. Содержание живого труда пяти решателей прикладной задачи и статус каждого из решателей - субъектов ролевых функции показаны в табл. 2.


Распределение живого труда между официальными решателями прикладной задачи

Таблица 2

Характер деятельности, направленной на решение прикладной задачи	Статус субъекта ролевой функции
Организационная и техническая подготовка решения прикладной задачи. Проектирование оптимального состава прикладной системы ресурсов. Компиляция модели функций и свойств прикладной системы ресурсов. Постановка субзадач. Управление процессом решения прикладной задачи. Систематический контроль качества и результатов труда решателей прикладной задачи.	Администратор
Разработка технологии решения прикладной задачи. Обеспечение удовлетворения общих требований.	Технолог
Трансляция на уровень решателей прикладной задачи прикладных требований, обеспечение их выполнения.	Планировщик
Оперативная работа по реализации технологии решения прикладной задачи.	Оператор
Инспекция процедур решения прикладной задачи. Контроль выхода задачи, ведение записей о качестве выхода прикладной задачи, на основании которых принимают решение о передаче продукта задачи в инфраструктуру (выпуск) или на переделку.	Инспектор

Официальные решатели прикладной задачи образуют основу (костяк) консолидированного коллектива работников, мотивированных высшим руководством на решение прикладной задачи; прикладная задача является всегда внешней, по отношению к коллективу ее решателей. Как уже отмечалось, официальный решатель прикладной задачи может иметь неопределенное число соисполнителей (помощников, подручных, членов его команды), которые действуют под ответственность субъекта ролевой функции и получают статус рядовых решателей прикладной задачи.

Ролевую функцию Администратора прикладной задачи задает (назначает, проектирует) и персонифицирует вышестоящее руководство, которое выступает в роли постановщика прикладной задачи. Администратор получает регламент своей ролевой функции из рук вышестоящего руководства и автоматически становится связующим звеном между руководством и коллективом решателей прикладной задачи. В соответствии со своим регламентом, Администратор является гарантом качества сетевого выхода (результата решения прикладной задачи). При этом официальные решатели прикладной задачи, имеющие статусы Технолог, Планировщик, Инспектор и Оператор, выступают гарантами качества только своего живого труда и труда членов своих команд, коль таковые имеются.

Исполнение ролевой функции обеспечивает, удовлетворение всего лишь некоторой проекции комплекса требований на плоскость профессиональной деятельности официального решателя прикладной задачи. Как отмечалось, требования, оттранслированные на уровень субъекта ролевой функции, становятся основным содержанием регламента ролевой функции. Регламент естественным образом делится две части (раздела):

а) инструктивный раздел, куда транслируются общие требования и

б) директивный раздел регламента, в который транслируются прикладные требования.

Общие и прикладные требования в регламенте ролевой функции излагаются в терминах живого труда субъекта данной ролевой функции. В регламенте должны фигурировать сущности прикладной системы ресурсов и заданы значения характеристик сущностей, которые неизменны в процессе решения прикладной задачи (конструктивные, модифицируемые и аттестуемые константы); должны быть заданы законы выполнения управляющих действий и указан способ регистрации констатируемых параметров.

На рис.2 показана сеть процессов, обеспечивающая решение прикладных задач любого содержания.



Система НТД

Прикладные

т Администратор ребования,

подлежащие

трансляции

Инструктивный раздел

на уровень

регламента

оператора

Технолог

Директивный

раздел

регламента

Инспектор Планировщик

Оператор

Выпуск

Запись о качестве продукта

задачи

Выход задачи

Рис.2. Обобщенная схема решения прикладной задачи. Модель сети процессов .

2.2.1 Обобщенный алгоритм реализации целевой функции Администратор

Планирование процедуры решения прикладной задачи начинается с того, что Администратор, в соответствии со своим регламентом, подбирает оптимальный состав прикладной системы ресурсов. В ходе этой работы он должен будет обращаться к сводным и частным моделям элементов прикладной системы, которые являются объектами обязательного хранения в Системы НТД. Именно из частных моделей администратор компилирует модель функций и свойств прикладной системы ресурсов. Унифицированный алгоритм компиляции этой модели можно представить следующей схемой:

1. Обращаясь к Ч-, С-, и О-моделям каждого из элементов прикладной системы, выбрать операторы, исполнение которых необходимо для решения данной прикладной задачи. Из отобранных операторов скомпоновать модель функций и свойств прикладной системы ресурсов.
   
2. Составить перечни собственных характеристик сущностей прикладной системы для каждой из следующих четырех групп:
   

аттестуемые константы;	модифицируемые константы;
управляемые параметры;	констатируемые параметры.

3. В каждой из групп выделить те параметры/константы, которые в ходе решения данной прикладной задачи должны оставаться неизменными и задать им нужные значения. “Вычеркнуть” эти неизменяемые в ходе производства параметры/константы из дальнейшего рассмотрения.
   
4. Составить перечень параметров/констант, значения (или законы управления) которых должны установить Технолог и Инспектор. Построить модели ролевых функций Технолога и Инспектора, если таковые отсутствуют в Системе НТД в готовом виде (т.е. заранее не “запасены” в фондах НТД).
   
5. Составить регламент ролевой функции Технолог. “Вычеркнуть” из дальнейшего рассмотрения параметры/константы, значения которых должен задавать субъект этой ролевой функции.
   
6. Составить инструктивный раздел ролевой функции Инспектор. “Вычеркнуть” из дальнейшего рассмотрения параметры/константы, которые должен задавать исполнитель названной ролевой функции.
   
7. Персонифицировать ролевые функции Технолог и Инспектор.
   

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

Рассматривая деятельность Администратора как процесс, можно увидеть, что выходом процесса является инструктивный раздел регламента Инспектора и регламент Технолога. Таким путем Администратор: а) утверждает свое административное право руководить действиями субъектов этих ролевых функций, б) исполняет обязанность направлять и координировать деятельность Технолога и Инспектора и тем самым создает в группе решателей прикладной задачи основу единого подхода к ее решению.

2.2.2 Обобщенный алгоритм реализации целевой функции Технолог

Составленный Администратором для Технолога регламент (вход процесса), предусматривает построение Технологом рабочих моделей ролевых функций Планировщик и Оператор (если этих моделей не существует в готовом виде, например, в форме СТП). В соответствии с ними, Технолог разрабатывает инструктивные разделы регламентов Планировщика и Оператора (выход процесса)

В составе данных, с которыми работает Технолог, находится сводный перечень параметров/констант, в котором Администратор уже произвел свои “вычеркивания”. В общих чертах алгоритм деятельности Технолога соответствует следующей схеме:

1. Построить модели ролевых функций Планировщик и Оператор.
   
2. Разработать инструктивные разделы регламентов ролевых функций Планировщика и Оператора, в каждом из них указать параметры/константы, значения которых должны задавать субъекты соответствующих ролевых функций.
   
3. “Вычеркнуть” из дальнейшего рассмотрения те параметры/константы, значения которых определяют Планировщик.
   
4. Персонифицировать ролевые функции Планировщик и Оператор.
   

2.2.3 Обобщенный алгоритм реализации целевой функции Планировщик

Действия планировщика завершают планирование производства продукции, предусмотренного Программой. После описанных выше “вычеркиваний” в исходном списке параметров/констант остаются лишь те, управление которыми требуется для удовлетворения прикладным требованиям. Предписанные значения этих параметров/констант и/или законы управления значениями параметров устанавливает (задает, описывает) Планировщик. Для чего он должен извлечь необходимые данные из Системы НТД, где такие данные разбросаны по всевозможной конструкторской, технологической документации, ТУ и иным нормативно-техническим документам.

Путь в Систему НТД и адреса нужных данных указал Технолог в инструктивном разделе составленного им регламента Планировщика. Там же он дает (указывает) алгоритмы трансляции данных на профессиональные уровни Оператора и Инспектора.

Именно эти алгоритмы Планировщик представляет в виде директивных разделов регламентов Оператора и Инспектора.

2.2.4 Обобщенный алгоритм реализации целевой функции Оператор

Функция субъекта ролевой функции Оператор состоит в исполнении директивного раздела регламента, составленного Планировщиком. При этом технология труда Оператора должна отвечать требованиям, сформулированным Технологом в инструктивном разделе регламента Оператора.

Кроме того, Оператор ведет записи результатов самоконтроля и регистрирует значения констатируемых параметров в таких формах, которые заданы его регламентом.

2.2.5 Обобщенный алгоритм реализации целевой функции Инспектор

В регламенте Инспектора содержится исчерпывающая информация о том, какие характеристики выхода прикладной задачи надлежит контролировать, указаны методы контроля. А так же приведены требования, на соответствие которым должен проводиться контроль, указано, как оформлять записи о качестве и куда, в зависимости от результатов контроля, направлять выход прикладной задачи.