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

ПРИЗНАК #1 РАБОТА КОМАНДЫ НЕ ВИДНА

Менеджер заверил, что команда работает и покажет результат в “ближайшем будущем”, а спустя недели работы неизвестно какой результат по проекту и ведется ли работа вообще.

Как было бы правильно:

Использовать Scrum-методологию ведения проекта:

✓ Проводить ежедневные звонки, на которых говорить статус по задачам

✓ Делать демонстрацию результатов каждый спринт (2 недели)

✓ Проводить анализ результатов каждого спринта

Какая выгода для вас:

✓ Видите не только итоговый результат, но и понимаете прогресс по ходу спринта

✓ Своевременно видите задержки и проблемы, держите руку на пульсе

ПРИЗНАК #2 СОМНИТЕЛЬНОЕ КАЧЕСТВО КОДА

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

Как было бы правильно:

✓ Делать и показывать оценку качества кода с помощью специальных программ профессиональных инструментов для анализа

✓ Работать по гит-флоу, где одни программисты проверяют других во избежание ошибок

Какая выгода для вас:

✓ Вам не нужно переплачивать за переделки

✓ Вы получаете работающую систему, которую легко дорабатывать и масштабировать

✓ С качественным кодом легко работать другим программистам и командам

Подрядчик в IT

ПРИЗНАК #3 НЕТ ГЛУБОКОГО ПОГРУЖЕНИЯ В ПРОЕКТ

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

Как было бы правильно:

✓ Делать анализ конкурентов и изучать успешные аналоги на рынке, чтобы понимать тенденции и глубоко погрузиться в проект

✓ Исправлять недоработки и улучшать систему по ходу, выполняя роль бизнес-аналитиков

✓ Разработчики пишут код, учитывая бизнес требования, думают про создание продукта, который будет интересен и удобен для конечного пользователя

Какая выгода для вас:

✓ Подрядчик для вас мы не просто “руки”, которые делают, а и “голова”, которая придумает и согласует лучшее решение

ПРИЗНАК #4 ДЕЛАЮТ ВИДИМОСТЬ РАБОТЫ, МНОГО ЛИШНИХ ДВИЖЕНИЙ

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

Как было бы правильно:

✓ Итеративно создавать готовый продукт, который можно использовать после первых спринтов

✓ Вместо 20 листов документации делать один прототип и наглядно показывать, как будет работать новый модуль

✓ Не просто писать код, а предлагать решение для бизнеса рабочие функции, которые действительно нужны

Какая выгода для вас:

✓ Вы получаете результат систему, которую можете использовать 

✓ Экономите средства и время

ПРИЗНАК #5 НЕ ПРИДАЮТ ДИЗАЙНУ ДОЛЖНОГО ЗНАЧЕНИЯ

Плохие подрядчики делают акцент только на функционале и не рассматривают дизайн как важный этап разработки продукта и как инструмент достижения целей проекта. Изобретают велосипед создают заново уже готовые решения и тратят на них массу времени. Они не переиспользуют логику/компоненты с других, уже разработанных модулей системы и не используют дизайн-систему единый стиль и подход к дизайну проекта.

Как было бы правильно:

✓ Руководствоваться лучшими решениями современного UI/UX дизайна с заботой о конечном пользователе

✓ Не просто разрабатывать функционал до уровня “все работает отлично”, а делать большой акцент на визуальную часть до уровня “обалденно удобно и красиво”

✓ Использовать готовые решения и компоненты из других, уже завершенных модулей системы

✓ Использовать дизайн-систему и шаблоны в проектировании, чтобы ускорить работу и улучшить ее качество

Какая выгода для вас:

✓ Время на дизайн и проектирование распределяется максимально эффективно

✓ Пользователи получают удовольствие от дизайна так же как и от крутой технической реализации

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

IT аутсорс подрядчик

ПРИЗНАК #6 ПЕРЕХОДЯТ К НОВЫМ ФУНКЦИЯМ, НЕ ЗАВЕРШИВ ПРЕДЫДУЩИЕ

Для своего продукта вы задумали множество функций, которые описали в ТЗ подрядчику. Он начал разработку всех функций сразу, но ни одну так и не завершил должным образом. Спустя полгода у вас начаты все модули, они “практически готовы”, но ни один нельзя использовать.

Как было бы правильно:

✓ Отдавать доработанные функции корректно работающие модули, учитывающие все сценарии. Экраны корректно отображаются на всех устройствах и всех операционных системах. Страницы правильно показывают информацию, даже если нет данных, нет интернета или пользователь ввел некорректное значение

✓ Разрабатывать все функции поэтапно, доводя их до желаемого результата доработанного функционала, которым можно пользоваться

✓ Переходить к новой задаче только после полностью завершенной предыдущей

Какая выгода для вас:

✓ Вы видите как формируется ваш продукт постепенно, но с видимыми результатами

✓ Получаете работающие функции после окончания соответствующих спринтов, а не в самом конце проекта, когда окажется, что что-то осталось недоработано

Думаем, вы нашли как минимум пару совпадений с работой вашего текущего или бывшего подрядчика. Их ошибки и непрофессионализм может стоить вам успеха всего проекта, поэтому советуем тщательно выбирать компанию, которой вы готовы доверить свое дело. Мы в свою очередь стараемся следовать принципам, описанным в пунктах «как было бы правильно», заботясь о вас и конечных пользователях вашего продукта. Кстати, о важности аутсорса отличную статью написали Forbes.

Следующим шагом после выбора подрядчика будет написание ТЗ. В нашей статье «Как сделать правильное ТЗ» мы расписали все необходимое, что вам стоит учесть. Удачи в реализации ваших самых смелых идей!