как платить за баги?

Что думаете

Думаю что платить надо за результат. Почасовая оплата сама по себе подразумевает, что сотрудник будет тянуть время.

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

А кодревью и тестирование для кого придумали? Если видно что человек постоянно косячит по своей вине, уволь его.

Пока в голове крутится идея за дебаггинг делать полставки часовой.

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

При такой схеме от тебя уйдут все хорошие программисты.

Поощрять удачные релизы. Купить тестера. Выделять время на написание тестов.

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

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

Сотрудники адекватные, все работают на совесть. Это видно.

ситуацию, когда кто-то «пофиксил» API и у остальных девелоперов все отвалилось, вам в ленту

Гарантия? Нет, не слышали.

Тогда к чему вопрос?)

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

Разумеется объем работ может быть пересмотрен и ТЗ подкорректировано, но эта корректировка будет сопровождаться переоценкой. Поэтому всем удобнее делать это после завершения предыдущего этапа работ.

Теперь по поводу багов. Есть контрольная точка - сдача клиенту готового решения. Все баги найденные до и во время сдачи правятся бесплатно. Просто потому что клиент заказал решение, мы его оценили и когда он его заказывал - он заказывал его без ошибок.

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

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

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