Однажды у меня в команде был сотрудник, который сделал переход в tech из бизнес подразделения и захотел стать продактом. Был у него такой каприз.

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

Он уверил меня, что справится. Ударили по рукам.

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

Я пошел фиксить: старался делиться знаниями, регулярно заводил об этом разговор на 1:1, давал какие-то статьи на почитать, даже давал домашку. Эффект был один: да-да, будь спокоен, я изучаю. Однако ситуация не менялась, через некоторое время сотрудник покинул компанию. Получается, не справился.

Хотя правильнее сказать: мы оба не справились. Как руководитель я не нашел правильного способа. Такое случается.

К чему это я. Если вы работаете или собираетесь работать в технологическом продукте (которых становится все больше и больше), позаботьтесь о своих знаниях в технологиях. Это ведь довольно логично: понимание того, как работает продукт не только с точки зрения конъюнктуры рынка, но и под капотом, с точки зрения технологий, позволяет принимать более глубокие решения.

Хотя бы потому, что в технологичных продуктах не только кнопки перекрашивают :)