Споры на тему постановки задачи дизайнеру никогда не прекратятся, и каждый раз на этот спор можно отвечать по-разному. На полях командных обсуждений пришел к следующему:
1. Замечаю в карточках, что ответ на вопрос ЧТО (постановка задачи) слабо раскрыт и почти не обсуждается, а ответ на вопрос КАК уже сгенерирован (в лучшем случае живым продактом) в виде готового решения. Дизайнер берет предложенный ему ответ и идет дизайнить. Далее на этапе ревью дизайн-решения проявляются разные позиции у ответственных за продукт относительно того, ЧТО решать (или в чем проблема?). Это норм, я бы даже сказал хорошо, когда есть жирный процент отказа от задач, но плохо, когда команда теряет существенное время, отвечая на вопрос КАК, выбрав не самый лучший ответ. Соответственно, можно принять некоторые меры на этот счет:
1.1 Задать жесткий фильтр карточкам на этапе постановки задачи и качественно их формулировать через проблему. Запретить слоп, тут нужно человеческое суждение и ответственность. Создать задачу — это в первую очередь определить ключевой вызов, сегмент клиентов, их ситуацию и метрику изменения. Тут хорошо подойдет метод меморандума идей, когда есть только текстовый лист A4 и вопрос: почему это не сработает? Да, на этом этапе задача состоит в том, чтобы «завалить» идею, а не в том, чтобы ее защищать.
1.2 На этапе постановки задачи не перепрыгивать на ответ КАК это должно быть реализовано, чтобы не индуцировать первый попавшийся в голову ответ.
1.3 Ввести созвон совместного планирования спринта с той целью, чтобы дизайнеры, беря на руки карточку, уделяли время этапу проблематизации (ЧТО нужно решить) и задавали вопросы. Особенность в том, что для того, чтобы задавать хорошие вопросы, нужно какое-то время на чтение, анализ и общение с владельцем карточки.
2. Неизбежно то, что когда отвечаешь на вопрос, КАК решить проблему, в голову приходят новые мысли, эволюционирует собственное понимание проблемы и порой сама постановка проблемы меняется. Остается принять это как естественное движение мысли, и то, что кажется очевидным сейчас, так не казалось еще неделю или час назад.
3. All-in founder mode — забрать всю ответственность за проблематику и решение в одни руки, например, фаундера или лида продукта.
4. Наоборот, дать всю ответственность за решение и посмотреть, будучи толерантным к ошибкам, что из этого получится (в кризисный период не рекомендую).
5. Дизайнер самоназначает себя на 100% ответственным за задачу. Это психологическая позиция, а не строчка в трудовом договоре. Это такая ультимативная точка зрения, что все зависит только от тебя и ты не принимаешь чужое мнение без критической оценки. Для этого нужен определенный объем личной силы и смелость не нравится.
