О чём стоит договориться с студией разработки?
Привет, vc! Я Дмитрий Цапля, СЕО along — студии продуктовой разработки из Иннополиса. В этой статье я расскажу о трёх важных моментах, о которых стоит договориться на берегу с разрабом/студией. Эти правила сохранили нашим клиентам деньги, а нам — нервы.
Простои
Представим, что вы работаете с разработчиком/студией/подрядчиком по формату Т&M (в предыдущей статье я писал о плюсах и минусах этого формата). В этом формате исполнитель получает оплату за потраченные на проект часы.
Если студия нанимает разработчиков в штат, то она платит им фиксированную з/п в месяц. Другими словами, компания выкупает ~160 рабочих часов в месяц у человека и пытается их продать.
Если компания не продала часть часов, то она потеряла деньги. Это заставляет компанию торопить разработку или устанавливать минимальный лимит по часам.
На придумывание и тестирование фич требуется время, которого у вас в таком формате работы не будет. Каждый день задержки создает напряженность между вами и подрядчиком.
Если у вас нет огромных бюджетов на продукт, то платите разработчикам за часы работы. Договоритесь о том, кто будет платить за простои и как вы будете решать связанные с этим проблемы
Вовлеченность
Треть наших клиентов отказалась от предыдущей команды из-за низкой вовлеченности. И нет, вовлеченность это не про овертаймы по выходным и не про «быть на связи 24/7».
Вовлеченность — это желание и умение разработчиков думать о смысле того, что они делают. Заказчик далеко не всегда принимает правильные продуктовые решения. Ищите разработчиков, которые будут с вами спорить и доказывать вам, что вы неправы.
Такие разработчики могут стоить дороже, с ними бывает сложнее работать, но это того стоит. Ищите студии, которые выделяют вам менеджера, который может управлять продуктом, а не только проектом. Привлеките в проект системного аналитика, если есть такая возможность.
Обсудите уровень вовлеченности на берегу: будут ли разработчики с вами спорить, или же просто работать по вашему ТЗ?
Нет микроменедждменту!
Микроменеджмент — стиль управления, который подразумевает контроль каждого шага исполнителя. Микроменеджмент от заказчика появляется из-за отсутствия доверия и создает токсичную атмосферу. Для того, чтобы у вас не было желания микроменежить, создайте прозрачные и удобные инструменты управления проектом.
- Продуктовые требования советую собирать в гугл документах и прорабатывать предложения через гугл комментарии — так они не потеряются.
- Комментарии по дизайну/UX/анимациям можно оставлять в виде комментариев в figma — по аналогии с гугл документами.
- Попросите разработчиков настроить автоматический пайплайн публикации приложения в TestFlight (для iOS) или генерации apk (для android). Мы получаем фидбэк от клиента при каждом новом релизе. Заказчик смотрит результат нашей работы в любое время и в любом месте.
- Если вы работаете по часам, то создайте прозрачный процесс отчетности. Попросите разработчиков использовать трекеры и собирать отчеты в часах в одном месте. Мы используем Clockify (Toggle тоже отличный вариант). Вам не придется каждый раз спрашивать менеджера проекта о том, “сколько мы потратили денег”.
При этом старайтесь доверять вашей команде и не надоедать постоянными вопросами в духе “почему эта задача заняла 5 часов, хотя мы планировали 4”? О доверии я писал в первой части этой статьи.
О чём стоит договориться?
Договоритесь о том, кто будет платить за простои. Готовы ли вы платить за них?
Договоритесь об уровне вовлеченности. Готовы ли вы дать разработчикам свободу принимать решения?
- Договоритесь о прозрачных процессах, чтобы вам не пришлось микроменеджить. Готовы ли вы доверять разработчикам?
Ждём вас в нашем тг-канал @alongpw — мы пишем про создание стартапов, разработку и управление проектами.
Если договорённости будут только на словах, то грош цена таким договорённостям. Рано или поздно, так или иначе их начнут нарушать и, скорее всего, в оскорбительной манере, чтобы купировать собственное чувство вины от нарушения.
В договоре можно указать сторону, которая платит за простои и форму отчетности, но...
В договоре не получится прописать уровень вовлеченности и приятный опыт взаимодействия. Об этом нужно договариваться устно, а если ожидания не соответствуют реальности, то искать другую команду
Для того, чтобы это было возможно, не нужно сразу подписывать долгосрочные контракты. Также обязательно установите требования к кодстайлу, хорошей архитектуре и выбирайте студии с популярным стеком. Тогда проблем при смене команды будет меньше
Полностью согласна с вашими словами, потом еще начнется "а так мы не договаривались". По личному опыту скажу, всегда нужно составлять договор с подробно описанными пунктами
Еще важно закрепить ответственных, которые будут чемпионить какие-то области. А то простои договорились кто оплачивает, а кто будет всю эту котовасию заводить и заставлять двигаться - нет))
Иногда подвисает какой-то простой вопрос, а из-за отсутствия ответственного никто не двигает процесс вперед, все ждут, что придет "папа" и все разрулит.
А еще можно работать через корпоративный мессенджер или бизнес трекер, приглашая к себе на сервер сотрудников. Так информация точно не потеряется, потому что будет всегда храниться у Вас.
Так же удобнее работать с задачами для сотрудников, ведь можно настроить под каждый тип групп свою задачу, а потом отслеживать ее выполнение без постоянных вопросов по прогрессу.
А еще Вы сможете всегда держать коммуникацию с сотрудниками, например у нас для этого разрабатывается WEB версия, с помощью которой любой человек без установки приложения на устройство (iOS/Android/PC) сможет подключиться к чату :)
Кстати, так и не понял сколько стоит ваш сервис) Для меня это очень важно, потому что по 8 баксов в месяц за сотрудника за слак было дорого платить, поэтому есть опенсорсный рокет чат (который просит деньги за пуш-уведомления кстати)
Мы пока так и не нашли решения, которое бы нас устраивало. Используем rocket chat как менссенджер, дискорд для звонков, гугл доки и ноушн для гайдов, ютрек как доску и клокифай для трекинга часов
Space от JetBarains - классное решение, но всё еще слишком сырое. Без мобильных приложений и десктопа особо нет пользы от корпоративного мессенджера
Кстати, посмотрел ваш продукт - как будто обрезанная версия tada team или что-то вроде того
Я бы на вашем месте сделал лучше побольше интеграций в существующие мессенджеры для создания задач из сообщений в любых мессенджерах и в любых досках. Хотя вроде уже где-то видел такое в виде бота для тг и слака.