Зарплаты специалистов
Sep. 12th, 2006 11:15 am![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
booblecat.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
useful_faqКакие могут быть объективные показатели выполнения работы у сотрудников отдела сопровождения? От системного администратора до сотрудника техподдержки? Замена серверов и мена маршрутизации у сисадминов плохо оценима, она работает на перспективу и прямой прибыли не приносит. А сотрудники технической поддержки вообще 100% времени заняты прямыми служебными обязанностями по принятию и роутингу клиентских заявок, локализации проблем и т.п.
Каковы могут быть объективные параметры совершённых работ / занятости, исходя из которых можно оценить зарплату специалиста? Об абсолютных величинах речи не идёт, понятно, что с привязкой к конкретному городу числа будут меняться.
Каковы могут быть объективные параметры совершённых работ / занятости, исходя из которых можно оценить зарплату специалиста? Об абсолютных величинах речи не идёт, понятно, что с привязкой к конкретному городу числа будут меняться.
no subject
Date: 2006-09-12 04:27 am (UTC)Наличие/отсутствие сбоев в работе системы за период
В конце концов - список выполненных работ...
no subject
Date: 2006-09-12 04:34 am (UTC)no subject
Date: 2006-09-12 04:36 am (UTC)Или они все всегда отработаны?
Есть система оценки качества? (Например оценка клиентом)..
no subject
Date: 2006-09-12 04:41 am (UTC)Система оценки качества невозможна. Клиенту оценку доверять невозможно вообще, ибо он не в курсе структуры системы, объективных невозможностей и т.п., видит только конечный результат. Оценка тогда будет сильно зависеть просто от его настроения.
no subject
Date: 2006-09-12 04:57 am (UTC)no subject
Date: 2006-09-12 07:16 am (UTC)И даже если каким-то мифическим образом удастся выстроить шкалу, на отчётность будет уходить уже в пару раз больше времени, что недопустимо.
no subject
Date: 2006-09-12 07:50 am (UTC)На самом деле сколько эту тему ни обсуждали, вывод получился один: посчитать нельзя. Оплачивать это возможно только по фиксу или повременно.
no subject
Date: 2006-09-12 08:11 am (UTC)no subject
Date: 2006-09-12 09:03 am (UTC)Но, вообще говоря, систематизировать нужно не столько по сложности, сколько по типу работ. Рыть ямы - это один тип, для него такой-то норматив. Дирижировать - другой тип, там свои нормы.
Отчётность не должна быть сложной. Пусть точность пострадает - это не страшно, один фиг разброс в работах выше, чем погрешности в отчётах. Достаточно примерно знать, 1) на что и сколько тратит времени работник и 2) насколько точно он способен оценить свои затраты до начала работы. П.1 даст вам картину занятости и способностей, а п.2 даст работнику обратную связь по качеству, а вам позволит планировать затраты.
no subject
Date: 2006-09-12 11:42 am (UTC)1. Рытьё ям.
1.1. Копание канавок в песочнице.
1.2. Посадка картошки.
1.3. Рытьё траншей 2*2*10 м.
...
1.x. Раскопки карера в мёрзлом грунте.
2. Дирижировал оркестром.
2.1. Симфоническим.
...
И т.п.
В этой системе, во-первых, придётся, опять-таки, разводить пункты по сложности и трудозатратам, а во-вторых — увеличить количество писанины не вдвое, а втрое.
no subject
Date: 2006-09-12 02:34 pm (UTC)Так что, по-хорошему, хватит одной формы писанины: тикет с описанием работы и полями "Планируемое время", "Фактическое время". Заполнить его - дело минуты. Копии отработаных тикетов и их анализ должны быть доступны как начальнику, так и работникам (чтобы те могли их проанализировать при желании - "обратная связь"). Анализировать нужно в первую очередь грубые ошибки планирования времени (т.е. разницу между планируемым и фактическим временем, в любую сторону). Если спец умеет/научился планировать своё время - это уже само по себе показатель опыта. И тут уже можно начинать сравнивать его средние затраты времени относительно других специалистов того же профиля - но вряд ли там будут большие различия.
no subject
Date: 2006-09-12 03:42 pm (UTC)Когда исполнение работы зависит не только от него, а ещё от двух-трёх человек, загруженных тем же самым по самое не могу — в дедлайны он попадает довольно часто. И прикинуть время можно с точностью до порядка кроме разве что самых банальных случаев.
Отсюда сомнительная верность и остальных выводов.
no subject
Date: 2006-09-12 04:16 pm (UTC)no subject
Date: 2006-09-12 04:20 pm (UTC)no subject
Date: 2006-09-12 05:59 pm (UTC)no subject
Date: 2006-09-12 04:17 pm (UTC)no subject
Date: 2006-09-12 11:43 am (UTC)no subject
Date: 2006-09-12 06:39 am (UTC)Хотя опять же - необходимо как-то учесть разные уровни сложности задач.
no subject
Date: 2006-09-12 08:24 am (UTC)Можно подумать, что это только от админов зависит :-)
no subject
Date: 2006-09-12 08:30 am (UTC)Будут сами себе создавать трудности и героически преодолевать.
no subject
Date: 2006-09-12 08:41 am (UTC)no subject
Date: 2006-09-12 08:48 am (UTC)Но если винт вылетел и не был заменен в приемлимые сроки, а информация не была забэкаполена своевременно - это о чем-то говорит?
no subject
Date: 2006-09-12 05:00 am (UTC)no subject
Date: 2006-09-12 06:35 am (UTC)no subject
Date: 2006-09-12 07:06 am (UTC)Главное - не поддаться желанию гнать "прогрессивные планы" и сокращать "лишних" специалистов.
no subject
Date: 2006-09-12 08:26 am (UTC)no subject
Date: 2006-09-12 08:48 am (UTC)no subject
Date: 2006-09-12 05:10 am (UTC)no subject
Date: 2006-09-12 06:36 am (UTC)Если да - то можно учитывать эффективность работы по загрузке сотрудника.
no subject
Date: 2006-09-12 08:29 am (UTC)no subject
Date: 2006-09-12 09:05 am (UTC)no subject
Date: 2006-09-12 09:51 am (UTC)no subject
Date: 2006-09-12 10:27 am (UTC)no subject
Date: 2006-09-12 10:08 am (UTC)Возьмем пример: некий цех печет торты. Чем больше продадут - тем лучше. Для этого есть оборудование и люди их обслуживающие. Так вот, у обсл. персонала з/п должна зависить от результата продаж. А крутят ли они гайки или нет - это дело десятое. В идеале может быть все так настроено, что им делать ни чего не нужно, но товар выпускается - и это главное.
no subject
Date: 2006-09-12 10:24 am (UTC)