TALENTPOWERED.

TEAM

РАБОТАТЬ
С РАЗРАБОТЧИКОМ
TPT Guides

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

РАЗРАБОТКА - ЭТО ПРОЦЕСС

В случае работы с разработчиком или с целой командой
разработки необходимо не только подробно написанное
техническое задание с макетами экранов, полным списком
текстов сообщений для пользователей и прочими
требованиями, но и ваша активная вовлеченность в сам процесс
работы: вникайте в происходящее, старайтесь понять что и
зачем происходит. Не стоит забивать в разработку ТЗ как в
печку и думать, что “и так сойдёт”, важно держать руку на
пульсе и вовремя направлять процесс.

СКОНЦЕНТРИРУЙТЕСЬ НА
ОСНОВНЫХ ФУНКЦИЯХ
Вы должны концентрировать усилия разработчиков на самых
главных вещах, чтобы не тратить лишние дни и даже недели на
трудоемкие, но не столь важные функции. Например, не стоит
тратить время на внедрение нового фильтра в поиске, если
архитектура всего сайта не доведена до ума. Отсутствие одного
фильтра - потенциальная возможность для усовершенствования
продукта, дополнительная задача в бэклоге, а “неустойчивая”
архитектура - потенциальный риск попрощаться с продуктом.
Ответственные разработчики будут стремиться реализовать
весь потенциал проекта, но вам как идеологу проекта нужно
всегда разделять первостепенный функционал (как ,например,
механизм платежа), который необходим для жизнедеятельности
продукта, и задачи других степеней важности (например,
настройка уведомлений, получаемых пользователем).
КОНТРОЛИРУЙТЕ УСИЛИЯ
РАЗРАБОТЧИКОВ
В процессе сотрудничества с разработчиком вы будете приобретать опыт работы с таким специалистом и
станете лучше понимать, как коммуницировать с ним и как грамотно оценивать время на задачи.
Ориентируетесь на то, что психологическое качество, которое отличает хороших разработчиков, —
перфекционизм. Это относится не только к видимому результату— экранам и кнопкам, — но и ко
внутренней реализации продукта, то есть к коду. Фрилансер не должен “вставлять костыли”, а именно
прибегать к быстрым, но неэффективным решениям, в вашем проекте.

СОРТИРУЙТЕ ЗАДАЧИ
Задачи для команды разработки делятся на масштабные (внедрить новую функцию) и мелкие (изменить
форму входа). Главным правилом здесь является - никогда не сбивать разработчика с масштабного
таска для решение мелких, даже срочных задачек. При возможности стоит устраивать чередование
периодов выполнения крупных и мелких задач. Мелкие задачи необходимо фиксировать (например,
заносить в бэклог) по мере их появления, но отдавать их в разработку списком, когда планируется
вывод проекта на новый этап.

ОСТАВЛЯЙТЕ ВРЕМЯ ДЛЯ ВНУТРЕННИХ

ИЗМЕНЕНИЙ
В процессе разработки проект так или иначе обрастает недоработками и, так называемыми,
“костылями”. Возникновение этих проблем неизбежно при внедрении нового функционала или
переработке текущего. Важно всегда оставлять время для того, чтобы поработать над архитектурой
проекта и исправить недочеты на элегантные решения.
“Технический долг” разработчика сделать устойчивую архитектуру, которая будет бесперебойно
работать при любой допустимой нагрузке. Задача продуктолога - найти решение, которое будет
максимально закрывать запросы пользователей. Требование к лаконичности архитектуры со стороны
разработчика и желание внедрить наиболее разнообразный функционал со стороны продуктолога
могут приводить к конфликту двух сторон, поэтому важно соблюдать баланс между перфекционизмом и
новаторством.

Надеемся , что предложенные советы помогут добиться

повышения эффективности Вашего взаимодействия в
разработчиком . Начать работу с разработчиком вы
можете с создания проекта на TALENTPOWERED.TEAM !

Начать

НАШИ КОНТАКТЫ
support@talentpowered.team

Black Church 7 Mary's Place Street

Dublin, Ireland
TALENTPOWERED.TEAM