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