Привет друзья, на связи Владимир.
Хочу показать вам обновленную статистику причин (см. картинку выше), зачем продакты вообще качают технические знания. Поскольку тут много полезного, разобью это не несколько постов. Итак, причина 1:
Большинство хотят лучше оценивать проекты/фичи и, как следствие, не срывать сроки.
Почему так? Дело в том, что продукты/компании сегодня продолжают усложняться, и состоять из все большего числа элементов: как своих собственных микросервисов, так и подключенных по API. В следующем посте дам простую аналогию API из жизни. Каждая фича "под капотом" может затрагивать десятки зависимостей, и непонимание этой глубины может привести к тому, что продакт пообещает что-то очень нереалистичное. Или наоборот - переоценит что-то очень простое.
Давайте посмотрим на реальный пример: придумали новую фичу для такси Uber - возможность разделить стоимость поездки с попутчиком? Получилось ли у вас сразу мысленно “увидеть”, что это простая на вид фича состоит из изменений:
1) На фронтенде (сайте, приложении iOS/Android) - например, добавлении нового типа поездки при заказе
2) В сервисе поиска маршрута и водителя: эта "коробка" теперь должна не просто найти ближайшего свободного водителя, но и пассажира, который на маршруте из A в B, тоже хочет попасть примерно в район B, и тоже готов разделить поездку.
3) В сервисе оплаты: он теперь должен уметь разбить тариф "по-честному" между двумя пассажирами, а водителю выплатить уже "сложенную" цену.
4) Еще надо подготовить сервис отзывов: когда об одной поездке прилетит два отзыва, он может "сойти с ума", потому что такого с ним никогда еще не происходило, и место в UI для двух отзывов не предусмотрено.
5) То же самое произойдет в недрах сервиса, где хранится отчетность – там вдруг неожиданно столкнутся две поездки пассажиров с одной поездкой таксиста, что до этого всегда было соответствием 1 к 1.
6) Ну и так далее: также надо будет подумать и про саппорт, и про то, что можно шарить между этими двумя пассажирами, чтобы не нарушить прайваси и так далее.
Как видите, мы даже не заикались про масштабное “а давайте добавим вертикаль доставки”, а уже для одной фичи увидели 6+ кирпичиков логики (в случае доставки кирпичиков будет 30+). Такие фичи прилетают к нам в бэклог каждый день. Продакты с техническими навыками умеют видеть “глубину” и основательно подходить к сложным фичам, не обещая классическое “да мы это за неделю запилим”. Что еще важнее, они не пропускают “легкие” в смысле разработки, но очень полезные для бизнеса фичи.
Хотите научиться также? В симуляторе “Тех для продактов” студенты по кусочкам разбирают 5 реальных кейсов (приложения такси, доставки, самокатов, проверки доков и даже - стриминга музыки). Также я только что открыл ранний набор на интенсив: тот же симулятор (его надо начать проходить заранее!) плюс еще три дня созвонов (24, 26, 29 апреля) для закрепления всех тем с еще тремя кейсами (агрегатор машин, омниканальный мессенджер, умный дом), и, конечно, вашими вопросами. Курс уже закончили 400+ человек и судя по отзывам, уже во всю применяют это в работе. Приходите учиться, до 7 апреля работает early bird скидка.
Хочу показать вам обновленную статистику причин (см. картинку выше), зачем продакты вообще качают технические знания. Поскольку тут много полезного, разобью это не несколько постов. Итак, причина 1:
Большинство хотят лучше оценивать проекты/фичи и, как следствие, не срывать сроки.
Почему так? Дело в том, что продукты/компании сегодня продолжают усложняться, и состоять из все большего числа элементов: как своих собственных микросервисов, так и подключенных по API. В следующем посте дам простую аналогию API из жизни. Каждая фича "под капотом" может затрагивать десятки зависимостей, и непонимание этой глубины может привести к тому, что продакт пообещает что-то очень нереалистичное. Или наоборот - переоценит что-то очень простое.
Давайте посмотрим на реальный пример: придумали новую фичу для такси Uber - возможность разделить стоимость поездки с попутчиком? Получилось ли у вас сразу мысленно “увидеть”, что это простая на вид фича состоит из изменений:
1) На фронтенде (сайте, приложении iOS/Android) - например, добавлении нового типа поездки при заказе
2) В сервисе поиска маршрута и водителя: эта "коробка" теперь должна не просто найти ближайшего свободного водителя, но и пассажира, который на маршруте из A в B, тоже хочет попасть примерно в район B, и тоже готов разделить поездку.
3) В сервисе оплаты: он теперь должен уметь разбить тариф "по-честному" между двумя пассажирами, а водителю выплатить уже "сложенную" цену.
4) Еще надо подготовить сервис отзывов: когда об одной поездке прилетит два отзыва, он может "сойти с ума", потому что такого с ним никогда еще не происходило, и место в UI для двух отзывов не предусмотрено.
5) То же самое произойдет в недрах сервиса, где хранится отчетность – там вдруг неожиданно столкнутся две поездки пассажиров с одной поездкой таксиста, что до этого всегда было соответствием 1 к 1.
6) Ну и так далее: также надо будет подумать и про саппорт, и про то, что можно шарить между этими двумя пассажирами, чтобы не нарушить прайваси и так далее.
Как видите, мы даже не заикались про масштабное “а давайте добавим вертикаль доставки”, а уже для одной фичи увидели 6+ кирпичиков логики (в случае доставки кирпичиков будет 30+). Такие фичи прилетают к нам в бэклог каждый день. Продакты с техническими навыками умеют видеть “глубину” и основательно подходить к сложным фичам, не обещая классическое “да мы это за неделю запилим”. Что еще важнее, они не пропускают “легкие” в смысле разработки, но очень полезные для бизнеса фичи.
Хотите научиться также? В симуляторе “Тех для продактов” студенты по кусочкам разбирают 5 реальных кейсов (приложения такси, доставки, самокатов, проверки доков и даже - стриминга музыки). Также я только что открыл ранний набор на интенсив: тот же симулятор (его надо начать проходить заранее!) плюс еще три дня созвонов (24, 26, 29 апреля) для закрепления всех тем с еще тремя кейсами (агрегатор машин, омниканальный мессенджер, умный дом), и, конечно, вашими вопросами. Курс уже закончили 400+ человек и судя по отзывам, уже во всю применяют это в работе. Приходите учиться, до 7 апреля работает early bird скидка.