d9e5a92d

Человеческие ресурсы

На определенном уровне детализации (как правило, n=5...7) в роли субэлемента выступает какой-то ресурс бизнес-объекта. Считается, что модели собственных функций и свойств ресурсов известны; предполагается, что функции и свойства ресурсов консервативны, то есть, не зависят от системы политик, проводимых высшим руководством бизнес-объекта. На первом уровне логической структуры, показанной на рис.3, обозначено пять главных элементов: система политик, инфраструктура, производственные отношения, система товарообращения и информационно-справочная служба (Служба). Подробно здесь рассматриваются два ключевых элемента первого уровня логической структуры: инфраструктура и информационно-справочная служба
На втором уровне логической структуры видно, что инфраструктура есть совокупность недвижимости, внутренних продуктов и Системы ресурсов бизнес-объекта. В свою очередь, на третьем уровне показано, что Система ресурсов включает в себя логические, материальные и трудовые ресурсы
Легко представить, что в бизнес-объекте существует реестр располагаемых ресурсов, в одном из разделов которого перечислены все материальные ресурсы и каждому их них дан идентификатор - собственное имя - под которым ресурс известен в бизнес-объекте. С каждым ресурсом связан специфический том всевозможной информации и данных, обозначенный на рис.

3 как "Ресурс (Имя)". В томе существуют разделы, в которых приводятся: исходная форма представления собственных функций и свойств ресурса; сводная модель ресурса, включающая в себя Ч-, С-, и О-модели функций и свойств.

Содержимое тома Ресурс (Имя) представлено на различных носителях информации, главными из них является бумага и электронные носители информации.
Как здесь принято, в словах А и Б операторов алгоритма реализации каждой из целевых функций ресурса, содержатся квалификационные требования к работнику, претендующему на занятие определенного рабочего места. Эти требования не персонифицированы, они обусловлены исключительно техническими характеристиками ресурса.

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

Данные ЛД (Имярек) характеризуют работника, во-первых, как личность дают представление о его системе ценностей, взглядах, притязаниях, темпераменте, способностях, обучаемости, коммуникабельности и проч. качествах личности работника. Во-вторых - характеризуют потенциал живого труда, носителем которого является имярек.
Сведения о квалификации работника следует рассматривать как предложения на внутреннем рынке труда. Файлы ЛД (Имярек) интересны и значимы именно с этой точки зрения.
Существование базы данных трудовых ресурсов обеспечивает выполнение требований ИСО 9001:2000, касающихся персонала. Эти требования процитированы ниже.

Человеческие ресурсы


6.2.1 Общие положения
Персонал, выполняющий работу, влияющую на качество продукции , должен быть компетентным в соответствии с полученным образованием, подготовкой, навыками и опытом.
"6.2.2 Компетентность, осведомленность и подготовка
Организация должна:
а) определить необходимую компетентность для персонала, выполняющего работу, которая влияет на качество продукции;

  1. обеспечивать подготовку или предпринимать другие действия с целью удовлетворения этих потребностей;

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

Бизнес-объект
Система политик Инфраструктура Производственные отношения Система товарообращения Информационно-справочная служба
Недвижимость Внутренние
продукты
Система ресурсов бизнес-объекта СУБД
целевая
СУБД
производственная
Логические
ресурсы
Материализо-ванные ресурсы Трудовые
ресурсы
Консолидирующие
ресурсы
Обособленные организационные структуры

Прочие виды
деятельности

Рис.3
Логические ресурсы бизнес - объекта образуют две группы: а) консолидирующие ресурсы и б) обособленные определенными организационными рамками ресурсы. Последние представлены в бизнес-объекте устойчивыми организационно-техническими структурами, условно названными здесь Отделами.



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

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

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

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

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

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

Высшее руководство в системе консолидирующих ресурсов имеет множество частных функций, которые можно свести к двум главным:

  1. Постановка задачи о проектировании оптимальных производственных отношений в бизнес-объекте, руководство ее решением, внедрение проекта в жизнь и поддержание проектных производственных отношений в повседневной деятельности бизнес-объекта, постановка перспективных задач.
  2. Информационное обеспечение собственной деятельности.

Первую из названных целевых функций высшее руководство реализует, прежде всего, путем разработки неких критериев оптимальности производственных отношений и составления технического задания (ТУ) на проектирование производственных отношений, частью которых является система менеджмента. При составлении ТУ необходимо иметь в виду требования, содержащиеся в МС 9001:2000 (Раздел 5 Ответственность руководства) Технические условия должны предусматривать итерационный процесс проектирования системы менеджмента.
Невзирая на то, что ТУ являются сугубо "внутренними", их следует представлять в той содержательной и лаконичной форме, которая сложилась в отечественной практике и воплощена в требованиях Государственного стандарта ГОСТ 2.114-95 Технические условия
Проектирование производственных отношений в бизнес-объекте сводится к комплексной разработке и оптимальном распределении между логическими ресурсами целевых функций, типичных для той миссии, которую принял на себя бизнес-объект. Разработчиком комплекса целевых функций является Система СОМ, функционирование которой должно, в конечном счете, обеспечить:

  • оптимизацию состава логических ресурсов;
  • разработку комплекса процедур организационно-распорядительной деятельности руководителей всех уровней;
  • разработку процедур, устанавливающих порядок внесения корректировок в действующие процедуры;
  • разработку контрольных процедур, относящихся к проверке соответствия фактических и проектных производственных отношений;
  • разработку процедур декомпозиции производственной (целевой) Программы на прикладные задачи и организацию решения каждой из них;
  • разработку процедур распределения без пересечений ролевых функций между решателями прикладных задач;
  • разработку процедур обеспечения прослеживаемости процессов и результатов живого труда субъектов ролевых функций;
  • разработку форм документирования процедур, обеспечивающих прослеживаемость организационно-распорядительной деятельности на всех уровнях руководства. При этом документированные процедуры обретают статус внутренних стандартов бизнес-объекта, так называемых, стандартов предприятия (СТП). При разработке и актуализации СТП в бизнес-объекте не следует значительно уклоняться от требований к СТП, сформулированных в Государственном стандарте ГОСТ Р 1.4 - 92 Стандарты предприятия. Общие положения:
  • разработку помехозащищенных каналов движения документов от разработчика к исполнителю.
  • создание справочника по системе менеджмента бизнес-объекта, который может существовать в двух вариантах: для демонстрации системы менеджмента второй стороне, например, в рекламных целях, и для демонстрации системы менеджмента качества третьей стороне и сторонам, заинтересованным в успешности бизнес-объекта.

В разработке форм документирования и помехозащищенных каналов много общего с традиционной организацией делопроизводства, поэтому здесь следует использовать накопленный бюрократами [2,8,15] положительный опыт (то есть, приемлемый в новой экономике России). В частности, следует ориентироваться на выполнение требований ГОСТ 6.10.5-87 Унифицированные системы документации. Требования к построению формуляра-образца и ГОСТ Р 6.30-97 Унифицированные системы документации.

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

Требования к документации

4.2.1 Общие положения
Документация системы менеджмента качества должна включать:
а) документально оформленные заявления о политике и целях в области
качества;
b) руководство по качеству;
с) документированные процедуры, требуемые настоящим международным стандартом;
d) документы, необходимые организации для обеспечения эффективного
планирования, осуществления процессов и управления ими;
е) записи, требуемые настоящим международным стандартом (4.2.4). Примечание 1 . Там, где в настоящем международном стан дарте встречается термин до кументированная процедура, это означает, что процедура разработана, документально оформлена, внедрена и поддерживается в рабочем состоянии. Примечан ие 2. Степень документированности системы менеджмента качества одно й организации может отличаться от другой в зависимости от:
а) размера организа ции и вида деятельности;

  1. слож ности и взаи модействия процессов;
  2. с) компетенции персонала.

Пр имечание 3. Документац ия может быть в любой форме или на любом носителе. 4.2.2 Руководство по качеству Организация должна разработать и поддерживать в рабочем состоянии руководство по качеству, содержащее:
а) область применения системы менеджмента качества, включая подробности и обоснование любых исключений (1.2);
b) документированные процедуры, разработанные для системы менеджмента качества, или ссылки на них;
с) описание взаимодействия процессов системы менеджмента качества. 4.2.3 Управл ен ие документацией Документами, требуемыми системой менеджмента качества, необходимо
управ лять. Записи - специаль ный вид документов, и ими надо управлять согласно требованиям, приведенным в п. 4.2.4.
Для определения необходимых средств управления должн а быть разработана документированная процедура, предусма тривающая:
а) проверку докуме нтов на адекватность до их выпуска;
b) анализ и актуализацию по мере необходимост и и переутверждение документов;
с) обеспечение идентификации изменений и станса пересмотра документов;
d) обеспечение наличия соответствующих версий документов в пунктах их применения;
е) обеспечение сохранения документов четкими и легко идентифицируемыми;
f) обеспечение идентификации документов внешнего происхождения и управления их рассылкой;

  1. предотвращение непреднамеренного использования устаревших документов и применение соответствующей идентификации таких документов, оставленных для каких-либо целей.


4.2.4 Управление записями Записи должны вестись и поддерживаться в рабочем состоянии для предоставления свидетельств соответствия требованиям и результативности функционирования системы менеджмента качества. Они должны оставаться четкими, легко идентифицируемыми и восстанавливаемыми. Надо разработать документированную процедуру для определения средств управления, требуемых при идентификации, хранении, защите, восстановлении, определении сроков сохранения и изъятии записей."
Назначение информационно-справочной службы состоит в том, чтобы собирать и в систематизированном виде хранить данные и информацию о деятельности бизнес-объекта и о внешних условиях ее протекания; а также в том, чтобы предоставлять хранимые данные и информацию определенному кругу пользователей для анализа, обработки и иных способов использования. Прежде всего, для разработки оптимальных управленческих решений [10,17,25].
Целевую функцию информационно-справочной службы, прямо вытекающую из принципа "принятие решений, основанных на фактах", устанавливает высшее руководство бизнес-объекта. В формулировании требований к информационно-справочной службе должны участвовать Системы СОМ и НТД, что обеспечит гармоничное решение технических вопросов по информационному обеспечению деятельности высшего руководства.
Информационно-справочную службу (Службу) можно представить как две взаимодействующие системы управления базами данных (СУБД). Одна из них позволяет оперативно использовать запасенные в БД информацию и данные, имеющие прямое отношение к одной или многим целевым Программам. Такая СУБД условно именуется "целевой".

Объектами целевой СУБД являются базы данных, идентифицируемые БД (целевая Программа). Целевая СУБД управляет базами данных, в которых хранятся сведения о консервативных свойствах логических и материальных ресурсов, о производственных отношениях в бизнес-объекте, о внешних условиях и ограничениях, накладываемых Законодательством, учредителем (собственником бизнес-объекта), Государственными и ведомственными нормами и правилами, а также Решениями и Постановлениями федеральных и региональных органов исполнительной власти. Базы данных целевой СУБД обозначены на рис.3 условными изображениями магнитной дискеты. Пунктирная линия, соединяющая изображение дискеты с изображением источника информации (и данных) символизирует те процедуры, посредством которых аудио, видео информация и данные с бумажных и иных носителей передается на машинные носители.

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

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

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

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

Причины такой общности баз данных разных Программ связаны с универсальными свойствами сети процессов рис.2.
В заключение настоящего раздела следует заметить, что системы управления базами данных могут быть в большей или меньшей степени компьютеризированы. Аппаратные и программные компоненты обеих СУБД в своей основной массе являются продуктами внешних поставок. В то же время, в бизнес-объекте невозможно обойтись без разработки и эксплуатации собственных программных изделий (так называемых, пакетов прикладных программ, ППП). Для обеспечения их совместимости с приобретенными на легальном рынке программными изделиями, при проектировании собственных ППП необходимо соблюдать требования существующих Государственных стандартов, ключевыми среди которых являются: ГОСТ 19781-90 Обеспечение систем обработки информации программное.

Термины и определения; ГОСТ 15971-90 Системы обработки информации. Термины и определения; ГОСТ 20886-85 Организация данных в системах обработки данных.

Термины и определени.

Контрольные вопросы

  1. Представьте блок-схему менеджмента качества.
  2. Опишите механизм формирования и удовлетворения ролевых требований.
  3. Укажите место комплексного и место контроля живого труда.
  4. От чего зависит состав прикладных задач?
  5. Прокомментируйте цепочку: внутренний продукт вход задачи выход задачи внутренний продукт.
  6. Назовите официальных решателей прикладной задачи и объясните распределение между ними живого труда.
  7. Роль неофициальных решателей прикладной задачи, их функции и обязанности.
  8. Администратор как ключевая фигура в организации решения прикладной задачи.
  9. Обобщенная схема решения прикладной задачи
  10. Регламент ролевой функции, дайте краткую характеристику его частей.
  11. Алгоритм реализации ролевой функции Администратор.
  12. Алгоритм реализации ролевой функции Технолог
  13. Алгоритм реализации ролевой функции Планировщик
  14. Алгоритм реализации ролевой функции Оператор
  15. Алгоритм реализации ролевой функции Инспектор
  16. Три разновидности живого труда субъектов ролевых функций, принцип классификации.
  17. Охарактеризуйте рутинную ролевую функцию.
  18. Охарактеризуйте эвристическую ролевую функцию.
  19. Охарактеризуйте ролевую функцию, названную служебной обязанностью.
  20. Что означают термины цветные воротнички и оранжевые жилеты
  21. Логическая структура бизнес-объекта, опишите уровни этой структуры.
  22. Состав системы ресурсов бизнес-объекта.
  23. Состав логических ресурсов бизнес-объекта.
  24. Основные функции системы процессуального обеспечения управленческой деятельности (Системы СОМ)
  25. Основные функции системы нормативно-технической документации.

Управление трудом субъектов ролевых функций


Представляется очевидным, что возможности управлять трудом работников появляется при соблюдении следующих условий:
а) Должная профессиональная подготовка и наличие практических навыков у претендентов на исполнение ролевых функций.
б) Ясное изложение ролевых требований, которым должны отвечать процедура и результат труда субъекта ролевой функции.
в) Наличие возможностей для эффективной оценки степени выполнения ролевых требований.
г) Труд субъекта ролевой функции оптимально мотивирован.
Эти условия внутренние взаимосвязаны так, что первое из них становится, если среди целевых программ бизнес-объекта имеется программа с примерным наименованием "Программа непрерывного профессионального обучения персонала".
Изучение проблем мотивации труда в своей содержательной части выходят за пределы предпринятого здесь рассмотрения задачи о менеджменте качества продукции (услуг). Мотивация труда есть предмет изучения гуманитарных и специальных наук, методами которых [5, 13, 17, 25, 28] менеджер, по предположению, должен уметь пользоваться в любых предлагаемых обстоятельствах.

Если такое предположение отвечает действительности, то условие г) здесь будет выполнено автоматически. Если же "менеджер" не знаком с менеджментом персонала, то устранение этого провала в его знаниях здесь предусматривается в форме ознакомления со 100 советами, которые дают опытные американские менеджеры своим ученикам.

Эти советы даны здесь в виде Приложения 1 к основному тексту.
С учетом сказанного считается, что необходимыми условиями и, одновременно, методами обеспечения этих условий, являются:

  • ясное изложение ролевых требований,
  • практически реализуемая возможность оценивать степень их удовлетворения.

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



Содержание раздела