Красивый код != результат: продуктовый подход для разработчиков

Сегодня хочется поговорить про призму, через которую можно смотреть на проекты и задачи. Разработчикам, как техническим специалистам, конечно, в первую очередь интересна техника. Скорее всего, вам хочется взять какой-то большой классный проект, где будет какая-нибудь хитрая реализация, чтобы потом сказать: "А я вот такое могу делать!" Это очень важная история, классно понимать, что ты создатель игрового движка, core-компонента в банке или хранилища данных на десятки петабайт, как в моём случае

Как и всегда, хочется отметить другие призмы, через которые можно посмотреть на проекты. Предположим, вы получили сложный технический проект, который нужно делать полгода. Он звучит классно, мощно, вы будете им гордиться. Но есть один нюанс: может оказаться, что проект не дал ожидаемого пользовательского, технического или бизнес-эффекта

Классный ли это проект? Вопрос призмы. С точки зрения инженерии - вполне может быть. С точки зрения бизнеса, как обычно говорят в таких случаях: "Сделана большая работа"

А теперь другой кейс - вы изменили одну строчку, и это принесло какой-то невероятный технический или бизнесовый эффект. Предположим, было какое-то хитрое бутылочное горлышко, которое фиксится одной строчкой. Вы его нашли - поменяли эту строчку, система ускорилась в два раза. Потенциальные клиенты сказали: "А вот теперь нас устраивает скорость", - и стали пользоваться вашим продуктом. Технически - изменили одну строчку и потратили, возможно, 15 минут. Но бизнесово - это прям вау

И в конечном счёте возникает вопрос: а кто молодец-то? Тот, кто строчку поменял и дал очень классный результат, или тот, кто строил большую систему полгода, но результат не дал ожидаемого эффекта? На позитиве скажу, молодцы - все. У разработчиков могли быть разные цели и разные критерии успеха: один оптимизировал качество технического решения, другой - конечный эффект

Но если говорить с точки зрения бизнеса, то молодец, конечно, разработчик, который принёс результат, и неважно, насколько технически масштабным было изменение. Я люблю экспериментировать с подходами в разработке. Иногда занимаюсь глубокой техничкой, иногда стараюсь уйти в продуктовую историю (хранилище - тоже продукт)

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

Заметьте, фактически в каждом посте я говорю про одно и то же, хотя называть это можно по-разному: междисциплинарные знания, продуктовое видение, визионерство, soft-скиллы и так далее. Концептуально - это попытка с другого ракурса посмотреть на инженерную работу. Я как разработчик пытаюсь применять это для себя и вижу положительные результаты. Думаю, вам это тоже может быть полезно

———

Если вам понравился этот пост, то делитесь им с друзьями и коллегами, это очень ценно 🫶