HR-инжиниринг

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

Можно выделить две группы кадровых регламентов деятельности персонала:

– 1-я группа – регламенты, которые проектируются в рамках HR-инжиниринга и определяются соглашениями менеджеров, а также соотносятся с требованиями стандартов ISO. Далее рассматривается разработка только этой группы регламентов;

– 2-я группа – правовые и учетные документы, перечень требований к содержанию которых определяется российским законодательством (в частности, Трудовой договор, учетная документация – от штатного расписания до личной карточки сотрудника).

На рисунках 3.1.1 и 3.1.2 представлены архитектура кадровых регламентов и их роль в регуляции производственного поведения.

Роль кадровых регламентов в конечном итоге сводится к регуляции производственного поведения сотрудников:

– макроуровень регуляции определяет производственное поведение всего персонала компании на длительный период времени. Этот уровень задают фундаментальные – целевые и ценностные – векторы поведения, которые фиксируются в таких регламентах, как «Кадровая политика», «Положение о стратегии управления человеческими ресурсами»;

– микроуровень регуляции охватывает поведение отдельных сотрудников в конкретных производственных ситуациях. Этот уровень задают детализированные шаблоны поведения (процедуры, методики), которые фиксируются в таких регламентах, как «Корпоративные стандарты», «Карта рабочего места», «Кадровые методики и программы», «Рабочие инструкции», «Руководство для персонала»;

– промежуточный уровень частично определяет поведение всего персонала и частично отдельных сотрудников. Этот уровень задают принципы и правила поведения, которые фиксируются в таких регламентах, как «Положение о службе управления человеческими ресурсами», «Частные кадровые политики», «Корпоративный кодекс (корпоративная этика)», «Должностные инструкции».

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

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

Регулярный менеджмент тесно связан с понятием «стандартизация». В России пока не сложилась система управленческих и электронных стандартов. Исключение составляет система ISO , да и она определяет только важные формальные признаки, не задавая ни стандарт содержания, ни стандарт разработки. Между тем в сфере управления человеческими ресурсами стандартизация прямо влияет на эффективность деятельности персонала. Например, если бы мы обладали стандартами описания рабочих мест и профессий, то могли бы существенно экономить время и повысить точность подбора, оценки, развития и стимулирования персонала. Тарифно-квалификационные справочники находятся лишь в начальной степени приближения к нужному варианту описания. Сейчас же каждое предприятие вынуждено создавать уникальные описания, затрачивая на это массу времени и сил и получая в конечном итоге достаточно кустарные результаты. Автоматизировать созданную таким образом модель очень трудно, поскольку приходится разрабатывать уникальное программное решение (печально, но с уходом разработчика программного решения и инициатора создания модели придется переделывать программный продукт).