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