Управление продуктом *

Эта история - не о плохом менеджере. Это вскрытие системы, где формальный статус победил реальную работу.
Представьте продукт, где вместо лидера - чёрная дыра. Где решения зависают в вакууме, потому что "профи" с опытом лишь оформляет присутствие. Где энергия команды бесследно исчезает, но организационные схемы показывают полную укомплектованность.

Вы узнаете:

Как благое намерение "усилить команду" превратилось в механизм самоуничтожения;

Почему пассивность квалифицированного специалиста опаснее открытого саботажа;

Как команда выжила в условиях, где нельзя устранить проблему, но нельзя и признать её существование.

Этот текст - антидот против управленческой иллюзии. Если вы хоть раз чувствовали, что "процесс работает, а результат умирает" - вы уже в эпицентре.

Я пришел в компанию первым наемным сотрудником и за 5 лет попробовал себя в разных ролях – от продуктового дизайнера до менеджера, аналитика, поддержки и тд. С небольшой командой прошел путь от идеи и до выхода на рынок, пережил один пивот и собрал десятки ценных инсайтов. В этой статье я делюсь некоторыми из них – надеюсь, они помогут вам избежать ошибок.

Трансформация руководителя из «подавителя» в лидера требует глубокой внутренней работы, осознания проблемы и выхода из привычной устоявшейся среды обитания.

В данной статье будут рассмотрены: портрет руководителя Кирилла; цикл использование - подавление - слив сотрудника; результаты для Команды и Бизнеса; ключевые трансформации и мой личный опыт.

Портрет руководителя Кирилла

Кирилл – это обобщенный образ руководителя, препятствующего развитию нижестоящих сотрудников или не заинтересованный в развитии других граней личности сотрудника.

Обладает хорошей дикцией, демонстрирует уверенность, предложения звучат ёмко и убедительно. Любит быть в центре внимания на совещаниях. Обладает хорошими презентационными навыками для вышестоящего руководства, рационален, логичен.

Требует публичного признания своих решений, ценит формальные знаки подчинения, затягивает с принятием конкретных решений, при этом не берет на себя ответственность. Подозрительно относится к неформальным связям в команде вне его контроля.

Всем привет! Меня зовут Антон, я не разработчик и никогда им не был. Я продуктовый дизайнер, а до этого 6 лет руководил клиентским саппортом в сервисе с 1 млн клиентов. Работал в UnaBank, Точка Банк, Whoosh, X5 Retail Group — проектировал сервисы, админку, в общем, в digital-направлении. И давно хотел сделать свой продукт.

Идей было много, но либо в голове возникал целый комбайн, для которого нужна команда разработки, либо не складывалось что-то ещё. Но вот будущее настало. Наступило время вайб-кодинга. А это значит, что можно в две руки написать весь фронт, бэк, тест-кейсы, админку… что я и сделал, и всё это за несколько недель. Сейчас я расскажу вам подробнее.

Привет! Меня зовут Елена Тупикова, я академический руководитель программы онлайн-магистратуры «Управление IT-продуктами» от Яндекса и МФТИ. В этой статье я расскажу, чем занимается продакт-менеджер в IT и для чего ему нужно разбираться в базах данных, языках программирования и машинном обучении. А ещё дам список технических навыков, которые нужны продакт-менеджеру для работы в IT.

Когда говорят о Data Science, чаще всего вспоминают маркетинг и продуктовую аналитику. Но в компаниях, где данные действительно работают на бизнес, сфера их применения куда шире. Один из таких недооценённых источников ценности — команда клиентской поддержки. В этой статье — практический разбор того, как Data Science может не просто визуализировать SLA и TTR, а стать реальным драйвером изменений: от оптимизации нагрузки и улучшения самообслуживания до внедрения LLM для анализа обратной связи.

Разработчики фокусируются на промпт-инжиниринге, но настоящий прорыв — в контекст-инжиниринге. Это системный подход к подготовке данных для LLM.

AI-хайп накидывает новых терминов, в статье объясняем о чем тут речь.

Мир меняется. Мы чувствуем тенденции на себе. Больше информации, больше логики, больше конкуренции, больше комплексности, больше правил, больше автоматизации, больше контекста, больше скорости… 

У нас был опыт работы с Lean, Kanban, CPM/CCM, Waterfall, PMBOK, Six Sigma, Scrum, Agile, OKR+Product Discovery, GIST Planning, включая их вариации и гибриды. Некоторые – мы ценим и применяем сейчас. И тем не менее, спустя 15 лет в проектном и операционном менеджменте мы по себе знаем о чем все также плачут проджекты, продакты и управленцы. О большей точности, координации, информации, взаимодействии и сроках. 

Нам понадобилось время по-новому осознать казалось бы простую идею, о которой чуть ниже. Проекты, как и компании в целом – это ресурсы направленные на достижение целей. Время, люди, информация – ресурсы, но сами по себе они не равны достижению целей. Ценность ресурсов – в их связях и взаимодействии. Связь и взаимодействие ресурсов – краеугольный камень в достижении целей. Это и есть идея Cоntext.

ИИ — не волшебная палочка, а рабочий инструмент. Но чтобы он приносил пользу, нужно уметь правильно ставить задачи и выбирать подходящую технику. В этой статье — 11 приёмов, которые помогают дизайнерам использовать ИИ в реальных задачах: от генерации черновиков до проектирования интерфейсов и валидации решений. Всё с примерами, по делу и без иллюзий. Подойдёт как новичкам, так и опытным специалистам, которые хотят включить ИИ в процесс осознанно.

Ораторское искусство — одна из тех дисциплин, что то и дело объявляют устаревшей.
Но если вы когда-нибудь убеждали команду внедрить новый фреймворк, презентовали продукт инвесторам или пытались объяснить сложную архитектуру на языке, понятном CEO — вы уже в игре. Вы уже практикуете риторику. Просто, возможно, не называете это так.

Почему разработчику, продукт-менеджеру или фаундеру
стоит оглянуться на Древний Рим?

Мы могли бы начать со статистики о том, как часто мужчины думают о Римской империи, но пойдём другим путём.

В IV веке до нашей эры афиняне собирались на агоре, чтобы спорить, убеждать и принимать решения, cегодня мы открываем Zoom. Тогда говорили о демократии, законах и общественном благе, cегодня — о roadmap, KPI и MVP.

Вы наверняка замечали, что в начале общения ИИ кажется очень толковым и понятнливым, правда почему спустя 10-20 сообщений начинает путаться, повторно совершить те же ошибки которые уже совершал или выдавать рассчеты с ошибками. Это не случайность, а следствие мироустройства. Давай разберемся почему это происходит и как именно ИИ все “помнит” и почему его память устроена иначе чем у человека.

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

Эволюция пока не приспособила собак к городу полностью. Летом бывает горячий асфальт, песок и мелкие камни забиваются в складки, в результате — натирание лап и воспаление.

Со временем подушечки грубеют, но это не спасает — трещины становятся глубже, в них попадает грязь, это приводит к раздражению и долгому заживлению. Если после прогулки ваш пёс долго вылизывает лапы, пытаясь унять зуд и боль, — это уже середина развития проблемы.

Раньше эти проблемы никого особо не волновали (да и нежных пород было значительно меньше). А сейчас люди готовы покупать собакам одежду, лечебные корма, страховки. И заботиться о здоровье лап питомца.

Частично проблемы можно решить, например, собачьей обувью или с помощью эластичных бинтов. Но не все собаки это любят. Можно тщательнее заниматься гигиеной: выстригать шерсть между подушечками, подстригать когти и наносить заживляющие кремы.

Ну а мы долго общались с ветеринарами и решили сделать средство, которое помогло бы собакам спокойно гулять по городу.

Так родился бальзам в виде стика, который и защищает, и лечит, и который можно случайно съесть.

Показано, как адвокат проводит правовую экспертизу документов на интеллектуальную собственность. Такая экспертиза вскрывает риски и предлагает улучшения документов.

Если вы хоть раз были на стороне бизнеса, наверняка слышали (или говорили):

Сколько можно делать такую простую штуку?; Они что, не понимают, как это важно?

Но тут надо смотреть шире...

Все знают аббревиатуру CI/CD. Continuous Integration and Continuous Delivery - Непрерывная интеграция и Непрерывная поставка. Но едва ли можно найти более неправильно понимаемую нашей индустрией идею, чем непрерывная интеграция. Практика, которая была придумана, чтобы её делали разработчики, почему-то превратилась в объект работы девопсов, хотя к культуре DevOps ну вообще никакого отношения, по идее, иметь не должна.

Так что вот вам статья про то, как так вышло, что сейчас под CI понимают что угодно, кроме того, чем она, на самом деле, является.

Всем привет! Меня зовут Татьяна, я работаю аналитиком в ГНИВЦ. Сегодня мне хочется рассказать вам, почему аналитик является скрытым руководителем проектов и как аналитику реализовать любой проект.

Аналитик часто неосознанно, а иногда и осознанно, может выполнять функции проектного менеджера (руководителя проекта). Почему так происходит? Потому что аналитик проходит все этапы работы проекта, и часто зона ответственности у аналитика и проектного менеджера совпадают.

Привет, Хабр!

Меня зовут Татьяна Поспелова, я руководитель группы разработки семейств в команде ПИК Digital. 

В этой статье расскажу, как мы централизовали и автоматизировали разработку BIM-семейств в Revit с помощью нашего внутреннего сервиса под названием «Фабрика семейств».

Если вы только начинаете знакомство с BIM (информационное моделирование зданий), важно понимать, что BIM-семейства — это параметрические компоненты, из которых собирается модель здания в Revit. Это могут быть стены, окна, мебель, сантехника и любое инженерное оборудование. Каждое семейство содержит геометрию и параметры, которые позволяют использовать его в расчётах, спецификациях и автоматизации.

Как AI-системы теряют 30% смысла при обработке документации?

Проблема кроется в процессе chunking — разбиении документов на фрагменты. Когда связанная информация оказывается в разных частях, контекст теряется. Разберем механизмы работы RAG-систем и покажем, как писать документацию, которая работает для людей и машин.

Привет! Хочу поделиться опытом работы с агентом в Replit — тем самым GPT-помощником, который вроде как всё делает за тебя. Я сел попробовать, думал, сейчас он мне всё напишет, и я за пару дней выкачу MVP. Всё так и вышло, но есть нюансы. Особенно когда речь идёт про стоимость, архитектуру и тот самый вайб-дебаггинг.

Что такое продуктовое мышление и как его тренировать? Почему важно не просто понимать пользователя, а чувствовать его? Как не бояться неопределённости и строить решения, даже когда данных мало?

В этой главе — не очередной список фреймворков, а философия: взгляд на продукт как на систему, эмпатия как навык и честный разговор о том, что мы часто боимся не знать.
Да, будет и про CJM, и про юнит-экономику — но с фокусом на смыслы, а не на термины.