10июля2018
Знакомая проблема?
«У нас в бэклоге есть много задач, которые мы реализуем, но очень медленно. Что делать? Искать инвестиции на увеличение количества разработчиков? Как-то разделять задачи по приоритетам – но как?».
1Как ни странно, но увеличение количества разработчиков приведет к увеличению количества задач в бэклоге. Каждая новая реализованная фича приведет вызовет мысль о реализации двух новых, вытекающих из нее фич. И так далее – как снежный ком.
2Как ни странно – 2. Увеличение количества разработчиков на реализацию одной фичи, скорее всего, увеличит время разработки этой фичи. Эффект, подмеченный еще Бруксом в «Мифическом человеко-месяце».
3Единственный совет, который можно дать в такой ситуации – разделить все задачи на три категории.
Первая категория – реализация фич, которые уверенно дадут вам улучшение конверсии. Эта уверенность базируется на их очевидности. Следствие из очевидности – увеличение конверсии будет ожидаемым, но не критичным.
Вторая категория – фичи из серии «Хрен его знает, но это может быть круто». Мы не знаем, сработает это или нет. Но, если сработает – конверсия вырастет в разы.
Третья категория – фичи из серии «Полезно, красиво, удобно, нужно».
4Так вот, в первую очередь надо реализовывать задачи из второй категории. Потому что этап стартапа – это этап проверки рискованных гипотез. Только в них заложен шанс на взрывной рост.
5Если мы добираемся до задач из первой категории, стоит задать себе вопрос – а мы уже исчерпали фантазию по поводу рискованных гипотез? Мы уже довольны тем ростом, который у нас есть?
6А вот задачи из третьей категории вообще не надо реализовывать. Никогда.