Собственно сабж. Руководство требует, чтобы часть зарплаты персонала была переменной, соответственно нужны придумать некие измеримые показатели для программистов и админов. На самом деле придумать не сложно, сложнее оцифровать. Может быть у кого-то есть мысли на этот счет и он готов ими поделиться? :-) В идеале требуются адекватные показатели, метод расчета и софтулина, автоматизирующая учет и расчет.

Каковы объективные показатители качества картины? Не, ну понятно там нравится-не нравится, но как бы это оцифровать?

за простои по вине ит-отдела срезать премии

:) нет жалоб за месяц = премия 100%
1 жалоба = -1%

(0) Количество ошибок с учётом их серьёзности

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

(4) Не ошибается тот кто ничего не делает

(2) простои по вине оборудования(для админов) - это понятно. И как считать и как учитывать. А для прогов?
(3) слишком субъективно и требует регулярных опросов.

(7) Этой задачей человечество озабочено со времени появления прогов, пока никто ничего объективного не придумал.

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

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

(8) +1
Директор решил что подразделения частично переводятся на самофинансирование, но что может продать ИТ отдел? правильно и зарплату им срезать не стали (с) баш

(8) В том-то и фигня. Но если я хочу, чтобы у меня сотрудники получали доп.вознаграждение - я должен сабж придумать.

(12) если тупо надо денег дать прогам, то кол-во строк кода, и нормативы занизить

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

Интересно, ремонтные бригады на предприятиях так же на сдельно-премиальной системе сидят?

+(14) А работу конструкторов можно считать по сделанным чертежам.

(8) +100
(12) Если прог пришел на работу (неважно во сколько) - это уже достижение, нужно выдать премию.
Иногда бывают дни что кодить вообще, ну просто никак. А иногда озаряет и кодишь без передыху, пока вдохновение не покинуло. В конце смотришь - ё..., столько накодить при здравом уме и за 3 дня нереально, а оно есть и сволочь работает. Вот так оно бывает. Поэтому ненаезжайте на прогов и все будет пучком. А то мы ведь сволочи обидчивые и злопамятные (даже и незнаю что хуже) - отпаивать нас себе дороже будет.

методология простая: Руководство ставит сроки. Программист ставит оценку. Если общая загрузка позволяет уложиться в сроки - все замечательно, иначе пересматриваются приоритеты с руководством. Так же важно фиксировать "возникающие хотелки, вопросы и прочие суперсрочные засады" - потом всегда можно будет объяснить, почему срок сдачи перенесен.

Софтина: Наш продукт "Соратник" (http://vikit.ru/products/soratnik) поддерживает такую методологию и создан для ответа на вопросы руководства "а чем занимаются it-ишники?". На сайте есть бесплатная полнофункциональная демо-версия.

(7) <<простои по вине оборудования(для админов) - это понятно.>>
Мне не очень...
Вот тут админ виноват?
http://www.redhead.nl/wp-content/uploads/2010/11/cisco-in-het-water-800x508.png

(12) Была такая история из практики. Сбоил один отчет на 3000 строк кода с запросом на 2500 строчек (какой-то гений постарался). Ошибка была в копейках. Было два варианта развития событий: или переписывать отчет с нуля со всеми вытекающими, или хорошенько подумать и найти то место, куда будет достаточно щелкнуть пальцем. Как оценивать работу в этом случае?

(17) Замечательно, но как по данной методологии оценивать качество работы исполнителя?
На вопрос чем занимается - она допустим ответит. А вот на вопрос, насколько это хорошо - уже нет?

(17) Аналог MS Project?

(18) Ну я думаю потопы все-таки достаточно редкое явление и их можно вручную "скомпенсировать" :-)

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

(20) кто может оценить работу инженера, конструктора, программиста?

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

(16) А кто на них наезжает? У меня цель - повысить им зарплату. У руководства - осознанно платить бабло. Нужно это как-то скрестить. Как - хз.

(25) И что это даст в случае (19)?

(23) А "живую" ссылку на полное описание и используемую методологию можно?

(21) нет. Скорее отдаленный аналог MS Project + Prject server + Outlook.

Назначение системы "Соратник" сопоставить 3 цифры: согласовано трудозатрат с клиентом (руководством), запланировано на выполнение, фактически отработано.

Кроме того "Соратник" позволяет вести сквозной учет "Изменений в конфигурации" по задачам. Очень удобно при изменении типовых бухгалтерий, зупов и т.д..

(26) Для этого составляются планы на год и оперативные с последующем контролем выполнения. Пытаться вводить какие-то количественные показатели работы программиста несколько неразумно, т. к. методик таких нет.

Ссылка на краткое описание http://vikit.ru/products/soratnik
Ссылка на демку и руководство http://vikit.ru/products/dem

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

(25) Это извините маразм. Я твердо уверен, что если айтишник непосредственно работает больше 50 процентов рабочего времени - это уже гут

(32) Для этого придется прорабатывать четкие ТЗ. Ибо первоначальная постановка от пользователя может кардинально отличаться от того, что ему действительно нужно. И если за это будет отвечать прог...

(26)
wiki:ITSM
wiki:ITIL

(34) Четких ТЗ будет мало. Иногда они очень оторваны от текущей ситуации с системами и процессами.

(33)ну так он и покажет что 50% раб времени тот кодил, 5% общался в аське и тд.. если начальник грамотный он поймет что 50-70 процентов это отличный результат

Я так думаю, что оценивать нужно:
1. количество инцидентов(полноценный сбой, ничего не работает), возникших после обновлений, установки нового ПО и т.д.(чем больше - тем хуже);
2. количество запросов на устранение багов(как количество выявленных, так и время затраченной на устранение)
3. отклонение в сроках реализации "проектов"

вот только как все это считать - хз

(38) ставишь "Соратник" и все что ты перечислил считаешь. Причем легко и не принужденно.

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

(38) Если сосчитать не можешь, значит ты выбрал либо неверные показатели, либо не знаешь чего хочешь.
Допустим твой пункт 2. Если в течение к-л периода запросов не было, это значит багов не было ? Супер ! Но, получается, что программист все это время не работал ? Как так ? Это же плохо. Какую ему премию за это давать ?

Кстати, Злопчинский очень хотел увидеть "Соратник". Создавать ветку не буду, а то опять за рекламу утопят. Кто нибудь подскажет, как с ним связаться?

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

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

(44) Вах, маладэц! Красива гаваришь!

(44) Не в бровь так в глаз. В принципе стопудово прав. Но думаю автору этот вариант неподойдет.

седня был у наших итшников, им поставили прогу учета рабочего времени, где они подробно указывают все: от кодинга отчета до консультации юзера по телефону о_О

(44) Эхх, блин :-). Я прекрасно понимаю, что сабж если не абсурден, то во всяком случае, если что-то придумаю - то это нобелевка. НО: зарплату отдела с нового года не повышают, а вместо этого вводят переменную часть(вернее вводят если я что-то придумаю). Так что придумать нужно :-)

(47) И будут айтишники вместо работы заниматься учетом рабочего времени. Такое меня тоже не устраивает :-)

(48) проси всю переменную часть собрать в один фиксированный фонд на месяц, и чтобы нач ИТ раскидывал это по своему усмотрению. Но нужен хороший начИТ)

Для кодеров можно придумать - количество выполненных задачечасов (задач с учетом оценки)

(50) Нужны хотя формальные показатели, чтобы директор подписал. И чтобы если что, по ним можно было посчитать :-). А так - если я скажу что этот получает Х бонуса, а этот Y, то как я это вывел в принципе никого особо интересовать не будет.

(51) по крайней мере во всех франчах так и никто не жужжит

(51) И...?

(54) Что и?
Допустим норма 120 часов. Все что больше то в премию.
Время - не затраченное, а оцененное

(53) У франчей это проще считать. Закрыл работы, которые клиент оплатил - молодец. А здесь что считать?

(48) переменная ип остоянная часть в большенстве случаев означают падение окладов в нашей стране)
показатели качества сложно оценить - а что если просто премировать за сертфикаты ? ясно что они не объективные показатели но повод премировать и расти людям))) иначе только как в (44))))

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

(57) для франча сертификаты необходимость, для нас - бумажка.

(58+) в смысле поддержка НЕ оплачиваема.

(59) я это понимаю)) просто формальный повод премировать !!!
даже если человек заучил ответы - как минимум может что нить ему и пригодится в будующем)

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

Для админов. Премия обратно пропорциональна частоте его появления в коридоре.

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

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

(53) Закрывать работы у пользователей

(60) Поддержка отдельно

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

(63) а если написал блок а после этого фирма неделю раком стояла, пока все баги не выловили ?)) в плюс это или в минус тогда?
в том то и хитрость в (0) вопрос был как оценить качество работы)))

Ну решили избавится от айтишников. Зачем так мудрённо то.
Сказали бы им прямо - идите ка вы...

(66) За отсутствие косяков - это не мотивация, а ДЕмотивация.
(не достижение цели, а избегание последствий)

(67) Вот в этом и проблема, там где надо лопатой по горбу, ы ищем чудо кнопку, которая сделает все

(63) Если его давно не кто не видел есть резон проверить он вообще ходит на нее.

(69) за отсутствие косяков - только часть бонуса, написал же.

(69) Полностью с тобой согласен если все нормально это не нормально!

Оклад всегда, премия за отдельные проекты.

(74) какие проекты в обычной конторе?

(74) Премии квартальные должны быть тогда у человека есть мативация не уходить во втором месяце квартала!

(75) Ты не поверишь, есть.

в древние времена была хорошая идея- платить доктору только пока здоров.)

(76) Раньше были, потом тупо оклад увеличили на треть.

(69) Так и премирование в (0) по сути не премирование, а отсутствие штрафа.

(80) Именно это и снижает ценность этой премии и порождает проблемы. а так новый сервис (отчет или еще чего) запустили, получи и распишись. Срок прое...ли, получили меньше, много прое...ли, совсем не получили, уже не нужен.

во всех предложениях для меня звучит один и тот же вопрос: А судьи кто?

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

(81) Я согласен что премировать надо за выдающуюся работу, а не за обычную. Тогда и вопросы пропадут, особенно с прогами.

вот у нас в колективе заведено так если работы много то и дома пишешь зато не кто не интересуется почему в столовой по 3 часа проподаешь и вообще чем занимаешься! Премии сугубо от мнения начальника если ему не кто вопросов по твоей работе не задоет то и премия норм, а если его на ковер за твой косяк то и премия соответстующая.

(83) гм. вот получила контора прибыль необычно большую. Секретутке - 2 оклада, Диру- 5, начальникам отделов - по 2, всем прочим - по 0,5. А ИТ - не дать, ничего выдающегося не сделали.. )

(84) это не научная организация труда. Небось, тихо пилящая контора, в которой от выхлопа зарплата не зависит.

(85) Что же и так может быть. Но может и наоборот. Запросили сервис, получили, заплатили премию, а сервис не пригодился.

(0) СМК внедряете?

Хотите, чтобы админы сами запускали в сеть вирусы, а потом героически боролись с ними ради премий? Ну-ну...

:) или с трудом но восстанавливали упавшую базу...почти всю

(85) Не путай разовые и регулярные премии. Прибыль, очевидно, по итогам периода(квартала, года), а не просто так - "У нас тут прибыль образовалась" :)

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

+(91) Хотя, умный начальник конечно же не будет выделять ИТ в изгои.

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

(92) Ну во-первых, неправда... Прибыль это доходы-расходы(если совсем тупо), так вот некоторые повышают доходную часть, а некоторые(в частности IT) - уменьшают расходную.
Во-вторых, непонятно, что сделала секретутка для повышения мировых цен. :)

(85) ну примерно так и обстоит. Главное хоть что-то выбить

Кстати, в "Психбольница в руках пациентов", вроде, в хороших выражениях описано, чем оборачивается экономия на разработке :)

А ИТ - ничего выдающегося не сделали, потому что хз как считать. У нас компания принадлежит иностранцам, которые говорят - вклад каждого в успех должен быть адекватно оценен. Мы их спрашиваем - а как IT оценивать, а они нам, придумывайте. Главное, чтобы показатель был объективно измерим.

(98) в нормо-часах оценивайте работу.

(99) ага, в попугаях )

Думаю что в данном вопросе не может быть объективной оценки, только субъективная, думаю оценивать стоит от соотношения денег потраченных на ИТ и его отдачи причем отдача будет рости пропорционально сумме + усное внушение, когда человек реально понимает что его зарплата его выше среднего в отрасли он будет хотеть соответсвовать этому и держатся за свое мнение хотя и не исключено что может вешать лапшу и делать вид попроволяе печ. фомру что делает что то грандиозное, но это уже зависит от компитенции его руководителя!

(100) почему же в попугаях?

например, разработка отчета, отчет несложный на СКД + допиливаение на форм отчета + тестирование - итого 4 нормо-часа = 4 часа работы автомеханика * 2500 = 10000 тыщ рублей.
Итого если за месяц прогер делает 12 отчетов и получает 60000 тыщ рублей, он оправдывает свое сущестование в конторе.

А процент премий можно считать от премий другим отделам.

(101) и я думаю, что муть все это.)
если начальника ИТ хотят уйти, всем в ИТ резать будут.
А если нач ИТ - дочка дира, как моя знакомая, все будет пучком )

Для админа - размер талии однозначно. Чем больше - тем лучше админ.

(102) ит отчасти работа творческая.. правда не рисование макетов ) давай сразу по строчкам кода- все выдумано до нас.

А в сервисе тупо будут строго по регламенту менять блоками, где б талант за 10 мин сделал бы без замены блока.

(105) пускай творческая. нормо-часы оценвает сам исполнитель. адекватность оценки проверяет руководитель прогеров. на каждую заявку автоматом оформляется 10 минут рабочего времени (оформление и заполнение)

(95) а про дира ты не спрашиваешь! ) секретутка его, вишь, задела .)

(106) я сниаю шляпу: "нормо-часы оценвает сам исполнитель" O_o

Есть знакомый админ. У него зарплата начисляется поминутно.Когда все работает -- зарплата идет, но если что-то в рабочее время остановилось -- счетчик останавливается.

Доволен, как слон

(109) А как этот админ относится к просьбам поставить новый и необходимый софт? Я так думаю, что весьма отрицательно.
Собственно любая контора может работать если установлена винда + офис. А все остальное лишнее, приносящее только доп.геморой админу.

(109) А когда будет аврал останется без зарплаты )
(106) Как быть, если объективно на работу можно потратить неделю или 5 минут (на одну и ту же работу)?

(109) А как же завести нового сотрудника в АД, установка новых компов, нового софта, подключение нового оборудования?
Бесплатно делает?

(111) адекватность оценки проверяет руководитель прогеров

(112) Типа того: "идите все нафиг мне за это не платят" )

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

(113) У меня реальный случай был в (19). Как быть?

(114) Не так: Мне платят не за то что я работаю

(116) Кто не соглашался с твоей оценкой в n, нет n мало, в m часов?

(115) Можно объективно обосновать безделье в виде переписывании отчета в течении недели, а объяснить ковыряние в носу 4 часа и исправление пары строчек будет тяжело.

(116) Или тупой нач считал, что исправить копейку дело 2х минут?

(119) Ты не знаешь историю про удар 1$, знание где ударить 999$ ?

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

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

(121) Ну это вроде как классика )

(122) так никто не заставляет заранее оценивать, ваставляешь оценку по факту выполнения работы.

(124) ну так это прям абсолютно твой случай

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

(110) Новый софт -- через дира.
(111) Как бы вся его работа направлена на то, чтобы авралов не было. Он именно за это получает з/п. Как он достигнет результата -- никого не волнует, как и его присутствие на рабочем месте.
(112) за зарплату: когда он готовит комп, сотрудник еще не принят, обычно

з.ы. я всех нюансов не знаю -- не я там работаю

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

Разработка ПО процесс творческий, придумывать нормоконтроль без четкого процесса весьма сложно.

(0) могу предложить

1. переводим всех на 100% учет всех заявок в IT службу
2. делаем градацию на "консультация", "регламент", "внедрение", "аврал"
3. по окончании месяца критерием будет процентное  соотношение данных параметров

(127) В России опыт Белоруссии не катит)))

(129) Что мешает высказать данную идеб начальнику/пользователю. Пусть он выберет вариант

+(132) Всегда на крайний случай можно оставить оценку по факту

(132) Что может сказать пользователь (начальник)? Ему нужен всегда результат и чем быстрее, тем лучше. А как он будет достигнут, всем фиолетово.

(131) При чём тут РБ?
Вот РФ:
http://www.jobsmarket.ru/?get_page=239&content_id=7604980

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

(134) Подходишь к начальнику и говоришь: есть задача и 2 пути решения, 1 - срок неделю. 2 - неопределенный срок.

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

(136) Совесть, что ли заела? )

(0) Что касается оцифровки, то есть хороший сайт (на английском) со списком показателей эффективности (метрик) для разных видов работ
http://kpilibrary.com/

Но тут важно подходить осторожно, чтобы не сбиться в очковтирательство.

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

(141) И кто мешает учредителям каждый год их менять?

(137) А сам бы как ответил?

к чему в итоге пришли в теме ?

как посмотреть/посчитать, что вот этот прог лентяй/переплачиваем ему, а этого надо беречь и лелеять ?

(144) нормочасы

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

(144) Думаю по загруженности по факту.

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

(145) будут те же строчки кода, только считать еще сложнее.

(149) Причем здесь строчки кода?

(148) А как объективно нормочасы подсчитать? )

У нас сейчас такая методика применяется:

Разработчик сам указывает задачи и сроки, затем по ним выставляет количество потраченных часов, при этом время на работе фиксируется (вход и выход). Затем на основании собранной статистики принимаются решения (в идеале)

(150) Задачи/часы?

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

(151) Разработчик оценивает, начальник подтверждает
В твоем случае нет никакого резона делать быстрее. Ибо чем быстрее сделаешь, тем меньше тебе "заплатят"

Сабж очень уж за живое трогает. Много раз сталкивался с этой проблемой. и вот что по этому поводу хочу сказать.
Первое - сразу же убираем конторы, которые бабло не зарабатывают - как в них оценивать эффективность - фик его знает. Для всех остальных фирм и фирмочек есть универсальный ответ - вклад ИТ-отдела в прибыль фирмы. Этот вклад - либо увеличение прибыли, либо снижение затрат.
Теперь конкретно. Работу 1С-ника можно разделить на две части - поддержка пользователей и разработка. Как оценивать поддержку, думаю понятно - количество времени в течении которого были устранены проблемы - чем меньше, тем лучше (при условии их обоснованности). Разработку в свою очередь тоже можно разделить на две части - принципиальные изменения в автоматизации бизнес-процессов предприятия и сервисные улучшения. Первые должны давать возрастание прибыли - например за счет улучшения/убыстрения/повышения качества бизнес-процессов. Пример - программа складского учета повысила процент использования склада и снизила процесс возвратов от покупателя. Вторые - оцениваются как потенциальная возможность  снижения затрпат на фонд оплаты труда. Логика - пользователям стало легче работать, значит им можно меньше платить. Никаких других критериев работы ИТ-шников НЕТ.

(154) На счет заплатят не верно, но резона делать быстрее нет )

Но это проблема у всех фикси (или не проблема)

Плюс к этому начальник в подавляющем большинстве случаев не компетентен в твоих вопросах, следовательно, подтверждение или нет будет чистой формальностью.

(156) Если на основе твоих часов принимается решение о премии то именно заплатят

Нормочасы это конечно хорошо, но сколько по нормативу отводится время на самообучения? Прог и админ - не водитель же. Типа вот тебе автомобиль и ты всю жизнь на нем ездеешь. Софт обновляется - выходят новые версии. Меняется инструмент. И кто готов посылать его на курсы повышения квалификации? Или почему прог/админ должен по вечерам за свой счет самообучатся?

(158) Если брать не 160 нормочасов в месяц, то останется время и на самообучение

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

(155) Выгнали старого завсклада, он принял на работу нормальных кладовщиков и стал их гонять за пъянку и косяки. И добился частичной автоматизацции. Как определить почему возвратов меньше стало, потому что набрали более дорогих и вменяемых кладовщиков или потому что компьютер поставили?

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

(155) Захотели манагеры новый бизнес-процесс внедрить. ИТ сделали, но прибылии больше не стало. В чем виноваты ИТ, почему им не стоит за это платить?

(160) Зачем тогда вся это лабудень, если от этого не завасит ЗП?

(161) Естесвенно, имеется и т.н. "интегральный эффект". Ну дык сравнивайте с моментом ПРЯМО ПЕРЕД запуском новой программы. т.е не 2 этапа. а три.
1. Старый завскладом
2. Новый завскладом и новые кладовщики
3. Новый завскладом, новые кладовщики и новая программа

Считаем каждый этап и смотрим, если эффект при переходе от второго этапа к третьему

(163) Вычесть стомость работы Ит-шников из зарплаты манагеров

(164) Никто не знает в т. ч. и руководство )

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

(166) а если те манагеры уволились у кого вычитать?

(163)А вообще в нормальных компаниях ИТ-отдел должен подчинятся ПЕРВОМУ ЛИЦУ - т.е. тому, кто собссно принимает стратегические решения и несет за них ответсвенность

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

(167) Зачем ты тогда рекламируешь свой способ, если его суть - чистая бюррократия?

(170) У нас так сейчас. И оплата за проекты - это часть риска. Просто потом затраты все равно начинают пилить по бизнес-подразделениям, а там возникают сложности с правильным распределением.

(166) Кто-то же утвердил их решение (Генеральный, финансовый, нач. отдела продаж..)? Или он тоже уволился?

(173) Должен быть специальный "рисковый бюджет" - из него и оплачиваются "финансово провалившиеся" проекты

А вообще ежели их как-то много - то может пора уволить аналитический отдел и часть высшего менеджмента заодно?

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

(0) отчеты о проделанной работе, а там смотрите сами(ежедневные отчеты/еженедельные/ежемесячные) - нужен оценщик.

(177) Собственно здесь пытаемся найти верный KPI, а не способ оценить фактические трудозатраты

Если кому интересно(а мне интересна критика :) ).
исходили из того, чтобы было достаточно просто считать и чтобы показатели не были постоянно равны 100 процентам или 0 процентам. Показатели для программеров получились такие:
1. Количество инцидентов за период, т.е. критических сбоев
соответственно чем меньше, тем лучше. Зависимость 1 / (к+1) в степени к.
2. Отношение количество закрытых проектных работ за период к количеству возникших проектных работ за тот же период, но накопительным итогом по году.

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

Вот реальная ситуация из моей практики - сидит прог с з/п под сотку тыров и три дня(!!!) переписывает некий отчет, написанный его предшественником.
Зачем - "он коряво написан, г-нокод".
Претензии к нему есть - "пока нет, но обязательно когда-нибудь появятся. И вообще, после того как я его переписал, он стал работать на 3 минуты быстрее, а код стал соответсвовать стандартам фирмы 1С"
С моей точки зрения - чистой воды удовлетворение свой страсти к творчеству за счет фирмы. Зарплату за эти дни НЕ ПЛАТИТЬ.

(179) На основании чего они будут вырабатываться?

Простейший пример: разработка документа. Сколько часов должно уйти на него?

(182) Хорошо, что ты не начальник

(183) нужен опытный прогер который примерно рассчитает.

(182) На основании чего такие выводы? Программист дал свою экспертную оценку и в соответствии со своими обязанностями предпринимает меры к снижению рисков для работы предприятия.

(183) Какой документ? Тут нет никаких общих заранееизвестных оценок

(182) если ему реально делать было нечего- мое решение: платить. За поддержание формы.)

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

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

(182) стал работать на 3 минуты быстрее? как часто этот отчет используется? может он там вам десятки тысяч съекономил.

(187) Тогда о чем речь? Если у нас нету критериев оценки трудозатрат на выполнение типичных задач по разработке в системе 1С, то как мы можем эти часы назначать и контролировать?

(183) Господа, НЕЛЬЗЯ оценивать работу по трудозатратам. Если я создал 50 новых документов, но это никак не сказалось на улучшении качества автоматизации фирмы, значит результат = 0.
Если грузчик перетаскал все коробки от левой стены к правой, а от правой к левой, упахался, а пользы от этого никому никакой - то что, ему премию за это заплатить? Или может правильнее уволить нафик?

(191) Отчет используется несколько раз в месяц... И другая работа была.

(192) Если начальник совсем не бум-бум в разработке, то конечно система нормочасов абсолютно нежизнеспособна

(194) Я бы еще и у начальника вычел тогда по твоему принципу. Три дня не контролировал дорогого спеца. НЕ ПЛАТИТЬ

(193) Вот и я об этом говорю ). Но с грузчиком все значительно проще. Его работу можно и отнормировать и тарифицировать. Как быть в случае с работой программиста, инженера-конструктора, проектировщика не совсем ясно.

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

(195) Даже если бум-бум, все равно это его оценка не будет объективной.

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

(196) Естессно, начинать надо с начальника. Вообще, 90% всего мною написанного выше больше относится к начальнику ИТ-отдела или например ведущему программисту проекта. Рядовой прог может просто не в состоянии оценить смысл своих действий

(195) а я о чем: а судьи кто??

+(199) Одну и туже задачу в программировании можно решить бесчисленным количеством способов - от прекрасных до ужасных. А ведь нужно кроме функционала еще оценивать качество выполненной работы. А это как учитывать?

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

(203) Аналогично. Большинство отчетов делала для себя для выполнения своей работы, а потом те же финики их у меня похитили )

(182) А ты в той ситуации кто?
А если по ситуации подробнее:
1. А были ли другие дела у этого прога?
2. Кто ставит задачи этому прогу?
3. Кто рулит приоритетом задач?
4. Какие сроки по задачам он сорвал за эти три дня?

Мое мнение - если от отсутствия этого прога на других направлениях были проблемы, то тогда виноват тот, кто ставит приоритеты. А если не было, то все в порядке. А то можно и буху зарплату только за неделю в месяце платить, перед налогами.

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

(180) КПИ не о чем. Они только подскажут достаточно ли прогеров в коллективе или мало или наоборот оч много.

(204) *делал

(205) А я в той ситуации - программист на отдельном проекте, со своим перечнем задач, сидящий за соседним столом.
Другие дела - были, но не критичные. Т.е фирма не встала, но расчетчики были потом в мыле пару дней и платежка в банк ушла на день позже чем должна была.
Задачи, которые ему были поставлены нач. отдела - он просто послал, пользуясь тем, что в своей зоне ответственности (ЗУП) он уникальный специалист и заменить его некем.

(207) +100

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

Пусть текОклад = ТекущийОклад();
Тогда КПИ = Рандом*0,1+0,4;
НовыйОклад = 0,5*текОклад + 0,5*КПИ*текОклад;

Чем вам не показатель?

(190) хорошая оценка - этого достаточно, как можно в часы загнать отладку? это всё примерные оценки

Даже Microsoft анонсирует выход продукта кварталом в не точной датой, да что там говорить даже 1С примерно сроки ставит)

(212) Других и не будет. На этом основан метод экспертных оценок.

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

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

+(214) wiki:Экспертное_оценивание

у меня такая же задачи, придумать оценку работы админов :)

могу поделиться опытом  с одной из прошлых работы.
точно соотношение не помню, но примерно 20% от премии зависело от оценки руководителя., 80% от оценки сотрудников других отделов, т.е от их удовлетворенности.
Получается в конце каждого месяца нач отделов присылали свою оценку по каждому сотруднику ИТ баллы от 0 до 5..  расшифровку баллов тож не помню. но точно помню, что если был хотя бы один 0, то премия не давалась..

что-то в этом роде

(218) Слишком субъективно

(218) Примерно эквивалентно (211) )

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

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

(222) +1

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

(222) ну там надо обосновать почему ты поставил тот или иной балл

К-во строк кода предлагали?

(225) Программисты мигрируют на ассемблер

mr_K, хотелось бы узнать Ваше мнение о возможности применения "Соратника" ( http://vikit.ru/products/soratnik ) для решения Вашей задачи. Если можно - ответье на несколько вопросов по почте. Если не подошел, то основным вопросом будет - "чего не хватает" - это очень важная для нас информация. Куда можно написать?

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

(227) соратник поддерживает ITIL?

(226) та не - 1сники  смекалистые - в одной конторе товарищ перенос справочника из одной базы в другую сделал путем прописи в ручную каждого элемента. Я когда открыл код обработки офигел - код, наименование, реквизиты все вручную прописано))) А элементов около 300.

Пользовался еще этим:

http://www.mantisbt.org/

http://www.redmine.org/

(228) Труд художника легко оценивается в денежном эквиваленте

Хотя, можно по аналогии с франем сделать учет внутренних заказов, оценивать их по расценкам того же франча. Потом считать "сэкономленные" затраты.

(232) Большинство великих художников умерли в нищете.

(0) оценку работы ИТ полюбому должен осуществлять человек разбирающийся, лучшее предложение что здесь есть это действительно определить фиксированную сумму на весь ИТ отдел и начальника заставить распределять все это, раздавать бонусы и минусовать и т.д

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

(229) Вопрос из разряда: УПП - это ERP? ITIL - стандарт организации процессов. Организуйте процессы и используйте соратник для учета, никто не мешает. Другой вопрос, что в Соратнике не реализованы процессы учета оборудования и его обслуживания. Но это напрямую исходит из основного назначения системы - учет и анализ времени.

Из опыта: была фирма торгующий медикаментами. Все торговые менеджера сами заказывали отчеты из своего "фонда". Т.е. у каждого из них был "фонд" по которому они могли сами распоряжаться.

они даже друг другу продавали отчеты. )))

Менеджерам выгодно было давать корректные ТЗ.

(235) Есть опасность, что начальник будет исходить не из профессиональных качеств, а от личных предпочтений. Тогда вариант (211) будет предпочтительней.

(234) Это означает, что ТОГДА их не стоил ничего

их труд

(239) Так и труд программистов можно оценить через некоторое время.

А как оценить "бредовые" отчеты. Когда начальство говорит хочу такой отчет. Но ты понимаешь, что его запустят один раз ужастнутся и больше никогда открывать не будут. И у тебя вариант, или спорить с начальством наживать себе врага, а в глазах начальство это будет выглядеть что тебе лень написать этот отчет, потому что оно всю ночь думало что ему надо и точно уверено, что нужен именно такой отчет, а не другой.
Т.е. по факту работа выполнена как требует заказчик, заказчик доволен, что его требования выполнены и в срок, вот только результативность этой работы 0. Тоже не платить?

А как оценить проекты когда "Ты сделай как нибудь, а потом мы посмотрим что получилось и скажем что нам нужно. А сейчас мы сами не знаем что хотим". Т.е. работа идет не на результат, а для того чтобы руководство поняло, а что же на самом деле оно хочет. Причем после результата ТЗ может изменится на противоположное, или вообще проект похоронен.
По каким критериям будем считать?

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

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

(227) можно писать сюда [email protected]

(0) по количеству заявок серивс деска

По поводу притензии с других отделов

В свое время продажники, дабы обосновать низкие продажи генерировали 1000 и 1 бредовый отчет, а потом жаловались руководителю, что мол программисты сволочи, нехотят работать, нам нужен супер пупер отчет, а они не хотят делать, а без этого отчета у нас продажи низкие. Руководство начала махать шашками, типа нафиг нам такие программисты, уволить всех.

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

Бараны обсуждают, как хозяину настричь с них больше шерсти.
Куда катиться мир?

нашел где спрашивать))))

нафиг эти ваши соратники в ж..
подпишитесь за копейки на www.worksection.com и хавайте вовсю все свои учеты...

У мну админ ходит в офис (их два) 1-2 раза в неделю. Я вообще 1 раз в неделю. Главный критерий: чтобы была сделана работа.

софтина - эксель =)
параметры должны быть простые и понятные -
например для программиста
1) отсутствие критических сбоев (1 сбой -Х% премии)
2) выполнение первоочередных планов (1 невыполнение -Y% премии), планы согласовываются еженедельно/ежемесячно
3) фонд срочных задач - Z% премии отдела за решение поступивших задач типа "сделать вчера" без отрыва от основных (если такие были)

(250) Слишком наглядно, просто и жестоко )