Что такое договор TMA, предлагаемый после сдачи ПО, и нужен ли он малому бизнесу?

Не путайте гарантию и обслуживание. Баг, который изначально был в коде — это гарантийный случай. А вот если обновилась версия PHP или прилетел патч безопасности на сервер и из-за этого упала функция — это уже зона ответственности TMA.

Платим за свою логистическую панель 600 EUR в месяц, куда входит 5 часов доработок. В прошлом году, когда сторонний сервис штрихкодов изменил API, нам всё поправили и подняли за 3 часа. Не будь договора, мы бы в тот день потеряли 4.000 EUR выручки.

850 EUR в месяц для небольшого бизнеса — ощутимая сумма. Если туда не входит разработка новых фич, а только «присмотр за сервером», то агентство просто хочет обеспечить себе пассивный доход. Требуйте детализацию.

Перед тем как садиться за стол переговоров, выдвигайте 4 условия: 1) Первые 3 месяца считаются гарантией, TMA не платится, 2) Неиспользованные часы переносятся в течение 3 месяцев, 3) При критических сбоях время GTI не превышает 2 часов, 4) Ставка человеко-часа для сверхлимитных задач фиксируется сразу.

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

мы на первом проекте тоже отказались с мыслью «да зачем оно надо и так всё работает». через полгода отвалился платежный модуль, а подрядчики были заняты на другом объекте, в итоге 4 дня сидели с лежачим сайтом. фиксированная поддержка реально нужна.

Примечание: пишу на основе своего опыта, у других может быть иначе.

Вместо фиксированного ежемесячного договора предложите «пакет часов» (carnet d'heures). К примеру, вы покупаете предоплаченный блок на 20 часов, и они списываются только по мере появления багов или проведения обновлений. Так вам не придется платить по 850 EUR каждый месяц впустую.

В договорах TMA необходимо юридически четко определить, является ли обязательство агентства «обязательством по достижению результата» (obligation de résultat) или лишь «обязательством по приложению усилий» (obligation de moyens). В случае простоя должны быть предусмотрены пункты о компенсации или штрафных санкциях.

Спасибо за ваш пост. Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

Не могли бы вы это пояснить? Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Оставлю как заметку, пригодится.

давайте разделим понятия, их путают. любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

если напишшете результат здесь это поможет и другим.

Абсолютно. Если добавить к этому: Когда пытаешься изменить всё сразу, ничего не приживается.

Спросите, кто готовил КП и кто будет выполнять работу. Оставлю как заметку, пригодится.

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

Пишите, если есть вопросы, отвечу по мере возможности.

Пишу это, чтобы вы не совершили ту же ошибку. Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Конечно, если ваша ситуация отличается, всё меняется.

Краткое резюме для новичков: Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Это мое мнение, не утверждаю, что оно единственно верное.

Мне тоже интересно.

Взял на заметку, спасибо.

Взял на заметку, спасибо. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Каждое «посмотрим позже» на встрече означает неоплаченную работу. Удачи.