одна из самых распространенных ошибок при дизайне системы ПМ - рассматривать его изолированно только как HR-процесс.

🔴 когда дизайном занимается L&D, они добавляют блок перфоманса к LMS (learning management system). в итоге для менеджеров эта процедура становится дополнительной, трудозатратной и даже как будто бессмысленной. слышали такое? ‘Мы уже по бизнесу все обсудили, а цели по развитию это дополнительный шаг, у меня нет времени’.

🔴 когда дизайном занимается HR tech, они за базу берут текущую или планируемую HRIS (bambooHR, Hibob, workday, factorial, Skailer, SAP и тд). и их основная забота - обеспечить правильные пути и доступы, чтобы формы открывались и сохранялись, желательно еще ложились в дашборды. но тут другая крайность - так как дизайнят под конкретную платформу, следующая смена платформы может стать триггером для редизайна. и все снова. миграция, доступы, другая архитектура. в итоге менеджеры, пережившие хотя бы одну миграцию HR систем, решают забить на них и ведут свои записи в эксельках. надежнее.

🔴 когда за дизайн берётся C&B, то все начинает крутиться вокруг грейдов. и ПМ превращается исключительно в инструмент обоснования / легитимизации движений между грейдами

🔴 если дизайн ПМ становится вотчиной ребят из орг дизайна, там своя история: все становится привязано к должностным инструкциям, структурам подчинения и тд.

могу продолжать еще, но думаю мысль вы уловили)

делитесь в комментах, с чем согласны, с чем нет

#performancemanagement #corporatepolitics #мыслипроПМ #goalsetting #revenueperemployee