Какие штрафные санкции должны быть в разработке программного обеспечения для внештатных сотрудников, если они не соблюдают сроки? [закрыто]

Я разговаривал с со-разработчиком.

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

Хотя я не занимаюсь внештатной работой, я не смог дать ответ.

Итак, мой вопрос:

С какими последствиями вы (фрилансеры) соглашаетесь с вашим клиентом, если вы пропускаете крайние сроки по своим результатам (помимо увольнения)?

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

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

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

Примечание для клиента:

1. Многие задержки по вине самих клиентов. Причин может быть несколько:

   • Никакой SRS, но вместо этого два параграфа, описывающие потерянно то, что клиент считает своими потребностями (и, конечно, клиент не хочет платить за сбор требований, считая этот шаг потерей времени).

   • Приходя за две недели до последнего срока и сообщая, что не имеет значения, что проект до сих пор выполнялся на Java и использовался Oracle: необходимо, чтобы он был переписан на Python и использовал MySQL, потому что заказчик вчера прочитал журнал говоря, что эти технологии - будущее.

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

2. Хорошее общение необходимо для хорошего проекта.

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

3. Ты получаешь то, за что платишь.

   Существуют специальные процедуры, которые помогают поддерживать организованность проекта, и на самом деле, программирование должно занимать всего 10-15% времени для крупных проектов и 15-20% времени для средних проектов. Эти проекты также должны выполняться людьми, которые знают, что они делают.

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

   Не жалуйтесь, что проект - это катастрофа, когда вы готовы платить только за разрушительные проекты.

4. Не договаривайтесь о времени, необходимом для выполнения работы.

   Я часто сталкиваюсь с такими дискуссиями:

   Разработчик: учитывая требования, я могу выполнить это через четыре месяца.
   Заказчик: это невозможно. Проект должен быть выполнен за два месяца.
   Разработчик: ну, если вы не отключите некоторые функции ...
   Клиент: Я не могу! Все функции необходимы. Почему вы не можете сделать работу через два месяца? Я связался с индийским программистом, моим другом, он может сделать это за полтора месяца и попросит только половину цены!

   Время переговоров - это рецепт катастрофы.

5. Знай свои приоритеты.

   Примите во внимание правило 90%. Когда проект управляется неправильно, разработчики часто говорят, что они выполнили 90% проекта через месяц после запуска проекта. Затем, через месяц, это все еще 90%. И через месяц.

   Это может иметь две причины:

   • Когда проект не выполнен правильно, т.е. 100% времени отводится программированию, что оставляет 0% на сбор требований, архитектуру, проектирование и тестирование, то происходит то, что программисты не имеют представления о работе, которую они выполняют, и они обнаруживают, что новые задачи на протяжении всей жизни проекта. Подготовка проекта поможет лучше понять все задачи, которые должны быть выполнены.

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

   Уточнение приоритетов и необходимость правильного выполнения проекта помогает исключить эти компании из списка кандидатов.