TG Telegram Group & Channel
Кнопка Хорошо | United States America (US)
Create: Update:

Первые шаги к осознанной разработке

Работа есть всегда и ее много. Беклог растет и пухнет, чтобы закрыть все хотелки и планы на полугодие, хоть +100 разработчиков нанимай. На митингах по роадмапу кто-нибудь да сетует, что найм не летит со скоростью света, и фичи не так быстро поставляются, как хотелось бы.

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

Если вы, продакт оунер или стакхолдеры неуверенно отвечают на эти вопросы, без конкретики - сломался фильтр инициатив.

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Отличная идея, а о чем будем уведомлять? У меня как раз дизайнер освободится через 2 недели."

Окей, мы сделаем минимальную версию, а потом замерим эффект. Но правильнее сначала подумать - зачем нам это нужно и какую проблему мы будем решать, а потом уже делать.

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "А зачем это нам? Давайте проведем исследование."
Стакхолдер: "Вы не доверяете мне? Я каждый день получаю жалобы пользователей, потому что это есть у конкурентов!"
Продакт: "Ну, хорошо."

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

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Ни разу не видел таких обращений, у нас нет ресурсов, может в следующем году."

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

ДА

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Хорошая идея, давай ее вместе проверим?"
Стакхолдер: "Всмысле? Это как?"
Продакт: "Начнем с того, что посмотрим на обращения пользователей, попробуем построить канву идеи (Lean Canvas) и проведем CustDev? Это поможет нам понять, что нам нужно сделать, какую проблему пользователя это решит и стоит ли оно свеч. "

Начните с обсуждения идеи с тем, кто ее предлагает. Не следуйте слепо ей и не отвергайте сразу. Ответы на вопрос "для кого?", "какую проблему решаем" - уже вносят больше смысла и осознанности в разработку.

Подробнее об этой теме вы можете узнать, посмотрев вебинар Владимира Меркушева об исказившемся смысле Lean Startup и техниках для валидации проблем и решений. Заглядывайте в его телеграм канал, я уже полгода заглядываю ;).

P.s.: Это работает и в обратную сторону, если вы продакт и приходите к разработке с предложением "делаем фичу, ее все просили" и не можете или не хотите погрузиться в нее, подумать зачем это все, действительно ли есть эта проблема - то как вы можете быть уверенным, что она сработает?

#разработка

Первые шаги к осознанной разработке

Работа есть всегда и ее много. Беклог растет и пухнет, чтобы закрыть все хотелки и планы на полугодие, хоть +100 разработчиков нанимай. На митингах по роадмапу кто-нибудь да сетует, что найм не летит со скоростью света, и фичи не так быстро поставляются, как хотелось бы.

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

Если вы, продакт оунер или стакхолдеры неуверенно отвечают на эти вопросы, без конкретики - сломался фильтр инициатив.

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Отличная идея, а о чем будем уведомлять? У меня как раз дизайнер освободится через 2 недели."

Окей, мы сделаем минимальную версию, а потом замерим эффект. Но правильнее сначала подумать - зачем нам это нужно и какую проблему мы будем решать, а потом уже делать.

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "А зачем это нам? Давайте проведем исследование."
Стакхолдер: "Вы не доверяете мне? Я каждый день получаю жалобы пользователей, потому что это есть у конкурентов!"
Продакт: "Ну, хорошо."

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

НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Ни разу не видел таких обращений, у нас нет ресурсов, может в следующем году."

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

ДА

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Хорошая идея, давай ее вместе проверим?"
Стакхолдер: "Всмысле? Это как?"
Продакт: "Начнем с того, что посмотрим на обращения пользователей, попробуем построить канву идеи (Lean Canvas) и проведем CustDev? Это поможет нам понять, что нам нужно сделать, какую проблему пользователя это решит и стоит ли оно свеч. "

Начните с обсуждения идеи с тем, кто ее предлагает. Не следуйте слепо ей и не отвергайте сразу. Ответы на вопрос "для кого?", "какую проблему решаем" - уже вносят больше смысла и осознанности в разработку.

Подробнее об этой теме вы можете узнать, посмотрев вебинар Владимира Меркушева об исказившемся смысле Lean Startup и техниках для валидации проблем и решений. Заглядывайте в его телеграм канал, я уже полгода заглядываю ;).

P.s.: Это работает и в обратную сторону, если вы продакт и приходите к разработке с предложением "делаем фичу, ее все просили" и не можете или не хотите погрузиться в нее, подумать зачем это все, действительно ли есть эта проблема - то как вы можете быть уверенным, что она сработает?

#разработка
1


>>Click here to continue<<

Кнопка Хорошо




Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)