Налаженное общение и регулярная обратная связь — пункты, без которых невозможно представить успешное завершение разработки продукта. Рассказываем, как выстроить коммуникацию с подрядчиком так, чтобы обе стороны остались довольны и разработка MVP прошла безболезненно.
Эффективная коммуникация с удаленным разработчиком
Перед тем, как ответить на вопрос “как управлять удаленной командой разработчиков”, нужно убедиться в том, что вы понимаете стадии общения с подрядчиком:
- до подписания контракта и начала совместной работы;
- во время сотрудничества;
- после окончания совместной работы.
До начала совместной работы
Без обсуждения ожидаемых результатов никуда, поэтому любое сотрудничество начинается с переговоров. Убедитесь, что обе стороны понимают свою роль в процессе до того, как подписывать контракт.
1. Будьте открыты
Digital-проект — это результат совместных усилий клиента и IT-специалиста. Чтобы правильно воплотить ваши идеи в жизнь, разработчику нужно как можно больше информации. Поделитесь тем, как вы видите свой продукт: пришлите референсы, передайте контакты других ребят из команды (кто знает, где и как они смогут помочь)… В общем, всем, что поможет подрядчику погрузиться в проект.
2. Договоритесь, как будете получать результаты работы
Заранее обговорите с подрядчиком, как часто и каким образом команда будет делиться результатами. Обычно коммуникацией с заказчиком занимается проджект-менеджер, вам нужны его контакты. Скорее всего, он запланирует все (звонки, встречи) заранее, так что вы будете знать, чего ждать и когда ждать.
Продуктивное сотрудничество обеспечивают регулярные созвоны (или общение в мессенджерах): меньше недопониманий, больше своевременно выполненных заданий. Иными словами, минимум головной боли для вас.
3. Установите KPI
Чтобы избежать неприятных сюрпризов по окончании проекта, оценивать прогресс нужно на каждом этапе (поэтому управление удаленной командой разработчиков и нужно 💁🏻♀️).
Давайте так, “нравится”/“не нравится” — ненадежные критерии.Чтобы успешно управлять удаленной командой разработчиков, определите параметры оценки эффективности подрядчика. Вообще, KPI (от англ. Key Performance Indicator – “ключевые показатели эффективности”) зависит от типа проекта, однако существуют несколько более-менее универсальных показателей, опираясь на которые можно управлять разработчиками:
- OTD (от англ. On-Time Delivery – “своевременность доставки”). Этот показатель измеряет скорость разработки:выражается в общем количестве заданий, выполненных в течение установленного периода времени и отражает выполнение договоренностей в срок.
- CPI (от англ. Cost Performance Index – “индекс стоимости”). CPI помогает оценить эффективность проекта по стоимости и понять,соответствуют ли затраты на выполненную работу фактической стоимости проекта.
- QPI (от англ. Quality Performance Index – “индекс качества”). Этот показатель оценивает то, как разработчики справляются с поставленными задачами в целом. Например, если после запуска MVP не вспыло никаких багов и проблем, то QPI удовлетворительный.
- Удовлетворенность пользователей. Возможно, что это самый важный показатель KPI для любого проекта. Отзывы в App Store и Google Play помогают определить, остались ли пользователи довольны продуктом.
Совместная работа над проектом
Никто не знает проект лучше вас, поэтому важно принимать активное участие. Работайте в тандеме — это позволит вам получить то, что вы хотите.
4. Оставайтесь на связи
Передать работу над проектом команде разработчиков и лечь отдыхать не получится. Если хотите получить продукт, который соответствует вашим ожиданиям на 100% — нужно постоянно оставаться с командой на связи.
Идеальный сценарий — это встреча в офисе. Сегодня большинство топовых IT-компаний не работают дистанционно. Будущее уже наступило, и использование Slack, Skype и Zoom для общения с клиентами всех устраивает: так можно и управлять удаленной командой разработчиков?
5. Не бойтесь говорить о проблемах
В разработку продукта вовлечены десятки людей — проджект-менеджеры, дизайнеры, разработчики, тестировщики (и не только!). Человеческий фактор-то никто не отменял: чем больше людей — тем выше шанс ошибки. Как в таком случае управлять удаленной командой разработчиков?
Если что-то идет не по плану, например, MVP был негативно воспринят инвестором и не получил транш, расскажите об этом подрядчику. Обсуждайте с командой разработчиков всё — они поддержат вас в трудные времена и попытаются сделать все возможное, чтобы вас не подвести.
6. Уважайте других
Относитесь к другим так же, как хотите, чтобы относились к вам — простая истина! Уважайте рабочее время разработчиков: писать менеджеру в три часа ночи или пытаться связаться с ним под Новый год ― это такое себе. Сами тоже выполняйте обязательства по контракту ― регулярно и вовремя перечисляйте оплату согласно платежке.
7. Как управлять удаленной командой разработчиков во время чрезвычайной ситуации?
Необходимость добавить какие-то функции может возникнуть в любой момент. Старайтесь предупреждать об этом заранее, чтобы у команды было достаточно времени подготовиться.
После окончания совместной работы
Если вы довольны работой разработчика, порекомендуйте его партнерам и оставьте положительный отзыв на Clutch. Это не сложно, зато в будущем у вас уже будет проверенный разработчик, с которым налажен контакт.
Выводы
Во время разработки продукта каждая из сторон должна стремиться к открытому общению. Со своей стороны, вы можете проговорить роль каждой из сторон, установить параметры KPI, которые будут использоваться для будущей оценки проекта. То, как вы будете управлять удаленной командой разработчиков, скажется на конечном результате.
