arrow

назад

ask

Вопрос

Как разработчикам больше нравится работать: за оклад или kpi?

repost

229

input message

напишите коммент


33 коммента

Kpi зло. Подробнее писал тут в коментах

0

ответить

Как мотивировать работать быстрее разработчика?

0

ответить

Можно соблюсти только 2 пункта из 3: скорость, качество, цена. Если вы выберете жертвовать ценой, то это для кадрового айтишника станет нормой и перестанет работать. Я бы мог сказать, как лично меня мотивировать, но мне это незачем 😎 Так что мой ответ: Никак. Дайте просто спокойно работать. Смиритесь что вы не сможете оценить вклад. Работник просто подстроится под ваши критерии оценки и в итоге вы получите меньши пользы. А разработчикам свойственно решать алгоритмические задачи.

0

ответить

Можно конечно предположить что они у вас не работают. Сейчас чаще слышно что у людей 2 удалёнки и т.д. или просто не умеют работать в домашних условиях. Для этого есть тимлид. Он понимает сколько займёт та или иная задача, способен понять заливает ли программист на дейлике про сдвиг сроков или всё реально. Как-то так. Тут тоже есть проблема, но это уже другая история...

0

ответить

У нас 6 разрабов на удаленке, 2 в офисе. Умеют все работать. Хочется больше инициативы и скорости.

0

ответить

Опишите свою личную мотивацию. Очень интересно. По мне так больше быстро качественно решенных задач, больше зп. И нам хорошо и вам😀

0

ответить

Ну то есть, есть нлрматив за оклад, н-р, 1 проект в месяц, средней сложности, или 10 легких задач за месяц из плана, берешь следующую из нового месяца - +5% грубо

0

ответить

Момент ещё, давай подумаем как тебе заработать больше и честно ))

0

ответить

Я стесняюсь публично. Могу в личку или 5 минут через аудиосвязь.

0

ответить

· 13.02

У разработчиков не может быть объективного кипиая. Они же не шаурму в ларьке продают. Продажи единицы товара и выручка от этого являются объективной метрикой, потому у продаванов кипиай – это база.

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

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

Единственная метрика, которая может быть кипиаем – результат, она же доставленная ценность. Но дело в том, что никто не умеет в это кунг-фу. Чтобы объективно это считать, нужно построить систему процессов и культуру. Иначе говоря- это почти невозможно для большинства компаний.

Потому, единственная форма работы с разработчиками – оклад+бонус (будь то за период - час/месяц - или за проект, тут кому как удобно в конкретной ситуации). В идеале должна быть еще шкала прогрессии, но это снова нужно строить процессы и культуру, а потому это из разряда фантастики для большинства компаний.

0

ответить

То что строить культуру нужно - это однозначно. Можно разобрать сложность проекта, для этого и есть тим лид. Скорость завершения, количество выполненных задач/проектов. В данном случае я рассматриваю как раз оклад+бонус

0

ответить

· 14.02

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

Но к сожалению, в силу недостатка компетентности, всякие «большие профессионалы» и важные дядетёти в компаниях крайне редко это понимают и всерьез считают, что процессы сами собой строятся, и каждый мимопроходун может это сделать.

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

0

ответить

Это про меня как раз ))

0

ответить

· 15.02

Что именно? «Большой профессионал»/важная дядетётя? Или топовый спец с гигантским опытом и пачкой нетривиальных скилов?

0

ответить

Однозначно. Вон китайцы внедрели систему оплаты ща аоличество кода и те начали копипастить и разворачивать код на максимум текста. В итоге считался китайский и индийский код худшим.

0

ответить

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

0

ответить

Ну тут когда смотрят и когда не смотрят Смотрят кто смотрит ☺️

0

ответить

Система смотрит и считает

0

ответить

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

0

ответить

А просто эффективно работать?

0

ответить

Это "просто" ещё надо определить. Четкое и правильное ТЗ и сроки - вот ваши кпи и "просто". И не стоит городить ничего больше

0

ответить

Хз как всем разработчикам, мой дзен таков: Уютный дом, достойная еда, Удобная рабочая среда И тёплый, интересный круг общения, Пронизанный взаимовдохновением

0

ответить

Это идеальная работа

0

ответить

Почасовая

0

ответить

Часы считать сложно заказчику и обосновать их. Это не работающий экскаватор или кран.

0

ответить

Да, кто этот ваш кипиай такой?

0

ответить

Классный и мотивирующий

0

ответить

Не понял

0

ответить

Вы не знаете что такое kpi?

0

ответить

Нет

0

ответить

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

0

ответить

Это ж кту а то кипиай

0

ответить

· 12.02

50/50 было бы отлично

0

ответить

еще контент автора

пост закреплён — пока закрепить можно только один пост

trash bin
перейти к нему не получится