Команда программистов. Самые частые способы развода
Сегодняшняя статья об уловках разработчиков, рассчитанных на невнимательных клиентов и тех, кто недостаточно хорошо разбираются в технической части. В случае негативного развития событий исполнители защищены законом. Давайте расскажу про несколько способов защиты от наиболее популярных схем.
Странные какие-то договора в эпоху agile..
Прописываешь в договоре демонстрацию результатов и оплату раз в одну-две недели. Если исполнитель не успел - можешь просто получить текущий результат и закончить сотрудничество. Если более-менее устраивает скорость-объем - сотрудничество продолжается.
Такое ощущение, что договора из примеров по waterfall-модели составлены. Не, ну для компании-исполнителя это удобно, но мне кажется в настоящее время придётся подстраиваться под заказчика, время-то тяжелое для отечественного IT
Это называется Time&Materials, без ТЗ это фактически вариация аутстаффа с почасовой ставкой.
При такой схеме во-первых вводится минимальный объем оплаты за период времени, вне зависимости от того была ли работа или нет.
Классика это 96 часов - те вне зависимости от загрузки, даже если вся команда стоит без задач - клиент платит за 96 часов в месяц.
Во-вторых сразу обговариваются варианты 'закончить сотрудничество' - в том числе штрафы за немедленное завершение работ без предупреждения например за 3 месяца до. Штраф легко может быть х3 от месячного объема.
Идиотов с деньгами с обоих сторон вообщем-то крайне мало осталось.