🧠 Навыки TPM: чему учиться и как прокачиваться
Если ты оказался в роли TPM — технического продуктового менеджера — или хочешь туда попасть, главный вопрос, который обычно возникает: а какие вообще навыки нужны?
Ответ, как это часто бывает: это зависит. От компании, индустрии, контекста, людей вокруг. Но если попытаться обобщить, то картина примерно такая.
Во-первых, TPM — это всегда человек на стыке. Он не обязательно пишет код, но должен понимать, как всё работает. Он не менеджер команды в классическом понимании, но всё равно организует совместную работу. Он не архитектор, но знает, какие технические решения возможны, а какие опасны.
Поэтому ключевые скиллы TPM — это:
Техническая эрудиция. Не обязательно глубокие знания по каждому направлению, но хорошее понимание базовых технологий, архитектурных подходов, API, CI/CD, безопасности и ограничений систем.
Продуктовое мышление. Умение сформулировать проблему, вычленить из хаоса реальные потребности, сформулировать гипотезу, найти метрику, по которой будем проверять, и обернуть всё это в фичу, которая решает нужную задачу.
Коммуникация и фасилитация. TPM часто становится переводчиком между бизнесом и инженерами, держит контекст и помогает договариваться, когда кажется, что договориться невозможно.
Системное мышление. Умение видеть не только фичу, но и весь поток изменений, влияние на другие компоненты, процессы доставки и эксплуатации, возможные деградации и сбои.
И самое главное — гибкость и здравый смысл. В реальности всегда будет неидеально: нет времени, нет ресурсов, нет документации. И в этой неопределённости TPM должен находить рабочий путь.
💡 И, пожалуй, тут важно сказать, почему я вообще начал так подробно копать в эту тему. Потому что со стороны системного анализа (а я сам прошёл этот путь) — роль TPM выглядит как очень органичное продолжение. Особенно если ты уже умеешь разбираться в архитектуре, разбираешь процессы, понимаешь, как работает команда — и хочешь не просто описывать, что должно быть сделано, а принимать участие в решении, почему и как это делать.
Дальше — больше. В следующем посте поговорим про типовые ошибки TPM на старте. Особенно если человек приходит из чисто продуктовой или, наоборот, чисто инженерной среды.