Сообщений в теме: 3

[HotDog]

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

[LeshaL]

Вечер добрый!
Мне кажется, что частично ответ на ваш вопрос тут http://software-test...art=#entry51616

Теперь хочется немного поязвить.

Большинство работодателей сейчас проводят бонусную зарплатную политику, типа: сделал больше - больше получи.

Можно ли список таких работодателей - буду обходить стороной.

Как в этом случае должно обстоять дело с тестировщиками? От какого показателя должен рассчитываться бонус?

Как в этом случае дело обстоит с разработчиками? Кто написал больше строчек кода? Кто насоздавал большее количество классов или методов? У кого нашли меньше всего багов? Или может быть кто починил больше всего багов?
И как в этом случае обстоит дело с менеджерами или лидами? Кто написал больше всего писем? Совершил больше телефонных звонков? Или закрыл большее число Action Item-ов в течение недели?

Думаю, что критерий для бонуса в нашем деле (разработка ПО) - есть один (основной) - вовремя законченный продукт заданного уровня качества. Если так получилось - то все получают бонус. Не получилось - никто.
Поощрять работников так же можно персонально, например, когда они делают что-то значимое. Например, автоматизировал тестер что-либо - и стали тесты не 3 дня вручную гоняться, а 3 часа. Освободилось время на другие тесты - можно персонально поощрить. Больше вероятность, что этот человек сделает что-то еще такое же полезное. Не дадите бонус раз, два - он либо уйдет либо будет тратить свое время и энергию на что-либо другое, не приносящее пользы разрабатываемому ПО - например, писать в этом форуме (шучу).
Основная идея в том, что тот кто выписывает бонусы должен видеть\знать как тот или иной работник работает. Тогда таких вопросов у вас не возникнет. Т.е. для команды тестирования - должен делать мэнеджер или лид(смотря кто есть), если групп тестирования много - то для каждой группы - лид группы, для лидов - их начальник. Ну, вообщем понятно.
Линейки нету - приложил, померил и все - бонусы распределились - от каждого по способностям...

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

[HotDog]

Спасибо, хотя если честно, яснее не стало

Как в этом случае дело обстоит с разработчиками?

Тут тоже много субъективного, хотя все более прозрачно. Если один делает задачу за 2 дня, а другой на аналогичную тратит неделю, первый выдает нормальный работающий код, для которого требуется 1-2 прогона теста, а код второго руководителю приходится просматривать на предмет очевидных ляпов (т.е. код работает, но в очень ограниченных рамках) и тесты приходится гонять по 10 раз - то кто из них лучше достаточно очевидно.
Хотя как это перенести на "линейку" - не знаю.

[Oldman]

Спасибо, хотя если честно, яснее не стало

Как в этом случае дело обстоит с разработчиками?

Тут тоже много субъективного, хотя все более прозрачно. Если один делает задачу за 2 дня, а другой на аналогичную тратит неделю, первый выдает нормальный работающий код, для которого требуется 1-2 прогона теста, а код второго руководителю приходится просматривать на предмет очевидных ляпов (т.е. код работает, но в очень ограниченных рамках) и тесты приходится гонять по 10 раз - то кто из них лучше достаточно очевидно.
Хотя как это перенести на "линейку" - не знаю.

Если один делает задачу за 2 дня, а другой на аналогичную тратит неделю

1.Временные рамки справедливы и для тестировщиков

Первый выдает нормальный работающий код, для которого требуется 1-2 прогона теста,

2.Количество дефектов от клиентов в протестированном приложении