Возникла необходимость определения эффективности работы сотрудников отдела ИТ и,в частности, программиста 1с.Нужно выделить ключевые количественные показатели,дабы премировать или же наоборот-депремировать работников.Хочу заметить,что отдел обслуживает внутренние потребности организации и не занимается аутсорсингом.Хочется услышать ваше мнение или же ваш опыт.

Для начала нужно создавать план работ по дням с отслеживанием выполнения.

Чем больше спит на работе, тем лучше работает. А так по целям, по целям. Достиг молодец, не достиг - не молодец

Все работает - премия
Ничего не работает - штраф )))

По количеству выпитого пива:)) Чем меньше выпил, тем больше работает:)
И никогда не пытайтесь определить объем работы по количеству написанного кода!

1. Исполнение планов работ
2. Количество обращений пользователей по _программным_ ошибкам во _внедренных_ решениях

Сбегать чтоль за попкорном?!

Если сотрудник на поддержке - процент закрытых заявок.
На доработке - процент успешно пройденных контрольных точек в разработке.

(5) по 2 пункту: если все нормально настроили и пользователи не обращаются, то нате вам штраф )))

(0) если такой вопрос возникает - смело увольнять весь отдел. Затем некоторое время курить пиписку и думать - какие же критерии эффективности работы IT бывают...

(0) Смотри по яндексу "управление качеством проекта" или по-простому много денег приносит - хороший работник, мало - наоборот.

(0) Если сможешь выполнить совет из (1) то можешь считать что жизнь прожил незря.

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

(7)Что есть контрольные точки в разработке,подробнее пож-та

(8) Наоборот. Если нет _программных_ ошибок - вот вам премия ;)
Ошибки неправильного пнимания пользователей, некорректно поставленного ТЗ не рассматриваем

(10) отдел IT не приносит денег...

Размер премии программиста 1С обратно пропорционален количеству новых седых волос у главного бухгалтера.

эффективность - насколько можно сократить к-во сотрудников в основных отделах. и насколько можно снизить уровень знаний у пользователей которые работют в программах.

(15) Иногда можно рассматривать _экономию_ денег.
Как экономия по сравнению с привлечением сторонних разработчиков, как экономия от повышения производительности труда и т.п.
Но мало кто считает подобное.

(13) Делается план, в плане отмечается, когда должен быть завершен каждый этап. Например:
1) Разработка отчета до 10.07
2) Тестирование отчета до 15.07
3) Внедрение отчета до 18.07
4) Переделка отчета до 25.07
5) Увольнение программиста до 31.07

Сколько точек (в месяц) прошли вовремя в процентах - количественный показатель.

(18) слишком субъективное понятие... каждый месяц рассчитывать нереально

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

(16)Хорошо сказано,но у нас глав.бух красит волосы :)

(21)+100

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

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

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

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

(26) Бухгалтер звонит и говорит: 1С фигню какую-то показывает, спасите!
А отдел ИТ в ответ - вызов специалиста 1000 рублей в час, минимум 2 часа)) Будете заказывать?:)))

(26) видела такое... там во всех отделах такое внедрили... это была жесть...
А потом считали какой отдел больше заработал, тому и премия...
Доходило до мордобая...

(26) тупиковый путь. проверено неоднократно...

(27) а у меня есть пример, как после внедрения программы уволили 3-х сотрудников, которые раньше выполняли эту работу...

(28) А можно всех посмотреть? :-)

(26) дядька... объелся обычного рекламной фигни.. эта схема в ИТ не работает

(31) это частный случай. как правило происходит при внедрении небольших локальных систем...

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

(0)
По каким показателям можно оценить эффективность скажем бухгалтерии? Или экономического отдела?

ТАк же и тут.

(27) +1 хотя это может считаться задачей внедрения, но она практически не достижима

(35) Уволили не программистов, а расчётчиков :-)
(34) Ну да, расчёт себестоимости производства в реальном времени - небольшая локальная задачка...

Задача мотивирования персонала должна быть возложена на отдел по борьбе, тьфу ты, по работе с персоналом..
или 1С -ники и айтишнеги начали осваивать новые профессиональные просторы??

(36)Т.е по субъективным?

(40) мягко говоря...

(30) Почему это тупиковый? Мы так работаем уже год - не знаю как все, а ИТ-шники довольны. Бабло настраивает на нужный лад, а раньше как при коммунизме "сделай это, сделай то..."

(26)Ожидаемый результат: ИТ-отдел фактически становится внутренним франчем со всеми вытекающими. Первое вытекающее: дело будет вестись так, чтобы увеличить кол-во обращений юзеров в отдел. До известного предела, ес-но :)

(42) если начнут оценивать работу по количеству строчек кода, то прогеры тоже не пропадут ;)

(43) Обращений и так що пц было! Их количество напротив снизилось

(45) но выросло в цене ;)

(41)Может по скорости выполнения заявок?

(47) не всегда выполнение заявки зависит только от сотрудника IT-отдела...

(48)А от чего еще,конкретнее пож-та

(+48) и к тому-же нужно будет разработать нормативы... иначе это так-же субъективно...

(42) В том что ИТ-шники довольны, я нисколько не сомневаюсь. Год - абсолютный не показатель для этого процесса. Как правило, такая структура сыпется года через три...

(46) Правильно, только теперь я занимаюсь только проектами по 1С, а не помощью безграмотному персоналу. В конце месяца сдаем руководству отчет по заявкам и обращениям: а там "Иванов" - "не умеет пользоваться почтой". Ага, иди сюда Иванов!
Мы за твою безграмотность ИТ-отделу бабла заплатили! Больше Иванов не звонит.

(46) Цены все равно ниже рынка.

(52) а когда таких Ивановых станет 50% от всего персонала, то вам устроят темную )))

(52) в итоге этот Иванов оказывается ген. директором или еще хуже владельцем, и вся эта айтишная лафа заканчивается ;)...

(55) В случае с директоратом еще лучше. Денег понятно никто никуда не несет, но всегда есть отмаз: "Вот посмотрите, мы срочняк вашим ноутом занимались, поэтому продинамили финика", например..

(0) Имхо. Эффективность ИТ отдела оценивается исходя из затрат на ИТ относительно прибыли, полученной организацией.

(56) Это не работа, фигня какая-то. Такое долго не живет. Как сказано в (54) в итоге это выливается во всеобщее недовольство сотрудников и как следствие отказ от таких ит-услуг...

(0) Главное не строить никаких мотивационных схем для самих ИТ-ков. Вот тут сразу грабли, проходили... 1С-ники, как известно, жадные - соответственно, делают то и только то, что приносит деньги в ущерб здравому смыслу

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

(0) Для начала определите, цели и основные задачи для работников, а там уже смотрите выполняется это или нет. А то возьмут программиста и ждут от него какого то чудо, сами не зная какого именно.

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

(21) + 10000
Подобное вызывает только идиотский смех.
Оценить работу ИТ отдела можно только за большой период - год например.
Главный показатель, что небыло инцидентов которые остановили работу фирмы более чем на 2 часа. Все остальное фигня.

(62)  жесть... тогда точно добром не кончится...

(60) не зависит говорите? Это значит. что у вас ИТ работает на 4 как минимум из 5 баллов.

(62) я ж говорю, до поры до времени это всё. а уж если в течение года хотели отказаться, значит вы уже достали их изрядно ;)...

(65) оригинально... и в чем прямая связь работы IT-отдела и прибыли компании в целом ?

(65)Косвенно зависит.Прошу аргументировать свои высказывания,если не влом :)

(62) А бухгалтерия не дорого берет за то, что обслуживает ваш отдел?:) А уборщица? Руководство? Аренду сами платите?

(67) в наше время отсутствие оперативной информации как следствие реакция на событие.
Вы видимо не работали в таких компаниях. ИТ это не только бухгалтерия.
Например сколько стоит 2 часа простоя в ТЦ Европейский  в субботу осенью сказать?

+70 не всего ТЦ а среднего магазина там

(70) Можно оценить ущерб от простоя, но сложно оценить прибыль от работы отдела...
А если считать эффект от работы как отсутствие ущерба, на нах такой IT-отдел нужен ?

(70)Тут связь косвенная,потому что отдел ИТ может только добиться сокращения потерь от простоя,а заработать самим нельзя.

(73)+100

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

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

Если быть точным,то я спрашивал о количественных показателях,а не качественных.Но к сведению принимается,спасибо за развернутый пост.

шас начнется как 1С-ники из себя художники, вдохновение

(78) ну и не без этого )))

Я все буквы не ичтал, потому что их много.
Предлагаю эффективность программиста считать по количеству строк.

(80) бугага ))) Пробовал ? Удачи )))

(76) количество претензий, количество часов, количество перебоев, количество нарушений..., (при желании все можно в количество перевести)

(82) тогда возникнет вопрос по нормативам...

(72) (73) вы очень узко мыслите. Причем тут заработать или нет. Без работы ИТ отдела никто не заработает

(83) это уже для отдельной ветки)

Количество отказа системой в обработке действий пользователя
Количество Инцендентов
Количество выполненых обращений на обслуживания по SLS

есть еще другие параметры, но эти первичные

(73) и темне меее это единственный показатель работы ИТ отдела - отсутствие простоя в работе фирмы.

(70) а скока стоит "2 часа простоя в ТЦ Европейский  в субботу осенью"?

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

(87) а вот тут +100, как и говорила в (3)

(87) тогда бы в ИТ отделах одни сисадмины были

(90) и никто ничего бы не внедрял

(0) В количестве написанных документо-строк

(92)
И будет вереница ничего не делающего г0вно-кода с поэмами и одами в комментариях

(92) смотри (81)

(87)Возникновение простоя фирмы скорее приведет к депермированию,тут я согласен.А вот как оценить, наработал ли сотрудник на премию?!

(92) смотри лучше (80). вставай в очередь, я первый.

(95) для этого нужно прочитать "положение о премирование" там написаны критерии оценки

+(95)Работает ИС стабильно:без простоя и глюков-получай свой оклад.

(44) особенно интересно, как оценивать по строчно отчет на СКД, например :)

Смотрите все (4) - это я первый сказал!

(99) они комментариев напишут мама не горюй ;)

(99) *построчно, конечно же :)

(0)работа ИТ подразделения количественно не меряется
в лучшем случае как-то можно оценить транзакционные издержки, всё остальное от лукавого

(95) а щас вы как это определяете?

(102) даешь ДЕОптимизацию кода !!! )))

(97)Что имеется ввиду под положениями?В трудовом договоре такого положения нет.Как раз и предлагается определить количественные показатели,чтобы создать критерии...

(99) Кол-во строчек запроса + количество заполненных ячеек настроек)

(103)+если автор реально сможет найти к.л. количественные показатели, пологаю это будет лаурят на нобелевку

(88) в конторе которой я работал, там был отдел. 1 час по этим параметрам обходился в 50 т.р. выручки или 30 т.р. прибыли

Количество жалоб тоже непросто считать. Считать ли жалобу "IT-шники удалили картинку у меня с рабочего стола!" основанием для депримирования?

Количество выполненных задач? Один внедрил УПП - 1 задача.
Другой написал 33 отчета. Кто круче?

(91) ИМХО, любой внутренний ИТ заинтересован ничего масштабного не внедрять )) Ибо негатива от декларации до момента "когда же будет" и в процеесее внедрения >> чем позитива от "ну наконец-то".

(106) Хватит делать из ИТ-шников операторов, работа которых "кнопки давить"! ИТ-шник - работа творческая!

(110) Для депермирования жалобщика - однозначно

Мне думается надо разделить руководителя и сотрудников ИТ отдела. У первого за серьёзный сбой систем - долой ползарплаты, за поднятый проект - существенная премия. А с подчинёнными он сам обязан разобраться. Система мотивации может быть индивидуальной. Ну на основе % выполнение планов, доп. работы, ценные предложения и пр. и пр.

(106) Возраст: 27-28
спроси у Начальника IT, пусть он пишет!

ты сам можешь написать такое (из-за не очень большого жизненого опыта), что будешь всегда сидеть без премии.

Сколь не придумывать показателей - все одно по спирали прикатишся к тому, что единственная вменяемая оценка работы - субъективная.

(110) Внедрение УПП - всегда разбиваеться на кучу мелких задач

(117) Я образно. В том смысле, что бывают долгие и короткие задачи. А по количеству все равно - 1 штука.

(117) но разбивается очень субъективно и в зависимости от компетенции "разбивающего" )))

(116) Когда насяльника идет к руководству за добавкой к зарплате, руководство спрашивает "А, собссно, за что деньги-то им платить?"

(115)Спасибо за совет конечно,но этот путь самый тривиальный :)

(93), (96) Ну, я в (92) неудачно пошутил
(89) Да, без ИТ-отдела у нас выживут. Но вот ситуация: расчет з/п. По сути простое прибавить, отнять, умножить, разделить... но без ПК эту задачу приходится решать всем отделом (бухгалтерия)... тут вопрос не в возможности выполнения задачи, а в возможности выполнения задачи наиболее эффективным образом

(106) Автор. вы пытаетесь из фигни слепить конфетку.
и вы разделяйте Ит отдел админов и проектный всетаки.
Для админов критерий один - отсутствие инцидентов которые остановят работу фирмы на критическое время (оно определяется для вашей конторы индивидуально).
и тут не может быть понятия премирования, может быть только депремирование.
т.е. по умолчанию премия платится всегда, она не платится только при инцидентах.
Если вы начнете примировать админов, то получится эффект внезапной жпо и борьбы админов с проблемой героическое.

Для отделов разработки пока что на мой взгляд работала одна схема в моей практике.
ЗП базовая часть и 20-30% премиальной.
на месяц -3 в перед распределялись проекты, оценивались. Разбивались на месяц этапы. премия платится только по закрытию этапа. Если проги делали быстрее например 2х месячный этап за месяц то премия платилась как за 2 этапа.
т.е. у объемаработ была стоимость.

Проги не проектного отдела или не проетных задачь по принципу админов.
Более рабочих схем я не видел.
платить за кол-во задачь админам и прогам побуждает к занятию обоих художественным свистом.

(120) Увы, но почти всегда это действительно так. Особенно сейчас в кризис. Вот тоже голову ломаю какую типа систему мотивации придумать чтобы прокатило ;)

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

(0)Мда... ну и вопросики. В институте на эту тему читают несколько предметов и каждый по пол года как минимум. За один пост тут не ответить.
(123) Все верно... это базис. Автор пляши от (123)

(123) У админов есть также задачи развития и даже такие, что можно смело назвать проектами. Кстати при выполнении таких задач возникают и риски простоя тех или иных ИТ-сервисов.

(127) согласен. есть и проекты.

(128) Я к тому что, например, прикрутить к офисной АТС очередную "волшебную" плату ниразу не затупив очень вряд ли )) А если отказы главное, не  лучше ли вообще ничего нового не делать?

(129) согласен. задачи есть разные.
главное выделять проектные и поддержки

(69) Ничего не берут. Эти меры направлены не на получение прибыли, а для наведения порядка. И чтобы там кто не говорил, рабочий климат в целом по предприятию улучшился, так вот.

(131) настолько улучшился что они хотели отказаться от ваших услуг в пользу сторонней организации ? ))) Бугага )))

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

5 копеек: мы пишем план-работы на неделю по часам, и на месяц по неделям. А в з.п. есть мигающая премия - т.е. план выполнен - премию получишь. Не выполнил - премию не получишь. Премия - 30% з.п. Очень я скажу вам ребята - мотивирующий аргумент.

(134) А интересно, сколько же времени уходит на написания этого плана?

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

(132) Знаешь, я повидал вских идиотов руководства высшего.
когда все работает, то рано или поздно у манагеров финансовых вновь прибывших возникает желание сократить бюджет ИТ т.к. они "ничего не делают а бабла много уходит" а давайте-ка на аутсорс перейдем. Ну и ...

У меня вот у жены на работе подобная проблема. Работал отдел прогов, внедрял 8ку ЗуП. вроде все стало устаканиватся, ушли к франям. Сейчас уже неделю ничего не работает почти, прог из франя заявил, что вы плохие ну вас нафиг. Во фране сказали - ну давайте мы вам другого пришлем.

(133) а это уже организация работы ИТ отдела. разделять задачи а не людей.

(134) А время на форс-мажоры в план включено? Ну там, гендир внезапно захотел отчет по времени посещения сотрудниками курилки.

(137) а это мне по какому поводу ?

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

Пришёл к выводу, что для нормальной оценки работ по поддержке (т.е. "чтобы всё работало, причём правильно") не обойтись без составления SLA (соглашения об уровне обслуживания), с классификацией по источнику обращения и виду проблемы. Как в ITIL.
Чтобы нормально отработать ситуацию как в (110).

(137) Странные финансовые манагеры... они бюджетирование разве не учили? IT отдел в это центр затрат. Если все работает, то нужно премию платить, если не работает, то депримировать. Чего они бухгалтерию не разгонят? Бухи тоже сидят ничего не делают (если нормальные бухи).

(140) Это в смысле, что от хорошо работающего отдела руководство тоже хочет отказаться для сокращения расходов.

(141) Поделишься наработками?

(140) по поводу отказов от текущих прогов и ухода на аутсорс

(142) Да они всякие бывают.

(143)(145) пускай попробует отказаться )))
головной офис + 22 филиала, и на все это сейчас 8 сотрудников отдела IT )))

(142) Кстати, имхо, обычно финансовый директор - это выросший бух. И дальше бухшалтерии уходит не далеко.

(+147) с четким разделением обязанностей...

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

139 - форс-мажоры есть всегда. Они попутно включаются в план и план переутверждается. Например нужно срочно написать какую-то очередную фигню. Фигня пишется и план переутверждается.

Для поддержки тонуса достаточно было один раз не выплатить премию )

(145) и сейчас с началом внедрения УПП стоит вопрос о сокращении половины фиников )))

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

(144) Пока наработок мало. Запланировал себе на июль разработать черновой вариант. Т.е. стучись через месяц :)

(152) должен или нет вопрос не в этом. Финики выходцы из бухов - навалом

Деятельность ИТ-службы делится на 2 вида:
1. Операционная - сервисная деятельность по поддержке ИТ-инфраструктуры.
2. Проектная - по внедрению чего-то нового (оборудованя, ПО и т.д.)

В сервисной деятельности применяете ITIL, там можно найт ипримеры метрик. Даже книга есть Питера Брукса «Метрики для управления ИТ-услугами».
В проектной деятельности же свои показатели - Цели проекта и т.д.

(154) у нас финики это финики... а по факту да, кого-попало берут обычно...

«Метрики для управления ИТ-услугами». Рапидшаре.com/files/189555876/Metriki.dlya.upravleniya.IT-uslugami.2008.djvu.rar

(156) да, во франях зато мега-спецы...по выставлению счетов :)

(150) Ну не знаю... везде специфика своя. У меня достаточно адекватно на квартал получается и только по крупняку. Даже месяц пробовал - сам вижу что многое за ужи притянуто. Те же промежеточные результаты - ну очень часто они весьма эфемерны. Да и меняется все слишком часто, новые задачи поступают, старые отодвигаются, что-то вообще теряет актуальность, что-то наоборот "царь вдруг вспомнил") Т.е. более половины того что делать, увы, неизвестно заранее.

(158) это по какому поводу собственно ?

(160) по поводу кого тире попало.

(161) вы о чем ?

(159) По какому принципу приоритеты определяете?

(163) По степени крутости заказчика, ессно :)

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

(165) Т.е. количественными показателями пользуешься мало :)

(166) Увы. Хотя одним пользуюсь - сколько на планерке недовольных высказалось ))

Доброго времени суток!.. вопрос определения эффективности работы IT отдела - это здорово, но почему - то никто не вспомнил про должностную инструкцию /причем с конкретизацией работ/ того же самого программиста... все что не входит в его обязанности это уже премия!!!  и потом существует такое понятие как норма времени на выполнение определенных работ /конечно я понимаю, что эту норму времени необходимо умножить на некий коэфф. типа "царь вдруг вспомнил"/... И еще нельзя распланировать работу на месяц, максисмум на неделю.

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

Оштрафовать всегда найдется за что....

(168) А как же быть с трудоемкими задачами, время решения которых не укладывается в неделю?

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

(123) тогда уж на админов, проектный и техподдержку.
и еще, если у конторы открывается новый филиал/дочка, в которых нужно будет создавать ИТ-инфраструктуру - за это админов тоже премировать не надо?

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

(0) Своевременное, достоверное, надежное обеспечение необходимой служебной информацией отделы предприятия ....

надо ветку перенести в юмор

(0)"и,в частности, программиста 1с"
выкинуть его
взять друго и платить вдвое меньше
сразу будет видно насколько эффективен был первый

(0)"По каким количественным показателям"..."эффективности работы" ..."программиста 1с"

да у вас интеллект 6 летнего ребенка, что впрочем свойственно блатным быдломенеджерам

(176) ж-жошь, Мишка!

(0) Зависит от целей. Если премировать, то...

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

Премирование - оно сложнее. Начнем с того, что стимулирующее премирование, как поощрение труда, для российской действительности нафиг не нуно, потому как в развитии бизнеса владельцы обычно не заинтересованы. 99,9% замешано на воровстве, а не интеллектуальном вкладе. Тут я - реалист. Значит ли, что премирования нет и не должно быть? Нет, не значит. Премирование есть и должно быть в виде подачек, в виде благосклонности, в виде знаков расположения к своим подчиненным, за их лебезение, за их старание и покорность. Какие тут критерии?
Только личные. Нравится или не нравится. Самодурвствуйте всласть, на то Вы и начальник!

(178)то то я и смотрю что компании предпочитают кормить стадо подхалимов вместо одного аналитика

оценка удовлетворенности внутренних клиентов, по 3-4 показателям

:)
..было про "количество звездюлей на среднестатистического айтишника"?

(0) Можно ввести какой-нидь учет выполненных задач. Только, ИМХО, баловство это... Доказать потом, что сотрудник работал хорошо (то бишь премировать) - достаточно проблематично. А депремировать (штрафануть) - глупо. Любой более-менее знаюших ИТ-шник имеет достаточно леваков, чтобы игнорировать штрафы.

(179) А куда деться? Это ведь машина! В какой-то отрасли наметилось повышение зарплаты, растет престиж.
Например, в 1С программировании. - Институты и курсы повышения квалификации начинают готовить больше лоботрясов по этим специальностям, раз. Смежники, т.е. бухгалтера, аудиторы, логисты, закупщики, кадровики, из заказчиков превращаются в конкурентов, сами берут себе программируют на 1с. (Был свидетелем такой картины - у нас тут все написано в принципе, тока не работает <вовсе>). И вот вся эта "банда" выплескивается и гасит зарплаты и престиж, просто низким уровнем и блокированием заказов. Прибавьте сюда раздутый штат "блатных быдломенеджеров" (176) и Вы увидите реальную картину.
















0