👀 Как выглядит хороший TPM в глазах разработчиков, а не менеджеров
Можно много рассказывать, что TPM — это мост между бизнесом и техникой, glue & driver, и всё вот это.
Но знаешь, когда реально понимаешь, что ты на своём месте?
Когда команда говорит такое:
💬
«Он не говорит мне, что делать. Он помогает понять — зачем»
Не спускает задачи сверху. Вместе разбирается, что важно, зачем это нужно, и как это повлияет на продукт. С такими людьми хочется думать, а не просто пилить тикеты.
💬
«Когда он рядом, фичи не тонут в болоте багов и непонятных требований»
Он следит, чтобы мы не увязли в неопределённости. Принял решение — довёл до продакшена. Знает, кто и где может помочь. Помнит про баги. Помнит, что деливери — это не просто слово.
💬
«Он не мешает, а помогает — потому что сам понимает, как всё устроено»
Знает, что фича — это не просто кнопка. Понимает, что фронт, бэк, API и деплой — это не магия. И поэтому не просит невозможного. Но и не верит в «ну, это сложно».
💬
«Он не делает вид, что всё знает — он спрашивает и слушает»
Нет позы, нет страха сказать «не понимаю». И поэтому с ним безопасно думать вслух, предлагать идеи, спорить. Потому что ты знаешь — он слышит.
Хороший TPM — не тот, кто «ведёт проект»,
а тот, кто делает команду сильнее.
Не кричит «делаем как я сказал», а говорит «давай разберёмся вместе».
И если честно — всё это ужасно похоже на задачи системного аналитика.
Только:
— уровень абстракции выше,
— зона ответственности шире,
— влияние на то, что и как делает команда — больше.
TPM — это как будто аналитик, который в какой-то момент понял:
«Я могу не только описывать, как будет работать,
но и помогать определить, что мы вообще собираемся делать — и зачем».
И да — если ты TPM и хочешь понять, как у тебя дела — не спрашивай менеджмент.
Спроси команду. Они точно знают.
Можно много рассказывать, что TPM — это мост между бизнесом и техникой, glue & driver, и всё вот это.
Но знаешь, когда реально понимаешь, что ты на своём месте?
Когда команда говорит такое:
💬
«Он не говорит мне, что делать. Он помогает понять — зачем»
Не спускает задачи сверху. Вместе разбирается, что важно, зачем это нужно, и как это повлияет на продукт. С такими людьми хочется думать, а не просто пилить тикеты.
💬
«Когда он рядом, фичи не тонут в болоте багов и непонятных требований»
Он следит, чтобы мы не увязли в неопределённости. Принял решение — довёл до продакшена. Знает, кто и где может помочь. Помнит про баги. Помнит, что деливери — это не просто слово.
💬
«Он не мешает, а помогает — потому что сам понимает, как всё устроено»
Знает, что фича — это не просто кнопка. Понимает, что фронт, бэк, API и деплой — это не магия. И поэтому не просит невозможного. Но и не верит в «ну, это сложно».
💬
«Он не делает вид, что всё знает — он спрашивает и слушает»
Нет позы, нет страха сказать «не понимаю». И поэтому с ним безопасно думать вслух, предлагать идеи, спорить. Потому что ты знаешь — он слышит.
Хороший TPM — не тот, кто «ведёт проект»,
а тот, кто делает команду сильнее.
Не кричит «делаем как я сказал», а говорит «давай разберёмся вместе».
И если честно — всё это ужасно похоже на задачи системного аналитика.
Только:
— уровень абстракции выше,
— зона ответственности шире,
— влияние на то, что и как делает команда — больше.
TPM — это как будто аналитик, который в какой-то момент понял:
«Я могу не только описывать, как будет работать,
но и помогать определить, что мы вообще собираемся делать — и зачем».
И да — если ты TPM и хочешь понять, как у тебя дела — не спрашивай менеджмент.
Спроси команду. Они точно знают.
🔥2💯1
🧭 TPM — зрелая версия продуктовой роли
Есть устойчивое ощущение, что TPM — это не стартовая точка.
Это не про «войти в IT» и не про «прокачать софт-скиллы».
Это следующая ступень. Иногда — естественная, иногда — выстраданная.
Ты мог быть кем угодно:
— аналитиком, который устал быть переводчиком между мирами,
— архитектором, которому надоело, что решения уходят «в стол»,
— разработчиком, который хочет видеть дальше, чем код,
— продактом, который понимает, что за красивым UI стоит реальная сложная система.
И в какой-то момент тебе становится тесно.
Тебе уже мало просто «фичи» или просто «метрики».
Ты хочешь видеть и держать всё:
🔁 как работает архитектура,
🏗 как устроена инфраструктура,
👥 как думает команда,
📦 и что на самом деле мешает запуску.
И вот тут TPM — не «ещё один продукт».
Он становится тем, кто:
🧠 понимает, как работает платформа — и зачем она такая,
🪛 разбирается в реальности: API, CI/CD, SLA, нагрузка, стабильность,
🤝 умеет собрать команду, фасилитировать 5 спорящих людей и вывести их к решению,
📦 и не забывает, что «всё это» делается не ради документа, а ради продукта.
Особенно, если ты работаешь на стыке платформ и пользовательских решений — когда нужно не просто «запилить фичу», а сделать из блоков инфраструктуры устойчивый продукт, который можно потом использовать десятки команд.
Это не всегда благодарная роль.
Ты в тени, на конфликтах, в середине между «хочу» и «можно».
Но именно ты удерживаешь систему от распада.
И знаешь, что самое интересное?
Чем дальше — тем больше понимаешь:
именно тут ты нужен. Не чтобы светиться. А чтобы всё работало.
Есть устойчивое ощущение, что TPM — это не стартовая точка.
Это не про «войти в IT» и не про «прокачать софт-скиллы».
Это следующая ступень. Иногда — естественная, иногда — выстраданная.
Ты мог быть кем угодно:
— аналитиком, который устал быть переводчиком между мирами,
— архитектором, которому надоело, что решения уходят «в стол»,
— разработчиком, который хочет видеть дальше, чем код,
— продактом, который понимает, что за красивым UI стоит реальная сложная система.
И в какой-то момент тебе становится тесно.
Тебе уже мало просто «фичи» или просто «метрики».
Ты хочешь видеть и держать всё:
🔁 как работает архитектура,
🏗 как устроена инфраструктура,
👥 как думает команда,
📦 и что на самом деле мешает запуску.
И вот тут TPM — не «ещё один продукт».
Он становится тем, кто:
🧠 понимает, как работает платформа — и зачем она такая,
🪛 разбирается в реальности: API, CI/CD, SLA, нагрузка, стабильность,
🤝 умеет собрать команду, фасилитировать 5 спорящих людей и вывести их к решению,
📦 и не забывает, что «всё это» делается не ради документа, а ради продукта.
Особенно, если ты работаешь на стыке платформ и пользовательских решений — когда нужно не просто «запилить фичу», а сделать из блоков инфраструктуры устойчивый продукт, который можно потом использовать десятки команд.
Это не всегда благодарная роль.
Ты в тени, на конфликтах, в середине между «хочу» и «можно».
Но именно ты удерживаешь систему от распада.
И знаешь, что самое интересное?
Чем дальше — тем больше понимаешь:
именно тут ты нужен. Не чтобы светиться. А чтобы всё работало.
⚡2
Помните, год назад я ходил к Маше на подкаст Радио аналитик?
А теперь Маша делает вебинар вместе с моими друзьями из Аналитического марафона. Маша классный спикер, рекомендую сегодня сходить ее послушать!
А теперь Маша делает вебинар вместе с моими друзьями из Аналитического марафона. Маша классный спикер, рекомендую сегодня сходить ее послушать!
👍1
Forwarded from AM_Chat
Системный анализ БЕЗ системного мышления
Вы замечали, как технически грамотные решения иногда создают новые сложности? Когда оптимизация одного процесса неожиданно усложняет работу других отделов. Когда идеально прописанные требования сталкиваются с человеческим фактором. Когда локальные улучшения незаметно подрывают общую эффективность.
17 июля в 18:00 (мск) приглашаем на откровенный разговор с Марией Серёгиной, опытным аналитиком и ведущим подкастов Про менеджмент и Радио «Аналитик»
❓Что разберём
- Рассмотрим, как системный анализ без системного мышления приводит к локальной оптимизации, а не к решению глобальных проблем
- Обсудим проблемы стратегического мышления и прогнозирования из-за фокуса исключительно на текущем состоянии системы
- Разберемся, почему отсутствие навыков системного мышления приводит к игнорированию человеческого фактора и влияния организационной динамики
❓Для кого: аналитики, руководители и все, кто участвует в изменениях бизнес-процессов
Формат: 20 минут живого разбора + 10 минут ответов на вопросы
Ссылка для подключения
Вы замечали, как технически грамотные решения иногда создают новые сложности? Когда оптимизация одного процесса неожиданно усложняет работу других отделов. Когда идеально прописанные требования сталкиваются с человеческим фактором. Когда локальные улучшения незаметно подрывают общую эффективность.
17 июля в 18:00 (мск) приглашаем на откровенный разговор с Марией Серёгиной, опытным аналитиком и ведущим подкастов Про менеджмент и Радио «Аналитик»
❓Что разберём
- Рассмотрим, как системный анализ без системного мышления приводит к локальной оптимизации, а не к решению глобальных проблем
- Обсудим проблемы стратегического мышления и прогнозирования из-за фокуса исключительно на текущем состоянии системы
- Разберемся, почему отсутствие навыков системного мышления приводит к игнорированию человеческого фактора и влияния организационной динамики
❓Для кого: аналитики, руководители и все, кто участвует в изменениях бизнес-процессов
Формат: 20 минут живого разбора + 10 минут ответов на вопросы
Ссылка для подключения
🔥5
🧱 Technical Product Manager как естественный шаг после системного анализа
Чем больше работаю, тем яснее понимаю: Technical Product Manager — это не просто «один из типов продакта». Это очень органичный, зрелый переход для тех, кто вырос из системного анализа.
Ты умеешь: — разбираться в архитектуре, — общаться со стейкхолдерами, — собирать сложные системы из разрозненных кусочков.
Но в какой-то момент этого становится мало. Хочется не только «описывать, что нужно сделать», а самому принимать решения, влиять на выбор, на приоритеты, на то, как будет работать команда и система.
💡 Именно это и даёт тебе роль TPM: больше ответственности, больше влияния — но всё ещё в техническом контексте, где твой опыт системного анализа играет в плюс.
Для многих это логичный переход: — слишком сложно сразу нырнуть в B2C-продукты, юзабилити-тесты и воронки, — но слишком тесно оставаться просто в рамках «описывания требований».
Я сам прошёл этот путь. И могу сказать честно: TPM — это та роль, в которой ты уже не просто задаёшь вопросы. Ты сам даёшь ответы.
Да, только сейчас я начинаю погружаться в более «маркетинговый» продакт-менеджмент — там, где потребитель, рынок, LTV и всё такое. Но всё, что было до этого, вся моя работа с внутренними платформами, с инфраструктурой, с API, CI/CD, архитектурой — это был классический technical product management. И это был идеальный фундамент.
Если вы сейчас в СА или архитектуре — не обязательно сразу ломать себя и бежать в UX и customer interviews. Есть промежуточная, но очень сильная роль. И она называется Technical Product Manager.
Чем больше работаю, тем яснее понимаю: Technical Product Manager — это не просто «один из типов продакта». Это очень органичный, зрелый переход для тех, кто вырос из системного анализа.
Ты умеешь: — разбираться в архитектуре, — общаться со стейкхолдерами, — собирать сложные системы из разрозненных кусочков.
Но в какой-то момент этого становится мало. Хочется не только «описывать, что нужно сделать», а самому принимать решения, влиять на выбор, на приоритеты, на то, как будет работать команда и система.
💡 Именно это и даёт тебе роль TPM: больше ответственности, больше влияния — но всё ещё в техническом контексте, где твой опыт системного анализа играет в плюс.
Для многих это логичный переход: — слишком сложно сразу нырнуть в B2C-продукты, юзабилити-тесты и воронки, — но слишком тесно оставаться просто в рамках «описывания требований».
Я сам прошёл этот путь. И могу сказать честно: TPM — это та роль, в которой ты уже не просто задаёшь вопросы. Ты сам даёшь ответы.
Да, только сейчас я начинаю погружаться в более «маркетинговый» продакт-менеджмент — там, где потребитель, рынок, LTV и всё такое. Но всё, что было до этого, вся моя работа с внутренними платформами, с инфраструктурой, с API, CI/CD, архитектурой — это был классический technical product management. И это был идеальный фундамент.
Если вы сейчас в СА или архитектуре — не обязательно сразу ломать себя и бежать в UX и customer interviews. Есть промежуточная, но очень сильная роль. И она называется Technical Product Manager.
👍2🔥2⚡1
Раньше я довольно скептически относился к видео и обсуждениям «про стратегию».
Казалось: ну вот, опять какие-то общие слова, глобальные планы, оторванные от земли.
А сейчас — я начал вытаскивать оттуда по-настоящему ценные смыслы.
Понимать, о чём говорят. Видеть связи с реальностью. Применять.
И это, мне кажется, очень важный маркер роста — когда ты переходишь на уровень, где тебе действительно интересна не только реализация, но и контекст.
Не только «как», но и «зачем» и «куда».
📺 Так что если вам кажется, что «стратегия — это скучно» — возможно, просто не время.
Но иногда — наоборот: самое время начать слушать таких ребят.
Очень часто именно это помогает расти. И в профессии, и в осознанности.
🧠 Про стратегию данных в финтехе
(по мотивам лампового митапа Fintech Data Day)
Данные — не про «нанять дата-сайентиста и внедрить LLM». Это про то, как у тебя устроен бизнес.
Про фундамент. Про то, что ты умеешь считать. Где у тебя метрики. Как ты принимаешь решения.
🔹 Стратегия данных — это не табличка. Это способ мышления.
В ПСБ строят пирамиду: снизу — хранилища, посередине — метрики, наверху — ML.
В Яндекс.Финтехе говорят: у нас всё сразу началось с верхнего уровня — GPT, автоматизация, рекомендации. Почему? Потому что у них данные в ДНК.
❗️Но вот в чём штука:
Крутая модель может быть вредной, если под ней нет инфраструктуры.
Дерево метрик бесполезно, если их обсчитывают вручную.
И никакая дата-стратегия не взлетит, если у компании вообще нет стратегии.
🧩 Стратегия — это не модный термин. Это склейка.
Смыслов, процессов, людей, направлений.
И она работает, только если ты сам способен держать уровень абстракции.
И не боишься думать чуть шире, чем твоя зона ответственности.
P.S. запись пока не выложили в паблик, но я подготовил для вас конспект
Казалось: ну вот, опять какие-то общие слова, глобальные планы, оторванные от земли.
А сейчас — я начал вытаскивать оттуда по-настоящему ценные смыслы.
Понимать, о чём говорят. Видеть связи с реальностью. Применять.
И это, мне кажется, очень важный маркер роста — когда ты переходишь на уровень, где тебе действительно интересна не только реализация, но и контекст.
Не только «как», но и «зачем» и «куда».
📺 Так что если вам кажется, что «стратегия — это скучно» — возможно, просто не время.
Но иногда — наоборот: самое время начать слушать таких ребят.
Очень часто именно это помогает расти. И в профессии, и в осознанности.
🧠 Про стратегию данных в финтехе
(по мотивам лампового митапа Fintech Data Day)
Данные — не про «нанять дата-сайентиста и внедрить LLM». Это про то, как у тебя устроен бизнес.
Про фундамент. Про то, что ты умеешь считать. Где у тебя метрики. Как ты принимаешь решения.
🔹 Стратегия данных — это не табличка. Это способ мышления.
В ПСБ строят пирамиду: снизу — хранилища, посередине — метрики, наверху — ML.
В Яндекс.Финтехе говорят: у нас всё сразу началось с верхнего уровня — GPT, автоматизация, рекомендации. Почему? Потому что у них данные в ДНК.
❗️Но вот в чём штука:
Крутая модель может быть вредной, если под ней нет инфраструктуры.
Дерево метрик бесполезно, если их обсчитывают вручную.
И никакая дата-стратегия не взлетит, если у компании вообще нет стратегии.
🧩 Стратегия — это не модный термин. Это склейка.
Смыслов, процессов, людей, направлений.
И она работает, только если ты сам способен держать уровень абстракции.
И не боишься думать чуть шире, чем твоя зона ответственности.
P.S. запись пока не выложили в паблик, но я подготовил для вас конспект
Telegraph
Митап «Успешная стратегия применения данных в финтехе»
Дата: 23 июня Формат: неформальная дискуссия в тёплой, «ламповой» атмосфере между хорошо знакомыми профессионалами. Повод — запуск конференции Fintech Data Day. Цель: разобраться, что такое стратегия данных, зачем она нужна финтеху и как она внедряется в…
🔥1
🎯 Всем привет! Меня зовут Иннокентий Бодров, и я — автор этого канала.
Здесь я пишу о системном и бизнес-анализе, продуктовом управлении, инженерии и разработке сложных ИТ-систем. Разбираю, как устроены проекты, команды, архитектуры, метрики, процессы — и как всё это влияет на людей, бизнес и конечный результат.
🤖 Почему я вообще об этом рассказываю? Потому что уже 17 лет работаю в IT — и за это время успел пройти путь от системного аналитика до технического продакт-менеджера в европейском финтехе.
Что было по дороге:
внедрение ERP, CRM, ECM и workflow-систем;
автоматизация в нефтегазе, телекоме, документообороте, образовании;
работа в МТС над каталогом продуктов;
оптимизация бэка (финансы, бухгалтерия, операции) в финтех-стартапе Stenn;
построение интеграционной и дата-платформы в европейском необанке для малого бизнеса;
и сейчас — развитие Data Intelligence-продуктов в области KYC, KYB и транзакционного мониторинга.
⚙️ Мой фокус — это техническое продуктовое управление, системный подход, работа на стыке платформ, данных и команд.
🧠 Чем могу быть полезен:
— если вы аналитик или продакт и хотите переехать в Европу — расскажу, как выглядят резюме, какие навыки востребованы, что реально работает;
— если вы развиваетесь в технический продукт — поделюсь опытом, как перейти из аналитики, разработки, архитектуры;
— если вы строите команду — помогу с подбором, выстраиванием процессов, ревью аналитиков, обучением.
📚 Более 4 лет я руководил курсом по системному анализу на Otus, провожу менторинг, обучение команд и индивидуальных специалистов. И да, этот канал — часть моей миссии: делиться опытом, честно, с юмором и по существу.
Если вдруг вам откликнулось — пишите в личку, всегда рад пообщаться.
Здесь я пишу о системном и бизнес-анализе, продуктовом управлении, инженерии и разработке сложных ИТ-систем. Разбираю, как устроены проекты, команды, архитектуры, метрики, процессы — и как всё это влияет на людей, бизнес и конечный результат.
🤖 Почему я вообще об этом рассказываю? Потому что уже 17 лет работаю в IT — и за это время успел пройти путь от системного аналитика до технического продакт-менеджера в европейском финтехе.
Что было по дороге:
внедрение ERP, CRM, ECM и workflow-систем;
автоматизация в нефтегазе, телекоме, документообороте, образовании;
работа в МТС над каталогом продуктов;
оптимизация бэка (финансы, бухгалтерия, операции) в финтех-стартапе Stenn;
построение интеграционной и дата-платформы в европейском необанке для малого бизнеса;
и сейчас — развитие Data Intelligence-продуктов в области KYC, KYB и транзакционного мониторинга.
⚙️ Мой фокус — это техническое продуктовое управление, системный подход, работа на стыке платформ, данных и команд.
🧠 Чем могу быть полезен:
— если вы аналитик или продакт и хотите переехать в Европу — расскажу, как выглядят резюме, какие навыки востребованы, что реально работает;
— если вы развиваетесь в технический продукт — поделюсь опытом, как перейти из аналитики, разработки, архитектуры;
— если вы строите команду — помогу с подбором, выстраиванием процессов, ревью аналитиков, обучением.
📚 Более 4 лет я руководил курсом по системному анализу на Otus, провожу менторинг, обучение команд и индивидуальных специалистов. И да, этот канал — часть моей миссии: делиться опытом, честно, с юмором и по существу.
Если вдруг вам откликнулось — пишите в личку, всегда рад пообщаться.
🔥7⚡2👎1
🎤 Всем привет! Как вы уже, наверное, заметили, я глубоко закопался в тему технического продуктового менеджмента. Посты — это, конечно, здорово, но иногда важно рассказать всё не только буквами, но и словами через рот.
📅 2 августа я буду выступать на конференции NextWay с докладом про роль Technical Product Manager: чем она отличается от классического продакта, почему этот путь так органично продолжает карьеру системного аналитика и какие скиллы действительно важны в этой роли.
Если вам интересно разобраться, зачем компании TPM, чем он помогает продукту и как выглядит эта позиция глазами разработчиков, а не только менеджмента — приходите. Будет живо, практично и с разбором реальных кейсов.
Ссылка на регистрацию будет чуть ниже. Буду рад видеть вас и ваши вопросы на эфире!
📅 2 августа я буду выступать на конференции NextWay с докладом про роль Technical Product Manager: чем она отличается от классического продакта, почему этот путь так органично продолжает карьеру системного аналитика и какие скиллы действительно важны в этой роли.
Если вам интересно разобраться, зачем компании TPM, чем он помогает продукту и как выглядит эта позиция глазами разработчиков, а не только менеджмента — приходите. Будет живо, практично и с разбором реальных кейсов.
Ссылка на регистрацию будет чуть ниже. Буду рад видеть вас и ваши вопросы на эфире!
🔥2
Forwarded from Andrey
Будущее наступило, что дальше?
Приглашаем системных и бизнес-аналитиков на летнюю NextConf, чтобы обсудить изменения рынка, влияние AI на индустрию, актуальные проблемы и новые вызовы.
Мы подготовили три потока докладов и воркшопов:
Архитектура и технологии
Реальные кейсы, проектирование и интеграция систем, стриминговые платформы, инфраструктура - все, что мы любим.
AI в работе и жизни
Превращаем AI в коллегу и партнера: от промптинга для рабочих и личных задач, до технических / продуктовых исследований и разработки прототипов.
Карьера и развитие
Карьерные стратегии в новых реалиях, коммуникации с коллегами и руководством, как спастись от выгорания и найти свое место в пищевой цепочке.
Будем делиться опытом, идеями, наболевшим в уютной безопасной обстановке.
📆 2 августа, онлайн
🔗 Подробности и регистрация на сайте
Приглашаем системных и бизнес-аналитиков на летнюю NextConf, чтобы обсудить изменения рынка, влияние AI на индустрию, актуальные проблемы и новые вызовы.
Мы подготовили три потока докладов и воркшопов:
Архитектура и технологии
Реальные кейсы, проектирование и интеграция систем, стриминговые платформы, инфраструктура - все, что мы любим.
AI в работе и жизни
Превращаем AI в коллегу и партнера: от промптинга для рабочих и личных задач, до технических / продуктовых исследований и разработки прототипов.
Карьера и развитие
Карьерные стратегии в новых реалиях, коммуникации с коллегами и руководством, как спастись от выгорания и найти свое место в пищевой цепочке.
Будем делиться опытом, идеями, наболевшим в уютной безопасной обстановке.
📆 2 августа, онлайн
🔗 Подробности и регистрация на сайте
🔥3👍1
🚀 Я дозрел! С августа запускаю свои курсы!
Я долго думал, как сделать обучение максимально полезным и практичным — и понял, что один большой фундаментальный курс не решает задачу. Поэтому формат будет другой: серия мини-курсов, которые можно проходить по отдельности, а вместе они сложатся в единую систему.
💡 В чем фишка?
— Короткие видео (до 5 минут) на каждый день — формируем привычку и держим темп.
— Небольшие задания после блоков, которые собираются в одну домашку.
— Когортный формат: после сдачи домашек живой вебинар с разбором типичных ошибок.
— Возможность индивидуальной обратной связи на расширенных тарифах.
🎯 Темы первых курсов:
— Как работать с бизнес-проблемами и быстро погружаться в новую предметную область (в том числе с помощью LLM).
— Связка архитектуры и нефункциональных требований: что на что влияет и почему.
— User Stories и Use Cases: когда, как и зачем.
— Архитектура информационной модели и проектирование сервисов (монолит vs микросервисы).
— Работа с командой разработки и тестировщиками.
— Документация, которая реально помогает, а не пылится.
— Технический Product Management: как системному аналитику развивать TPM-навыки.
— Domain-Driven Design и Event Storming для проектирования предметной области.
— Глубинные интервью: выявление потребностей пользователей и стейкхолдеров.
— Аналитика продукта: как понимать, что реально происходит.
— SQL и базы данных: от выбора до правильной интеграции.
📅 Первый курс стартует в середине августа. Остальные — с разницей в 1–2 недели, в зависимости от спроса.
💬 Что дальше?
В ближайшие дни открою предзапись. Чем раньше вы запишетесь (и особенно если попадете в первый поток) — тем больше бонусов и ниже цена. Первые группы будут максимально гибкими: много обратной связи, возможность влиять на материалы, адаптация под реальные запросы.
👉 В комментариях напишите, какой из курсов вам интереснее всего. Это поможет определить, с чего начнем.
Я долго думал, как сделать обучение максимально полезным и практичным — и понял, что один большой фундаментальный курс не решает задачу. Поэтому формат будет другой: серия мини-курсов, которые можно проходить по отдельности, а вместе они сложатся в единую систему.
💡 В чем фишка?
— Короткие видео (до 5 минут) на каждый день — формируем привычку и держим темп.
— Небольшие задания после блоков, которые собираются в одну домашку.
— Когортный формат: после сдачи домашек живой вебинар с разбором типичных ошибок.
— Возможность индивидуальной обратной связи на расширенных тарифах.
🎯 Темы первых курсов:
— Как работать с бизнес-проблемами и быстро погружаться в новую предметную область (в том числе с помощью LLM).
— Связка архитектуры и нефункциональных требований: что на что влияет и почему.
— User Stories и Use Cases: когда, как и зачем.
— Архитектура информационной модели и проектирование сервисов (монолит vs микросервисы).
— Работа с командой разработки и тестировщиками.
— Документация, которая реально помогает, а не пылится.
— Технический Product Management: как системному аналитику развивать TPM-навыки.
— Domain-Driven Design и Event Storming для проектирования предметной области.
— Глубинные интервью: выявление потребностей пользователей и стейкхолдеров.
— Аналитика продукта: как понимать, что реально происходит.
— SQL и базы данных: от выбора до правильной интеграции.
📅 Первый курс стартует в середине августа. Остальные — с разницей в 1–2 недели, в зависимости от спроса.
💬 Что дальше?
В ближайшие дни открою предзапись. Чем раньше вы запишетесь (и особенно если попадете в первый поток) — тем больше бонусов и ниже цена. Первые группы будут максимально гибкими: много обратной связи, возможность влиять на материалы, адаптация под реальные запросы.
👉 В комментариях напишите, какой из курсов вам интереснее всего. Это поможет определить, с чего начнем.
🔥12🤯2
Интересный поинт про Skype. А ещё интереснее, что сервис закрыли, а 9 баксов не вернули))
А ваши шедуллеры переживут ядерную войну?)
А ваши шедуллеры переживут ядерную войну?)
Forwarded from GPT/ChatGPT/AI Central Александра Горного
Пришло письмо от Skype.
Я давно не пользовался платными услугами сервиса, поэтому мои 9 долларов со счета замораживаются. Нажмите сюда, чтобы вернуть их в активное состояние.
Шаблон написали сто лет назад, отправку настроили и ушли. Проекта больше нет. Нажимать некуда. Приложение не запускается. Письма продолжают ходить.
Вот так и человечество вымрет, а роботы продолжат каждое утро печь свежий хлеб.
Я давно не пользовался платными услугами сервиса, поэтому мои 9 долларов со счета замораживаются. Нажмите сюда, чтобы вернуть их в активное состояние.
Шаблон написали сто лет назад, отправку настроили и ушли. Проекта больше нет. Нажимать некуда. Приложение не запускается. Письма продолжают ходить.
Вот так и человечество вымрет, а роботы продолжат каждое утро печь свежий хлеб.
🔥11🤔1
Я к вам снова с интересными анонсами. Мои друзья из Аналитического марафона продолжают радовать нас всех короткими живыми докладами. На этот раз тема очень близкая мне - про выгорание, я через него проходил и уже не раз, к сожалению. Надеюсь, будут инсайты, как перестать)
Я весь в огне: что делать, чтобы выгореть
Вы аналитик? Значит, ваш день — это:
✔️ 100500 встреч
✔️ Правки от стейкхолдеров, которые хотят поменять требования на ходу
✔️ Высокая ответственность за свои решения (и даже не всегда свои)
✔️ Постоянный баланс между бизнесом, разработкой и своей психикой
7 августа в 18:00 (мск) разберём мины выгорания, которые поджидают каждого аналитика, и — главное — как не подорваться
❓Что будет:
- «Минная карта выгорания» — как понять, что вы уже на грани (спойлер: если читаете это, скорее всего, да)
- Фишки анти-выгорания — не банальный «больше спать», а реальные лайфхаки от тех, кто выжил
- Хорошее настроение — потому что смех продлевает жизнь (а аналитикам это нужно больше всех)
Формат: 20 минут живого разбора + 10 минут вопросов
Ссылка для подключения будет в день встречи — не пропусти!
Я весь в огне: что делать, чтобы выгореть
Вы аналитик? Значит, ваш день — это:
✔️ 100500 встреч
✔️ Правки от стейкхолдеров, которые хотят поменять требования на ходу
✔️ Высокая ответственность за свои решения (и даже не всегда свои)
✔️ Постоянный баланс между бизнесом, разработкой и своей психикой
7 августа в 18:00 (мск) разберём мины выгорания, которые поджидают каждого аналитика, и — главное — как не подорваться
❓Что будет:
- «Минная карта выгорания» — как понять, что вы уже на грани (спойлер: если читаете это, скорее всего, да)
- Фишки анти-выгорания — не банальный «больше спать», а реальные лайфхаки от тех, кто выжил
- Хорошее настроение — потому что смех продлевает жизнь (а аналитикам это нужно больше всех)
Формат: 20 минут живого разбора + 10 минут вопросов
Ссылка для подключения будет в день встречи — не пропусти!
🔥3
🕳 Про бездну, риск и шампанское
Сегодня прочитал очень живой пост Евгения Курышева (сооснователя «Островка») — про моменты, когда нужно заглянуть в бездну. То есть, принять решение в условиях полной неопределённости. Когда вроде всё логикой кричит «стой», но где-то глубоко внутри — «иди».
И знаете, я с ним согласен.
Есть в русском языке пословица: «Кто не рискует — тот не пьёт шампанского». В IT это звучит как «Кто не делает шаг в туман — тот топчется на месте». И да, за такие шаги мне есть что сказать «спасибо»:
— за то, что я женат и счастлив;
— за то, что вырос в профессии, в доходе, в ясности;
— за то, что научился принимать решения, даже если заранее не знаю, получится ли.
Но — важная оговорка.
Не стоит жить только на обрыве. Потому что тогда очень легко стать героем песни Машины времени "Не стоит прогибаться под изменчивый мир", где по факту проиграли оба - и тот кто вообще не рисковал и тот, кто рисковал постоянно.
Так вот.
Мудрость — это не в том, чтобы либо всегда рисковать, либо всегда всё просчитывать.
Мудрость — это уметь балансировать. Иногда шагать в неизвестность. А иногда — отложить шаг и сделать черновик. Или два.
В общем, спасибо Жене за хороший повод вспомнить об этом. И да — если вы давно чего-то хотите, но всё ждёте, когда станет понятно и безопасно…
Возможно, не станет.
Именно в этом и фишка.
Сегодня прочитал очень живой пост Евгения Курышева (сооснователя «Островка») — про моменты, когда нужно заглянуть в бездну. То есть, принять решение в условиях полной неопределённости. Когда вроде всё логикой кричит «стой», но где-то глубоко внутри — «иди».
И знаете, я с ним согласен.
Есть в русском языке пословица: «Кто не рискует — тот не пьёт шампанского». В IT это звучит как «Кто не делает шаг в туман — тот топчется на месте». И да, за такие шаги мне есть что сказать «спасибо»:
— за то, что я женат и счастлив;
— за то, что вырос в профессии, в доходе, в ясности;
— за то, что научился принимать решения, даже если заранее не знаю, получится ли.
Но — важная оговорка.
Не стоит жить только на обрыве. Потому что тогда очень легко стать героем песни Машины времени "Не стоит прогибаться под изменчивый мир", где по факту проиграли оба - и тот кто вообще не рисковал и тот, кто рисковал постоянно.
Так вот.
Мудрость — это не в том, чтобы либо всегда рисковать, либо всегда всё просчитывать.
Мудрость — это уметь балансировать. Иногда шагать в неизвестность. А иногда — отложить шаг и сделать черновик. Или два.
В общем, спасибо Жене за хороший повод вспомнить об этом. И да — если вы давно чего-то хотите, но всё ждёте, когда станет понятно и безопасно…
Возможно, не станет.
Именно в этом и фишка.
👍2
Forwarded from Познавательная минутка от Курышева (Женя Курышев)
Вот я тут писал про путь героя, счастливых и несчастных стартаперов, а еще про трикстеров и их роль в организации. В комментариях к одному из постов притащили классную на статью Staring Into The Abyss от Бена Куна и она прекрасно ложится на все эти темы.
Если супер-коротко, то Бен пишет про то, что есть некий универсальный навык: способность глядеть в бездну (stare into the abyss), то есть готовность сталкиваться с жутким дискомфортом неопределенности, страха, отвержения, провала и тому подобным, и всё это ради того, чтобы действовать в соответствии со своими принципами и целями. Это готовность не избегать сложных решений, просто потому что они сложные.
Интересно, что большинство людей обычно движется по инерции там, где это лучше никогда не делать – в ключевых моментах своей жизни. Мы прокрастинируем, избегаем принятия сложных решений, которые могут привести нас в точку расхода большого количества энергии. Заметьте, сами решения не требуют энергии, но мы откладываем их и "отворачиваемся от бездны", потому что мы прогнозируем – там неизвестность и высокая вероятность оказаться в точке неопределенности, в которой скорее всего придётся очень много стараться. А мы тут такое не любим.
Люди, которые готовы глядеть в бездну, оказываются способны столкнуться с неприятной правдой и выстоять в этом состоянии. Например, я очень люблю спрашивать на собеседовании менеджеров про их первые опыты увольнения людей, про самые сложные случаи в их практике. Никто не любит увольнять, но вот люди, способные глядеть в бездну делают это намного быстрее и решительнее. Точно также фаундеры не любят закрывать стартапы и даже делать пивот обычно никому не нравится. Нам не нравится расставаться с неподходящими нам, но уже ставшими близкими людьми. Нам трудно уволиться с работы или даже прийти и сказать руководителю, что нам не нравится то, что мы делаем или не устраивает компенсация.
Послушайте историю жизни любого человека, вы без труда обнаружите, что практически все ключевые точки, определившие его судьбу – это моменты, когда человек глядел в бездну и не отвернулся. И наоборот, послушайте самые большие разочарования людей – там окажутся точки, где человек не справился с напряжением и отвернулся.
Не могу не вспомнить своего первого значимого руководителя, Шурика Прохорова. Шурик постоянно повторял одну и ту же фразу, в которой был заключён ответ на почти все вопросы подчиненных: "Главное — не бояться!". Всё лучшее я сделал в этой жизни именно в момент, когда произносил эту фразу. Правда и самое тупое в своей жизни тоже. Эта мантра конечно же про столкновение с бездной. Понятно, что не бояться в этот момент невозможно, поэтому Шурик предлагал на самом деле продолжать бояться и всё же идти вперёд.
А для себя и своих клиентов я набрал кучу тестовых вопросов, которые люблю спрашивать для проверки навыка глядения в бездну:
– если завтра тебя уволят (бизнес прогорит, жена уйдёт), то чем займешься?
– какая совершенно безумная идея, которую, разумеется, ты никогда не реализуешь, продолжает раз за разом приходить в голову?
– где интуиция говорит тебе о том, что может пойти капитально не так в бизнесе? где всё наебнётся с треском?
– на что важное в жизни и работе ты согласился, но без стопроцентной уверенности? если можно было бы переиграть, то как бы ты поступил?
– какое твое самое важное "неделаемое дело"? то есть какое дело для тебя офигеть как важно, но по какой-то причине не делается уже заметное время?
– если люди вдруг узнают абсолютно всю правду про тебя, с чем будет сложнее всего тебе справиться?
– какие 3 самые страшные для тебя решения ты принял, которые перевернули твой мир? какие 3 таких решения могут стать следующими?
... и еще много такого ...
Это просто выход один на один со своей тенью, поэтому очень круто делать такие упражнения с кем-то, кому вы доверяете, так как самостоятельно очень сложно быть полностью честным и ответственным в таких вопросах – очень хочется отвернуться, сбежать, обесценить, забыть или заболеть. Но кого вы можете встретить отвечая на эти вопросы? Только самого себя. И тут главное – не бояться.
Если супер-коротко, то Бен пишет про то, что есть некий универсальный навык: способность глядеть в бездну (stare into the abyss), то есть готовность сталкиваться с жутким дискомфортом неопределенности, страха, отвержения, провала и тому подобным, и всё это ради того, чтобы действовать в соответствии со своими принципами и целями. Это готовность не избегать сложных решений, просто потому что они сложные.
Интересно, что большинство людей обычно движется по инерции там, где это лучше никогда не делать – в ключевых моментах своей жизни. Мы прокрастинируем, избегаем принятия сложных решений, которые могут привести нас в точку расхода большого количества энергии. Заметьте, сами решения не требуют энергии, но мы откладываем их и "отворачиваемся от бездны", потому что мы прогнозируем – там неизвестность и высокая вероятность оказаться в точке неопределенности, в которой скорее всего придётся очень много стараться. А мы тут такое не любим.
Люди, которые готовы глядеть в бездну, оказываются способны столкнуться с неприятной правдой и выстоять в этом состоянии. Например, я очень люблю спрашивать на собеседовании менеджеров про их первые опыты увольнения людей, про самые сложные случаи в их практике. Никто не любит увольнять, но вот люди, способные глядеть в бездну делают это намного быстрее и решительнее. Точно также фаундеры не любят закрывать стартапы и даже делать пивот обычно никому не нравится. Нам не нравится расставаться с неподходящими нам, но уже ставшими близкими людьми. Нам трудно уволиться с работы или даже прийти и сказать руководителю, что нам не нравится то, что мы делаем или не устраивает компенсация.
Послушайте историю жизни любого человека, вы без труда обнаружите, что практически все ключевые точки, определившие его судьбу – это моменты, когда человек глядел в бездну и не отвернулся. И наоборот, послушайте самые большие разочарования людей – там окажутся точки, где человек не справился с напряжением и отвернулся.
Не могу не вспомнить своего первого значимого руководителя, Шурика Прохорова. Шурик постоянно повторял одну и ту же фразу, в которой был заключён ответ на почти все вопросы подчиненных: "Главное — не бояться!". Всё лучшее я сделал в этой жизни именно в момент, когда произносил эту фразу. Правда и самое тупое в своей жизни тоже. Эта мантра конечно же про столкновение с бездной. Понятно, что не бояться в этот момент невозможно, поэтому Шурик предлагал на самом деле продолжать бояться и всё же идти вперёд.
А для себя и своих клиентов я набрал кучу тестовых вопросов, которые люблю спрашивать для проверки навыка глядения в бездну:
– если завтра тебя уволят (бизнес прогорит, жена уйдёт), то чем займешься?
– какая совершенно безумная идея, которую, разумеется, ты никогда не реализуешь, продолжает раз за разом приходить в голову?
– где интуиция говорит тебе о том, что может пойти капитально не так в бизнесе? где всё наебнётся с треском?
– на что важное в жизни и работе ты согласился, но без стопроцентной уверенности? если можно было бы переиграть, то как бы ты поступил?
– какое твое самое важное "неделаемое дело"? то есть какое дело для тебя офигеть как важно, но по какой-то причине не делается уже заметное время?
– если люди вдруг узнают абсолютно всю правду про тебя, с чем будет сложнее всего тебе справиться?
– какие 3 самые страшные для тебя решения ты принял, которые перевернули твой мир? какие 3 таких решения могут стать следующими?
... и еще много такого ...
Это просто выход один на один со своей тенью, поэтому очень круто делать такие упражнения с кем-то, кому вы доверяете, так как самостоятельно очень сложно быть полностью честным и ответственным в таких вопросах – очень хочется отвернуться, сбежать, обесценить, забыть или заболеть. Но кого вы можете встретить отвечая на эти вопросы? Только самого себя. И тут главное – не бояться.
👍2
Сегодня день репостов.
Алина осветила ту самую мысль, которую я продвигаю уже года три.
Избыточная документация никому не нужна. Это аксиома.
А вот избыточность все определяют по разному, но все равно есть явная мировая тенденция по снижению количества документации, особенно предпроектной в пользу прототипирования, как вы считаете, приживется в России?
Алина осветила ту самую мысль, которую я продвигаю уже года три.
Избыточная документация никому не нужна. Это аксиома.
А вот избыточность все определяют по разному, но все равно есть явная мировая тенденция по снижению количества документации, особенно предпроектной в пользу прототипирования, как вы считаете, приживется в России?
👍1
Forwarded from Verbetcetera: tech business and careers
PRD is dead. Long live vibe-coding.
Большое изменение, которое я вижу в традиционных организациях - это переход к быстрому прототипированию вместо написания длинной документации.✌️
Тренд дойдет и до интервью: это подтверждает недавний тред на Reddit, где кандидат рассказывал, как завалил интервью на AI/ML PM (L5) в Google. Возможно, это единичный кейс, применимый к AI-specific ролям, но думаю, что постепенно он распространится на всех в более лайтовом варианте.
В итоге мы придем к чему-то среднему: для user-facing products фокус будет на протитипировании, а PRD останутся в облегченном варианте, либо сольются с инженерными Design docs.И постепенно PM функция перейдет к инженерам - я это не утверждаю, но вот Lovable (где работает Elena Verna, автор поста) PM org даже не заводил. 🤡
Большое изменение, которое я вижу в традиционных организациях - это переход к быстрому прототипированию вместо написания длинной документации.✌️
Тренд дойдет и до интервью: это подтверждает недавний тред на Reddit, где кандидат рассказывал, как завалил интервью на AI/ML PM (L5) в Google. Возможно, это единичный кейс, применимый к AI-specific ролям, но думаю, что постепенно он распространится на всех в более лайтовом варианте.
В итоге мы придем к чему-то среднему: для user-facing products фокус будет на протитипировании, а PRD останутся в облегченном варианте, либо сольются с инженерными Design docs.