ВеткаТут ещё дело в том, что разговор слишком абстрактный. Говорим про "продуктовое мышление", а что под этим понимает каждый…

18 сообщений · 17:46–20:10

Тут ещё дело в том, что разговор слишком абстрактный. Говорим про "продуктовое мышление", а что под этим понимает каждый участник разговора не ясно. Надо на конкретном примере. Допустим, нужно сделать цифровой продукт для строительного магазина. Логистика, торговый зал, продажи, сервисное обслуживание, доставка, бла-бла-бла. Средний программист довольно смутно представяет себе, что там, в этом бизнесе происходит. Ну у него есть свой житейский опыт, ходит он в такие магазины, когда-то покупал крутой профессиональный перфоратор чтобы дома повесить полочку. Но этого опыта, очевидно, недостаточно, чтобы продумать и реализовать некий цифровой продукт. Такой, чтобы его показать владельцу бизнеса, а тот глянул и сказал — во, это именно то, что мне надо! Тут и появляется продуктовое мышление. Наш программист погружается в детали бизнеса. Он ходит к сотрудникам бизнеса на их рабочие места, разговаривает, изучает процессы. За отсутствием своего опыта он должен перенять опыт этих сотрудников. Для этого нужна общительность, эмпатия, умение налаживать доверительные отношения. Среди программистов встречаются такие, кто наряду с хорошими инженерными навыками ещё обладают и этими качествами. Так они не ждут, когда их призовут проявить продуктовое мышление, а проявляют сами, сразу, и добиваются больших успехов в карьере. А вот тех, программистов, кому трудно по 8 часов в день непрерывно общаться с десятками людей, налаживать отношения, проявлять эмпатию и т.д. бесполезно призывать к продуктовому мышлению.

17:46

L
Lama Lover
Да-да, программистам надо быть продактами, ещё неплохо бы быть дизайнерами и UX дизайнерами чтобы самим всё расставлять, и ещё неплохо бы быть менеджерами чтобы правильно планировать работу, так и ещё неплохо кароче в бизнес аналитике разбираться, чтобы бизнес метрики правильные улучшать
18:10
1. L
  Lama Lover
  С появлением ИИ регулярно про это всё читаю, очень интересно
  18:10
2. Г
  Григорий Мухин
  правильно называется не "делать работу за 10 человек" а должность включает в себя несколько ролей
  18:11
  1. L
    Lama Lover
    Правильно называется "я оверквалифаед работаю по 24 часа в сутки а получаю зарплату джуна", то есть "идеальный сотрудник, которого хочет бизнес"
    18:12
    1. A
      Andrey
      а может быть что и 8 часов в сутки, но знания требуются в разных областях )) конечно бизнесу нужно максимально покрыть задачи минимальным количеством сотрудников, особенно на старте. Это насущная потребность, вызванная обстоятельствами. Т.е. разносторонние компетенции это благо, не обязательно означает переработки
      19:33
      1. Ю
        Юрий Жлоба
        Это обязательно означает переработки, потому что разносторонние компетенции сами по себе не появятся. Их нужно изучать и применять на практике. При том, что никуда не делась полная нагрузка по основной компетенции.
        19:36
        A
        Andrey
        Гораздо проще нанимать людей у которых сразу такие компетенции. В стартапы как раз такой отбор и есть обычно - ценят генералистов. "Покрыть несколько компетенций" не означает работать за нескольких человек по часам.
        19:38
        Ю
        Юрий Жлоба
        Ты подразумеваешь, что все эти компетенции уже есть в наличии. Готовый специалист для стартапа, прежде, чем стать таким готовым специалистом, уже потратил на это кучу своего времени. И потратил он это время дополнительно к основной работе. То есть, он долго перерабатывал, чтобы придти в этому.
        19:44
        A
        Andrey
        Вообще то это стандартная ситуация. Обучение - инвестиция. Независимо от того, сам учишься или тебя учат. Кто больше инвестировал, тот больше получит дивидендов.
        19:45
3. Ю
  Юрий Жлоба
  Ну мы говорим про успех, который круче, чем карьера инженера. Что это может быть? Мне в голову приходит "доход в 10-20 раз выше, чем у среднего инженера". Или доход инженера, но пассивный, работать не надо, всё твое время -- свободное. А если о таком успехе речь не идёт, тогда зачем это всё? Не нужно.
  18:16
  1. L
    Lama Lover
    Мы про личный успех говорим? По-моему разговор начался с того, что инженерам нужно быть продактами чтобы получался хороший продукт
    20:08
    1. Ю
      Юрий Жлоба
      Да. Так и начался. А я предложил связать достижение хорошего продукта с личным успехом. И не тратить свои силы там, где такая связка не получается.
      20:10
4. Д
  Дмитрий Порошенко
  забыл ещё логистику и юридические договоры))
  18:18
5. V
  Vital Vershinin
  Программистам не надо, а software engineer надо. И с дизайнером общаться на его языке, и с бизнесом на его, и понимать, куда растёт продукт, чтобы сбор тех же метрик расставлять в правильных местах.
  18:30
6. A
  Andrey
  да в стартапах примерно такие люди и востребованы, всего понемножку в смежных областях)
  19:27
A
Andrey
Для меня это, когда разработчик понимает каждую фичу, каждый кусок программы в контексте "продукта" т.е. какую задачу он решает, нужен не нужен, как сделать лучше для пользователя и т.д. Способность общаться с продуктовым менеджером на одном языке. Не обязательно для этого "выходить в поле"
19:11
A
Andrey
Это уже называется field engineer, или forward deployed engineer, как его иногда называют. Это на самом деле очень круто, но для продуктового мышления не обязательно.
19:12