Как заранее распределить риск простоя внешней ИТ-команды из-за недоступного репозитория заказчика?
Обязанность поддерживать доступ должна быть конкретной. Для расчёта последствий нужно зафиксировать препятствие, зависимые задачи и согласованный порядок оплаты или переноса сроков.
Короткий ответ
Согласуйте обязанность заказчика открыть и поддерживать необходимые доступы, а также порядок действий, если команда теряет возможность работать. В договоре нужно определить, как фиксируется препятствие, что происходит со сроками и на каком основании оплачивается ожидание. Закрытый репозиторий сам по себе ещё не доказывает сумму, которую заказчик должен заплатить.
Простой важно отделить от обычной незагруженности команды. Нужно показать, какие согласованные задачи были готовы к выполнению и почему именно отсутствие доступа помешало работе.
Как описать обязанность заказчика
Укажите системы и уровень доступа, которые нужны исполнителю, срок их предоставления и ответственное лицо. Если без пояснений заказчика пользоваться системой невозможно, предусмотрите передачу инструкций или проведение необходимого ознакомления.
Определите, как команда сообщает о проблеме и как заказчик подтверждает восстановление доступа. Срок выбирайте под проект: он должен учитывать реальную организацию работы, а не копироваться из чужого примера.
Порядок переноса сроков нужно связать с обязанностями сторон и этапами разработки. Не всякая техническая проблема останавливает весь проект: независимые задачи могут оставаться выполнимыми.
Что фиксировать во время препятствия
Сохраните время потери доступа, сообщения о проблеме, ответы заказчика и перечень заблокированных задач. Отдельно укажите, какие действия команда смогла продолжить, а какие пришлось отложить. После восстановления зафиксируйте дату и согласуйте изменившийся календарь, если это требуется договором.
При проверке договорных условий разработки отдельно определите денежные последствия ожидания. Например, стороны могут согласовать порядок учёта зарезервированного времени и подтверждающие документы. Такой порядок должен быть понятен до конфликта, а не появляться впервые в счёте исполнителя.
Если спор уже возник, одного доказательства отсутствия доступа мало для любого денежного требования. Понадобятся договорное основание расчёта и объяснение его связи с конкретным периодом и работой команды.
Если нужно применить ответ к Вашей ситуации или документам, Разработать договор подряда: юрист проверит вводные и учтёт обстоятельства, которые короткий ответ не охватывает.
Что ещё полезно знать
Частые вопросы по теме
- Как описать предмет договора на внешнюю ИТ-команду, когда заказчик сам меняет задачи разработки?
- Как связать перенос срока разработки ПО с конкретной просроченной обязанностью заказчика?
- Что указать о принадлежности репозитория при передаче заказной программы?
- Как менять состав и ставки внешней ИТ-команды, сохраняя один рамочный договор?
- На кого возложить выгрузку логов работы ИТ-команды из системы заказчика?