Данная статья посвящена тем, кто сталкивается с мелкой разработкой сайтов в режиме аутсорса. Про организацию процесса и распределение ответственности при мелкосерийной доработке сайтов.
Проблемы с программистами
В своей практике SEO специалиста мне приходится много работать с веб-программистами. И это самый проблемный элемент, который генерирует проблем больше, чем сами заказчики J
Чаще всего разработчики работают на удаленке, беря за поддержку определенную денежку, а при разработке нового функционала – заряжая сумму и сроки на разработку.
Проблемы типичные
1) Программист пропадает, кормит завтраками
2) Сумма оплаты формируется непонятным образом (даже при оплате по часам и контроле с помощью программ)
3) Работа выполняется с ошибками, медленно. Требуются доработки и исправления.
4) Слабо продуманная архитектура, дополнения делаются сложно и дорого
Каждый раз это новые сочетания косяков и неудобств, новые траты денег. И даже если с моей стороны все идеально сделано (четкое ТЗ, обсуждение задания), то программист может запросто пропасть, завысить стоимость и т.д.
Решение оказалось очень простым, и оно позволило мне сэкономить 81% бюджета на разработку фичи для сайта.
Две истории разработки одного функционала
История 1.
Для сайта нужно было сделать большую, сложную структуру (около 15 гигабайт данных в json формате). Продумали как будет выглядеть, вместе с программистом разобрали формат для загрузки.
В результате стоимость составила 70 т.р., а сроки выполнения – 2 месяца (по факту 4).
Программист был довольно опытным, но из за собственной лени и нежелания пересмотреть свой подход затянул срок два раза.
История 2.
Через 2 года мне понадобилась эта самая структура, но на другом сайте. Исходный код с первого возможности взять не было.
В этот раз я работал через менеджера разработки. Т.е. между мной и программистом добавилось еще одно звено, которое должно было повысить стоимости разработки (повысив при этом удобство, стабильность и качество). Но получилось так, что удобство и качество увеличилось, а сроки и стоимости уменьшились.
Кто такой менеджер по разработке, что он делает?
1) Перевод с моего языка на технический. Составление требований к разработке.
2) Выбор пути решения, вопросы по поводу реализации (подводные камни)
3) Выбор технологий и пути решения проблемы
4) Разбивку задачи на более маленькие
5) Оценку задачи в часах разработки специалиста
6) Оценку сроков выполнения (предполагаемые и дедлайн)
7) Подбор исполнителей
8) Прием-сдачу задания
По моим оценкам наценка менеджера составляла около 30%. Но благодаря тому, что каждая задача имела точный путь решения с использованием необходимых технологий, стоимости сильно снизились.
Вместо 70 тысяч рублей я потратил всего 13!
И при этом соблюдены все сроки, ошибки доработаны за 1 день, все сделано качественно, с упором на дальнейшее развитие проекта.
В других случаях экономия не на столько существенная, но всегда выходит меньше, чем если бы это выполнял только программист на аутсорсе.
Маленькая приятность, при работе с менеджером
Кроме всего прочего, я сталкивался с тем, что приходилось спорить с программистами за бизнес логику дополнений. Т.е. технический специалист спорит с заказчиком по поводу того, как должен работать тот или иной элемент. С менеджером эти ситуации решались намного проще – он одновременно и понимал как что реализуется, и зачем это нужно бизнесу. Находясь посередине, он помогает выбирать между качеством и стоимостью разработки.
Если вы постоянно пользуетесь услугами программистов на аутсорсе, то найдите себе менеджера по разработке. Он сэкономит вам деньги и нервы.
