Подрядчик по разработке пропал: как принять чужой проект и не начинать заново

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

С чего начать, если подрядчик пропал?

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

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

Договор и переписку не выбрасывайте. Даже если в договоре ничего не сказано о передаче кода, опираться в разговоре вы будете на оплату и постановку задачи. Юристу этого достаточно, чтобы дать оценку.

Важно. Не начинайте доработку и не подключайте нового исполнителя, пока не сделали копию рабочего состояния. Первая же правка в чужом проекте без резервной копии может стать той самой, после которой восстановить ничего не получится.

Что истребовать у прошлого подрядчика?

Коротко: проект держится не на одном коде. К нему идут доступы, репозиторий, инструкция по сборке, база, домен, хостинг, сторонние сервисы, документация, тесты и договор. Требуйте всё списком и письменно: так видно, что отдано, а что нет, и у вас остаётся подтверждение запроса.

Соберите список в один документ и отправьте бывшему исполнителю. Просить лучше письменно и по пунктам.

1. Доступы. Аккаунт в системе, где хранится код (репозиторий), панель хостинга, доступ к серверу, где работает проект, база данных, админки. Ещё нужны почта и телефон, к которым привязаны эти аккаунты.
2. Домен и настройки домена. Аккаунт у регистратора домена и сами настройки. Чаще всего это оформлено на подрядчика, и дороже всего это вернуть потом.
3. Код. Исходный код последней рабочей версии. Черновик полугодовой давности не подойдёт. Уточните сразу, какая версия сейчас работает у клиентов.
4. Инструкция по сборке. Как собрать и запустить проект с нуля на чистой машине: какие программы поставить, какие версии, какие команды выполнить.
5. База данных. Свежая копия базы и схема: как она устроена и как её развернуть.
6. Сторонние сервисы. Список всего, что подключено к проекту снаружи: платежи, отправка СМС и писем, карты, аналитика, хранение файлов. По каждому - чей это аккаунт и какие в нём условия оплаты.
7. Документация. Описание того, как проект устроен: из каких частей состоит, что с чем связано, где какие настройки.
8. Тесты. Есть ли автоматические проверки, что они покрывают, как их запустить.
9. Договор и права. Договоры, акты выполненных работ, счета. Всё, чем подтверждается, что работу заказывали именно у этого исполнителя.

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

Как проверить, что проект живой, если вы не читаете код?

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

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

1. Доступы работают. Вы сами входите в репозиторий, хостинг и админку. Если вход только через аккаунт подрядчика, доступа у вас нет, даже если он выслал ссылку.
2. Проект собирается с нуля. Новый человек на чистой машине по инструкции собирает и запускает проект. Если инструкции нет или проект собирается только у одного человека, значит, он зависит от этого человека.
3. База разворачивается. Из присланной копии базы проект поднимается на тестовом сервере. Так проверяется вся связка «код и данные», включая саму базу.
4. Домен и хостинг ваши. Проверьте в личном кабинете регистратора и хостера, на кого оформлены домен и сервер. Если на подрядчика, переоформляйте до всего остального.
5. Проект не только на его сервере. Работающая версия поднимается на другом сервере. Того, где её запустил прошлый исполнитель, недостаточно.

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

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

Кому принадлежит код?

Коротко: по Гражданскому кодексу РФ, когда программу создают по договору заказа, исключительное право по общему правилу принадлежит заказчику, если в договоре не написано иное (статья 1296). Отдельный случай - если работу вы заказывали напрямую у автора, человека, который её писал (статья 1288). Тогда право переходит к вам, только когда в договоре прямо сказано, что оно передаётся.

Как понять, какой случай ваш: посмотрите, с кем подписан договор. Если с компанией-исполнителем, работает статья 1296. Если с человеком-автором напрямую, работает статья 1288, и одного факта оплаты мало.

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

• Найдите в договоре пункт о правах на результат. Есть формулировка про отчуждение исключительного права - хорошо, код ваш.
• Пункта нет - не считайте, что вопрос закрыт сам собой. Покажите договор юристу: вывод зависит от того, как составлен документ и с кем он подписан.
• Ещё один момент: чужие библиотеки и платные компоненты внутри проекта. Права на них вам не передают, у них свои условия и лицензии. Их нужно переоформить на себя или купить: просто забрать их нельзя.

Важно. Передача прав и передача файлов - разные вещи. Получить папку с кодом и получить право им распоряжаться можно отдельно друг от друга. Это не юридическая консультация: перед тем как что-то требовать, покажите документы юристу.

Продолжать чужой проект или переписать?

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

Ориентир - состояние проекта. Свежий проект без доступов хуже старого, который собирается.

Переписывание целиком - дорогая опция, и берутся за неё, когда продолжать дороже или опасно. Часто выгоднее оставить работающую часть на месте и переписать только то, что не поддаётся правке. Что дешевле в вашем случае, решает состояние кода.

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

Что записать в договор с новым подрядчиком?

Коротко: в договор идут доступы, критерии приёмки и порядок передачи прав. Это страховка, чтобы не оказаться в той же ситуации второй раз. Аккаунты лучше оформлять на себя с самого начала, а подрядчика добавлять как помощника.

• Передача прав. Пункт, что исключительное право на созданный код переходит к вам, и в какой момент - обычно после оплаты.
• Аккаунты на вас. Репозиторий, хостинг и домен оформлены на вас с самого начала, подрядчика вы добавляете как помощника. Тогда в случае чего вам не нужно ничего истребовать.
• Критерии приёмки. Что считается сделанной работой: какие проверки проходят, что работает. Критерий приёмки, записанный заранее, снимает спор «получилось или нет».
• Передача комплекта. Подрядчик обязан отдать код, инструкцию по сборке и копию базы в момент сдачи.
• Доступ к коду во время работы. Актуальную версию вы открываете сами, в любой момент.

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

Частые ошибки при смене подрядчика

Коротко: дороже всего стоят ошибки, когда проект двигают до того, как забрали доступы и сделали копию. Диагноз проекта и передача комплекта должны идти раньше любых правок. Собрали семь ошибок, которые повторяют чаще всего.

1. Платить за продолжение до того, как получили доступы и проверили проект.
2. Начинать доработку, не зафиксировав, что именно работает сейчас.
3. Подключать нового исполнителя на словах, без переданного комплекта.
4. Гасить старую версию проекта, пока новая не поднята и не проверена.
5. Не оформить права на код и узнать об этом год спустя.
6. Держать всю разработку в личных аккаунтах одного человека.
7. Не сделать резервную копию перед первой правкой.

Что делать, если код не отдают?

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

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

Важно. Этот раздел - не юридическая консультация. Вывод о правах на конкретный код зависит от вашего договора; покажите документы юристу перед тем, как что-то требовать.

Источники

• Гражданский кодекс РФ, часть четвёртая, статья 1296 «Произведения, созданные по заказу», КонсультантПлюс: статья 1296 ГК РФ
• Гражданский кодекс РФ, часть четвёртая, статья 1288 «Договор авторского заказа», КонсультантПлюс: статья 1288 ГК РФ
• Разбор, кому принадлежат права на произведение по заказу, «Невская юридическая компания»: кому принадлежат права на произведение по заказу
• Чек-лист владельца сайта и приложения: как не остаться без доступа к своему проекту, Т-Банк: чек-лист владельца
• Разбор приёмки проекта с аутсорса со стороны разработчиков, Habr (Cynteka): как мы проект с аутсорса забирали
• Что делать, если разработчик не передаёт исходный код, портал юридических услуг: разработчик не передаёт исходный код

Проект можно не спасать в одиночку: посмотрите, как мы описываем чужие системы, и опишите задачу - вернёмся с составом работ и сметой.