Как отличить плохого подрядчика от хорошего партнера? В работе по аутсорс модели может быть много плюсов, но также и много рисков. Найти хорошего партнера сложно, но это амбициозная и необходимая задача. Чтобы отличить его от плохого и безответственного подрядчика, мы написали эту статью. Какие же ошибки выдают подрядчиков, с которыми не стоит работать?
ПРИЗНАК #1 РАБОТА КОМАНДЫ НЕ ВИДНА
Менеджер заверил, что команда работает и покажет результат в “ближайшем будущем”, а спустя недели работы неизвестно какой результат по проекту и ведется ли работа вообще.
Как было бы правильно:
Использовать Scrum-методологию ведения проекта:
✓ Проводить ежедневные звонки, на которых говорить статус по задачам
✓ Делать демонстрацию результатов каждый спринт (2 недели)
✓ Проводить анализ результатов каждого спринта
Какая выгода для вас:
✓ Видите не только итоговый результат, но и понимаете прогресс по ходу спринта
✓ Своевременно видите задержки и проблемы, держите руку на пульсе
ПРИЗНАК #2 СОМНИТЕЛЬНОЕ КАЧЕСТВО КОДА
Программисты в спешке пишут некачественный код, который невозможно будет поддерживать. Из-за этого в будущем придется переписывать систему с нуля или она вообще не будет выполнять необходимые задачи и функции. Система может медленно работать из-за некачественного и неструктурированного кода, доработать новый модуль будет чрезвычайно сложно и дорого.
Как было бы правильно:
✓ Делать и показывать оценку качества кода с помощью специальных программ — профессиональных инструментов для анализа
✓ Работать по гит-флоу, где одни программисты проверяют других во избежание ошибок
Какая выгода для вас:
✓ Вам не нужно переплачивать за переделки
✓ Вы получаете работающую систему, которую легко дорабатывать и масштабировать
✓ С качественным кодом легко работать другим программистам и командам
ПРИЗНАК #3 НЕТ ГЛУБОКОГО ПОГРУЖЕНИЯ В ПРОЕКТ
Подрядчик просто выполняет пул задач, не желая вникать в тонкости проекта и изучать его. Разработчики просто пишут код так, как поняли задачу.
Как было бы правильно:
✓ Делать анализ конкурентов и изучать успешные аналоги на рынке, чтобы понимать тенденции и глубоко погрузиться в проект
✓ Исправлять недоработки и улучшать систему по ходу, выполняя роль бизнес-аналитиков
✓ Разработчики пишут код, учитывая бизнес требования, думают про создание продукта, который будет интересен и удобен для конечного пользователя
Какая выгода для вас:
✓ Подрядчик для вас мы не просто “руки”, которые делают, а и “голова”, которая придумает и согласует лучшее решение
ПРИЗНАК #4 ДЕЛАЮТ ВИДИМОСТЬ РАБОТЫ, МНОГО ЛИШНИХ ДВИЖЕНИЙ
Команда создает видимость работы — постоянно появляются новые документы с описанием, новые рабочие файлы. Код пишется просто ради кода и по ходу выясняется, что функции не логичны, неудобны или их невозможно использовать. Бизнес не получает результат — систему, которую можно использовать.
Как было бы правильно:
✓ Итеративно создавать готовый продукт, который можно использовать после первых спринтов
✓ Вместо 20 листов документации делать один прототип и наглядно показывать, как будет работать новый модуль
✓ Не просто писать код, а предлагать решение для бизнеса — рабочие функции, которые действительно нужны
Какая выгода для вас:
✓ Вы получаете результат — систему, которую можете использовать
✓ Экономите средства и время
ПРИЗНАК #5 НЕ ПРИДАЮТ ДИЗАЙНУ ДОЛЖНОГО ЗНАЧЕНИЯ
Плохие подрядчики делают акцент только на функционале и не рассматривают дизайн как важный этап разработки продукта и как инструмент достижения целей проекта. Изобретают велосипед — создают заново уже готовые решения и тратят на них массу времени. Они не переиспользуют логику/компоненты с других, уже разработанных модулей системы и не используют дизайн-систему — единый стиль и подход к дизайну проекта.
Как было бы правильно:
✓ Руководствоваться лучшими решениями современного UI/UX дизайна с заботой о конечном пользователе
✓ Не просто разрабатывать функционал до уровня “все работает отлично”, а делать большой акцент на визуальную часть до уровня “обалденно удобно и красиво”
✓ Использовать готовые решения и компоненты из других, уже завершенных модулей системы
✓ Использовать дизайн-систему и шаблоны в проектировании, чтобы ускорить работу и улучшить ее качество
Какая выгода для вас:
✓ Время на дизайн и проектирование распределяется максимально эффективно
✓ Пользователи получают удовольствие от дизайна так же как и от крутой технической реализации
✓ Они получают продукт, который выглядит так, что им хочется пользоваться постоянно — все потому что у него отзывчивый, понятный, удобный, вдохновляющий дизайн!
ПРИЗНАК #6 ПЕРЕХОДЯТ К НОВЫМ ФУНКЦИЯМ, НЕ ЗАВЕРШИВ ПРЕДЫДУЩИЕ
Для своего продукта вы задумали множество функций, которые описали в ТЗ подрядчику. Он начал разработку всех функций сразу, но ни одну так и не завершил должным образом. Спустя полгода у вас начаты все модули, они “практически готовы”, но ни один нельзя использовать.
Как было бы правильно:
✓ Отдавать доработанные функции — корректно работающие модули, учитывающие все сценарии. Экраны корректно отображаются на всех устройствах и всех операционных системах. Страницы правильно показывают информацию, даже если нет данных, нет интернета или пользователь ввел некорректное значение
✓ Разрабатывать все функции поэтапно, доводя их до желаемого результата — доработанного функционала, которым можно пользоваться
✓ Переходить к новой задаче только после полностью завершенной предыдущей
Какая выгода для вас:
✓ Вы видите как формируется ваш продукт — постепенно, но с видимыми результатами
✓ Получаете работающие функции после окончания соответствующих спринтов, а не в самом конце проекта, когда окажется, что что-то осталось недоработано
Думаем, вы нашли как минимум пару совпадений с работой вашего текущего или бывшего подрядчика. Их ошибки и непрофессионализм может стоить вам успеха всего проекта, поэтому советуем тщательно выбирать компанию, которой вы готовы доверить свое дело. Мы в свою очередь стараемся следовать принципам, описанным в пунктах «как было бы правильно», заботясь о вас и конечных пользователях вашего продукта. Кстати, о важности аутсорса отличную статью написали Forbes.
Следующим шагом после выбора подрядчика будет написание ТЗ. В нашей статье «Как сделать правильное ТЗ» мы расписали все необходимое, что вам стоит учесть. Удачи в реализации ваших самых смелых идей!
