Здравствуйте, saprxm, Вы писали:

S>я не могу вспомнить из программы в универе как надо поступать с багами. Его аргументация сильна: вы накосячили сами, поэтому исправляйте баги за свой счет (недополучение премий)

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

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

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

S>Прошу мысли по теме и "стандартные фразы" для "промывания мозгов" о том, что нужно платить за исправление багов

unit-testing, багфиксинг, приёмка (интеграция), интеграционный багфиксинг и поддержка (maintenance) — суть такие же этапы жизненного цикла ПО, и также могут быть оценены и оплачены вне зависимости от формы time&material или fixed price.

в случае с fixed price unit-testing и внутренный багфиксинг следует заносить с максимально возможной верхней оценкой в цену разработки. тогда, всё, что ненакосячите будет вашей прямой прибылью.
оценку этапов интеграции надо обосновывать отдельно, причём чем раньше её начать обосновывать, тем больше рисков удастся нарисовать, чтобы удлинить сроки и цену