Любой мало-мальски опытный айтишник на позиции не бизнесовее проектного менеджера включительно имеет представление о двух основных моделях оплаты работы аутсорс команды - Fixed Price и Time & Material.

Оплата по формату Time & Material представляет собой оплату за проданные человекочасы, в случае оптовой и долгосрочной закупки выделенных ресурсов трансформируется в модель выделенной команды (Dedicated Team). Эта модель весьма удобна аутсорсерам с точки зрения снижения рисков на приемку и обычно комбинируется с проектными методологиями типа Scrum - идет итеративный процесс, часы списываются, а уж что там эти программисты делают - это головная боль заказчика, мы готовы выполнить любые хотелки клиента за его счет. Из минусов можно отметить что загрузка может неудобным образом скакать, в результате требуется ресурсное планирование, поэтому любой аутсорсер стремиться продать ту самую Dedicated Team и просто стричь купоны, не напрягаясь.

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

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

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

Другой пример: отлично проданный проект по T&M, стартует, график платежей раз в квартал. А однажды у клиента кончаются деньги и он тупо начинает морозиться и не платит. И что делать - непонятно, остановить проект - значит с высокой степенью вероятность потерять клиента и не вернуть деньги. Продолжить работать - значит наращивать минус и неизвестно когда он закончится. А немаленькие зарплаты приходится платить, т.к. программера совершенно не парит заплатил клиент или нет.

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

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