Фича работает. Но сделали ли мы хорошую работу?

Недавно у меня было собеседование кандидата на позицию менеджера продукта.

Продукт, если сильно упростить - интернет-магазин. А его основная задача тоже довольно легко формулируется: приносить деньги.

Кандидат был опытный: больше десяти лет в разных технических компаниях, разные проекты и стеки. Хорошо ориентировался в технической части: бэкенд-сервисы, API, таблицы, SQL-запросы. Понимал гибкие методологии и в целом производил впечатление человека, который знает, как устроена разработка.

В конце собеседования я задал ему вопрос.

"Представим, что сейчас в нашем интернет-магазине нельзя покупать товары в кредит. Мы инициируем задачу, разрабатываем функциональность, запускаем её и теперь клиент может оформить товар в кредит. В какой момент мы можем сказать, что хорошо сделали свою работу?"

Ответ был примерно таким:

"Когда клиент сможет оформить покупку в кредит без ошибок и проблем."

И вот этот ответ мне показался очень показательным.

На сайте нельзя было покупать в кредит - теперь можно.

Всё работает. Протестировано. Багов нет. А кнопка «Купить в кредит», допустим, вообще заслуживает Apple Design Awards как самая красивая кнопка в истории интерфейсов.

Мы молодцы! Всем премию! Команду в отпуск?! Ну пожалуйста!

Только мне в этой картине не хватает нескольких вопросов.

Потому что зачем вообще появилась эта задача?

Чтобы у покупателей стало на один способ оплаты больше и появилась красивая кнопка? Или всё-таки чтобы бизнес заработал больше денег?

Для меня это две очень разные точки завершения работы.

Первая:

«Мы реализовали функциональность».

Вторая:

«Мы получили тот результат, ради которого эту функциональность вообще решили реализовывать».

И между ними иногда довольно большая дистанция.

Я довольно часто встречаю подход, при котором хорошая техническая команда воспринимается как команда, которая много делает.

Много функциональности. Много сложных решений. Хорошая архитектура. Гибко. Масштабируемо. Без костылей.

А если задача была особенно непростой и внутри получилось несколько красивых технических решений - вообще прекрасно.

Но у меня здесь немного другая система координат.

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

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

Успешная команда - та, которая решила задачу, ради которой в неё инвестировали ресурсы.

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

Я представляю себя собственником компании.

На статусную встречу приходит команда и говорит:

«Мы запустили возможность покупать товары в кредит. Всё работает. Клиентам стало удобнее. Появился ещё один способ оплаты».

Хорошо.

Но если я собственник, мой следующий вопрос будет довольно приземлённым:

"На разработку этой возможности я потратил X рублей. Когда я получу эти деньги обратно? И когда после этого начну зарабатывать?"

Потому что если ответа на этот вопрос нет, мне сложно понять, зачем вообще я инвестировал в эту разработку.

Именно поэтому мне кажется странным измерять успех разработки количеством выпущенных фич.

Фича сама по себе — это ещё не результат.

Это инструмент, с помощью которого мы хотели получить какой-то результат.

Вот здесь для меня и начинается самое интересное.

Если задача звучит как «добавить оплату в кредит», очень легко закончить её в момент, когда кнопка появилась в production.

Если задача звучит как «с помощью кредита увеличить финансовый результат интернет-магазина», точка окончания становится совсем другой.

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

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

Интересно, насколько эта картина мира совпадает с вашей.

Где для вас заканчивается ответственность продуктовой или технической команды: когда функциональность стабильно работает или когда становится понятен её результат для бизнеса? Делитесь мнением, и подписывайтесь на канал, куда я пишу различные мысли идеи по проектной работе и работе в It. Прикладываю полезные шаблоы, ссылки и файлы, которые можно использовать в работе