Первые шаги к осознанной разработке
Работа есть всегда и ее много. Беклог растет и пухнет, чтобы закрыть все хотелки и планы на полугодие, хоть +100 разработчиков нанимай. На митингах по роадмапу кто-нибудь да сетует, что найм не летит со скоростью света, и фичи не так быстро поставляются, как хотелось бы.
Однако у бизнеса же нет задачи сделать как можно больше фич и попасть в книгу рекордов Гиннесса. Или сделать все фичи, которые просят клиенты. Правильно ли это - так бежать, делать фичу за фичей, писать требования на максималках? Делаем ли мы то, что нужно?
Если вы, продакт оунер или стакхолдеры неуверенно отвечают на эти вопросы, без конкретики - сломался фильтр инициатив.
❌НЕТ
Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Отличная идея, а о чем будем уведомлять? У меня как раз дизайнер освободится через 2 недели."
Окей, мы сделаем минимальную версию, а потом замерим эффект. Но правильнее сначала подумать - зачем нам это нужно и какую проблему мы будем решать, а потом уже делать.
❌ НЕТ
Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "А зачем это нам? Давайте проведем исследование."
Стакхолдер: "Вы не доверяете мне? Я каждый день получаю жалобы пользователей, потому что это есть у конкурентов!"
Продакт: "Ну, хорошо."
Идеи - это не вопрос доверия и уважения к тому или иному человеку. Он может быть и прав, но лучше все-таки узнать почему он так считает.
❌ НЕТ
Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Ни разу не видел таких обращений, у нас нет ресурсов, может в следующем году."
Резкие отказы скажутся на отношениях в коллективе, ваши коллеги, эксперты в области и пользователи - это ценный ресурс для бреинсторминга, не стоит им принебрегать.
✅ ДА
Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Хорошая идея, давай ее вместе проверим?"
Стакхолдер: "Всмысле? Это как?"
Продакт: "Начнем с того, что посмотрим на обращения пользователей, попробуем построить канву идеи (Lean Canvas) и проведем CustDev? Это поможет нам понять, что нам нужно сделать, какую проблему пользователя это решит и стоит ли оно свеч. "
Начните с обсуждения идеи с тем, кто ее предлагает. Не следуйте слепо ей и не отвергайте сразу. Ответы на вопрос "для кого?", "какую проблему решаем" - уже вносят больше смысла и осознанности в разработку.
Подробнее об этой теме вы можете узнать, посмотрев вебинар Владимира Меркушева об исказившемся смысле Lean Startup и техниках для валидации проблем и решений. Заглядывайте в его телеграм канал, я уже полгода заглядываю ;).
P.s.: Это работает и в обратную сторону, если вы продакт и приходите к разработке с предложением "делаем фичу, ее все просили" и не можете или не хотите погрузиться в нее, подумать зачем это все, действительно ли есть эта проблема - то как вы можете быть уверенным, что она сработает?
#разработка
>>Click here to continue<<