2learn

Работа с инженерией и дизайном

Что это такое

Суть работы с инженерией и дизайном — разделить задачу так, чтобы каждая дисциплина внесла суждение, которое может дать только она: что удовлетворило бы потребность, как решение должно вести себя для людей, которые им пользуются, и сколько стоит построить его и поддерживать. Цель и порядок приносит продуктовая роль, а дизайн и архитектуру — нет.

Почему это важно

Самая частая дорогая ошибка в продуктовой работе — решение, принятое при наличии лишь одной из трёх точек зрения: функция, выбранная без взгляда инженерии на стоимость, обходится по цене, которой никто не знает, а выбранная без взгляда дизайна на людей достаётся пользователю, которого никто не проверял. Свести эти три точки зрения вместе поздно — значит получить план, который защищают, а не план, который верен.

Ключевые идеи

Приносите проблемы, а не решения

Постановка проблемы оставляет место и для более дешёвого варианта от инженера, и для более удачного от дизайнера, однако заранее решённое решение оставляет им только оценку и недовольство.

Вместо     «Сделать функцию сохранённых карт».
Принесите  «Повторные покупатели уходят, когда должны заново вводить
            данные карты. Цель — меньше брошенных повторных покупок».

Именно из второй версии вырос вариант запоминать данные и вовсе не хранить карту.

Включайте тех, кто делает работу, до решения, а не после

Объявленное команде решение покупает согласие, а принятое вместе с ней — альтернативы. Для этого хватает уточнения и одной сессии дизайна на каждый значимый пункт.

Дайте каждой дисциплине говорить «нет» в своей области

Инженерия решает, что кодовая база выдержит в этом квартале, дизайн — как должен вести себя интерфейс. Стоит отменить любое из этих решений на его же территории, и коллега превращается в исполнителя приказов, а в другой раз его суждение просто не прозвучит.

Делайте компромисс явным в комнате

Стоимость, время и объём — одна ручка с тремя концами: когда объём растёт, скажите при всех, что из остального сдвигается.

Держите письменную запись решения и его причины

Одной строки в тикете вместе с рассмотренными альтернативами достаточно: она закрывает вопрос, когда тот возвращается через три месяца.

Практика

Проведите один пункт от проблемы до плана

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

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

Напишите строку о компромиссе

Для того же пункта напишите одну строку о том, что сдвинулось — объём, дата или стоимость, — когда что-то добавили.

Готово, когда: строка есть в тикете, и люди, сделавшие работу, согласны, что она точна.

Частые ошибки

  • Приход с готовым решением — инженерия и дизайн могут только оценить, и лучший вариант так и не появляется; исправить: принесите постановку проблемы и цель.
  • Решение до того, как команду спросили — план защищают, а не улучшают; исправить: вовлекайте их в уточнение каждого значимого пункта.
  • Отмена дисциплины на её территории — в другой раз суждение не высказывают; исправить: пусть инженерия владеет стоимостью, а дизайн — поведением.
  • Объём растёт при фиксированной дате — команда поглощает это незаметно; исправить: назовите вслух, что из ручек сдвигается.
  • Нет письменной причины — тот же спор возвращается через три месяца; исправить: записывайте решение и рассмотренные альтернативы.

Что читать дальше

Разобранные примеры

Файлы cookie аналитики ставятся только с вашего согласия. До вашего выбора ничего не загружается и никуда не отправляется.