Менеджер от боженьки
رفتن به کانال در Telegram
Проджект менеджмент в IT. Пишу про современные деливери практики, продуктовую разработку и как быть классным менеджером. — Сообщество менеджеров: @pm_sovet Реклама: @pm_god_ads 5035224435
نمایش بیشتر📈 تحلیل کانال تلگرام Менеджер от боженьки
کانال Менеджер от боженьки (@pm_god) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 25 472 مشترک است و جایگاه 2 492 را در دسته تجارت و رتبه 25 835 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 25 472 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 27 ژوئیه, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -84 و در ۲۴ ساعت گذشته برابر 3 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 22.04% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 10.09% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 5 614 بازدید دریافت میکند. در اولین روز معمولاً 2 571 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 79 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند продакт, стратоплан, senior, деливери, фича تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Проджект менеджмент в IT.
Пишу про современные деливери практики, продуктовую разработку и как быть классным менеджером.
—
Сообщество менеджеров: @pm_sovet
Реклама: @pm_god_ads
5035224435”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 28 ژوئیه, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته تجارت تبدیل کردهاند.
25 472
مشترکین
+324 ساعت
-137 روز
-8430 روز
آرشیو پست ها
25 472
Фреймворки RICE, ICE, IE и упрощение
RICE хорош, когда есть много данных. Например, выбираем на какую из 20 когорт пользователей запустить маркетинговую компанию. В корпах любят RICE, потому что данных у нас много, идей тоже много, а вот ресурсов мало.
Для ICE данных нужно меньше. Это тот же RICE, только без Reach, который ловким движением руки закладывают в Impact. Результат получается менее точный, зато быстрее. ICE любят в стартапах.
Проблема этих фреймов в том, что точные данные собрать бывает трудно. Например, Reach будет нерепрезентативным, пока у тебя 3 б2б клиента.
Хочешь еще быстрее и проще? Изи, держи IE. Считается так:
IE = Impact / Effort
Тут в Impact закладывается и Confidence и Reach. Еще менее точно, но как будто и без модных фреймворков часто понятно, что делать.
Поэтому упрощаем до IE.
25 472
Техдолг при миграции
У меня в заметках лежит недописанный пост о том, как я учился вайбкодить. В нем я рассказывал, как перевез свой сайт с платной тильды на бесплатный Github pages.
А сегодня вспомнил, что там были под-страницы, которые не пережили переезд, потому что я про них забыл.
——
Техдолг программиста: х1
Техдолг менеджера с AI: х3 (но работает!)
25 472
вспомнил еще 2 вещи про переговоры:
1️⃣ Договориться можно обо всем – топовейшая книга по переговорам, разбирает десятки техник и приемов из практики. Одна из немногих книг в жизни, которые я перечитывал.
2️⃣ у Стратоплана на следующей неделе пройдет интенсив по переговорам для руководителей. Будут классические ситуации: танцы о зп, горящие дедлайны, корпоративные войнушки, кривое делегирование. Судя по спикерам, должно быть огонь. И бесплатно!
#реклама_по_любви
25 472
Как выглядит желаемый результат
Ходил недавно на тренинг по переговорам, из него запомнилась одна идея: прежде чем начинать переговоры, сначала договорись сам с собой – обрисуй свой желаемый результат.
Например, хочешь получить +10% к офферу. Окей. Теперь от этого результата строишь две точки:
▫️максимальную, что попросишь вначале (+20%);
▫️минимальную, на что согласишься (+5%).
Эти цифры наверняка понадобятся при обсуждении офера. Если заранее сесть и подумать, обычно получается лучше, чем выдать их фристайлом.
Мне эта техника откликнулась в контексте любых важных встреч, например с боссом или арендатором. Например:
▫️Обсуждаю с боссом проблемы на проекте -> хочу получить от 1-2 разработчиков.
▫️Ною о плохой теплоизоляции и высоких счетах за отопление -> хочу снизить ренту на 5-10%.
25 472
Не все баги надо чинить
Баги в беклоге раздражают, мозолят глаза. Трудно поверить, что мы знаем о проблеме у пользователя и закрываем на нее глаза. Там же реальные люди мучаются из-за поехавшей верстки и цветов не из дизайн-системы!
Но баги, как и фичи решают проблемы пользователей. Проблемы имеют разную ценность, которую надо хладнокровно приоритезировать.
Пофиксить верстку на лендинге – ценность 0,5. Об верстку споткнется 5% пользователей, побухтит и пойдет дальше. Письмо с реактивацией – ценность 5. Пусть его откроют те же 5%, зато это супер дешевый способ сконвертить их в клиентов.
Забейте на чистый беклог, поставляйте в продукт максимум ценности.
25 472
Как подступиться к трудному делу
К некоторым делам бывает трудно подступиться. Например, я хочу заниматься с тренером по плаванию, но как его найти? Чтобы возле дома и говорил по-английски. А может это дорого? Из-за многих неизвестных мой мозг пугается и выбирает отложить вопрос на потом.
На работе аналогично. Думаешь перейти в продакты, но с чего начать?
В таких делах мне иногда помогает техника, о которой я услышал у Максима Дорофеева. Ее суть в том, чтобы найти первый микро-шаг к решению проблемы. Например, найти 3 сайта с тренерами. Или написать заготовку приветственного сообщения. Или найти матрицу грейдов продакта в текущей компании.
Шаг обязательно должен быть крошечным, в этом фишка. Если он занимает 2 минуты – супер. Когда шаг маленький и понятный, мозг уже не боится и готов пробовать.
Делаете так?
25 472
Эффект среды vs рукопожатия
Когда я ходил в офис Минске, все мужчины здоровались за руку. Если человек тебе знаком, считалось странным пройти близко и не пожать руку.
В Европе так делают только при знакомстве, и мужчины, и женщины. Приветствуя, говорят hi и добавляют дежурную улыбку, никто руки не жмет.
Забавна эта неловкость, которая возникает у снг-переехов, когда мы встречаем друг друга в личном контексте. Жать руку или ну его? Я прям горел первое время, постоянно думал об этом, пытался разглядеть, протянет ли человек руку или нет. И вижу, что такие мысли не только у меня, постоянно то жмут, то не жмут, никакой системности. Сложно перестроиться со знакомого паттерна, да и непоятно надо ли.
Очередной пример, как среда определяет человека. Сегодня без проджет-менеджмента, сорян.
25 472
#реклама_по_любви
«AI Hard Fork» — практическая онлайн-конфа о том, как AI меняет процессы разработки, и как управлять этими изменениями.
AI – радикальное изменение, которое ломает старые подходы к работе в IT. Но когда о нейронках вещает каждый утюг, а новые инструменты появляются каждый день – отделить пользу от шума становится все сложнее. И еще сложнее найти инфу о том, как внедрять это на уровне команд и бизнеса: реальные кейсы, подводные камни, и как их обходить.
Поэтому Стратоплан и Entropy Talk объединились вместе с экспертами и практиками отрасли, чтобы:
▫️показать реальные кейсы успехов и провалов внедрения AI в существующих проектах;
▫️показать, как и где AI меняет управление разработкой и что отличает команды, которые успешно внедряют ИИ;
▫️показать управленческие AI-шные воркфлоу для работы с людьми.
Участники: Head of AI и СТО крупных банков, ex-CTO Booking и EM из Mapbox, Степан Гершуни и Глеб Кудрявцев, Артем – ex-FAANG и автор «эйай ньюз», а также со-основатели Школы Стратоплан и идейный вдохновитель Entropy Talk.
Участие – как бесплатное, так и платное (предоставляем сертификат).
Регистрация 👉👉👉 здесь
Когда и где: 24-26 февраля, онлайн или в записи.
Для кого: senior engineers, тех- и тим-лидов, менеджеров, СТО и VP of engineering, фаундеров
Ждём вас онлайн!
25 472
€500 000 за ошибку в документации
В 2024 году европейская телеком-компания Orange втянула к себе в проект библиотеку Lasso. Библиотека делала идентификации пользователей и распространялась под лицензией GPL.
Апелляционный суд Парижа постановил, что Orange нарушил условия GNU GPL v2, включив и изменив библиотеку Lasso без публикации исходного кода, и обязал выплатить разработчикам Lasso 500K компенсации.
———
Иногда нам нужно затащить библиотеку в проект, например, чтобы ужимать картинки или экспортировать в pdf. У таких библиотек есть условия использования, которые описывает тип лицензии.
Самые популярные лицензции – MIT и Apache. С ними все ок, можно использовать почти без ограничений. А вот GPL и LGPL более требовательные для коммерческих проектов:
▫️GPL – как вирус. Если втягиваете ее в проект, то надо раскрывать исходники всего проекта, и делать лицензию тоже GPL, чего не сделали в Orange.
▫️Если вы просто получаете данные из GPL-проекта, например, по АПИ или сокетам, можно раскрыть только ту часть, которая работает с этими данными. Но если втягиваете библиотеку и собираете бинарник вместе с ней – заражается весь проект.
▫️Наконец, если вы берете GPL-библиотеку для пет проекта или чего-нибудь внутри компании, не публикуя продукт — раскрывать код не нужно.
25 472
Менеджерский приём - смещение фокуса
Сравните:
Мы не можем записывать экран пользователя без его согласия, это невозможно.
и
API гугл хрома не позволяет записывать экран без согласия пользователя.
В первом случае стейк может подумать, что менеджер какой-то не такой попался, не умеет экран даже записать. Может, другого спросить?
А во втором уже явно видно, что проблема не в менеджере, а в технологии. Это хром так устроен. Вините хром, а не менеджера.
Смещайте фокус.
25 472
AI пишет красивые менеджерские документы, но
качество данных в них так себе.
Вот 2 свежих примера:
1️⃣Стартует комплайенс проект на основе нового закона. Продакт менеджер предлагает ОКР: “осуществить поддержку 93 требований из нового закона”. Документ приходит на ревью. Открываю первую ссылку в гугле с новым законом, а в нем не 93, а 79 правил.
2️⃣Команде нужно разобраться, как новые требования влияют на продукт. Программист проводит подробное исследование через клод. На выходе получает офигенный отчет, структура супер, все последовательно и понятно. На такой реально ушла бы неделя, если бы сам писал. Читаю резюме на первой странице: “у нас 1000 картинок, из них 900 нарушают требования и 100 не нарушают. Следовательно, требования выполнены на 90%”.
Да, писать менеджерские доки (PRD, отчеты, вижены) с AI стало быстрее. Особенно если пишешь впервые и нет хорошего примера, чтобы взять за основу.
Только проверять надо прям построчно.
25 472
#реклама_по_любви
“Как эта фича вписывается в нашу стратегию?” – иногда этим вопросом можно отговорить продакта или заказчика от стремной фичи.
Если такой вопрос задали вам, а со стратегией вы пока на “вы”, сходите посмотреть, как на него отвечают другие.
Стратоплан проводит бесплатную конференцию о том, как делать стратегию в ИТ.
Темы:
▫️что на самом деле считать стратегией и почему она работает не у всех;
▫️где и почему стратегии чаще всего ломаются;
▫️какую роль играет AI и как измерять реальную ценность AI-внедрений
▫️практика: стратсессии, инструменты, типичные ошибки.
Спикеры:
Никаких теоретиков! Только фаундеры, СЕО, СТО, HRD и эксперты Стратоплана, которые сами проходили через кризисы и знают, как строить долгосрочную стратегию. В том числе основатели школы Панкратов и Орлов (они проведут воркшоп о внедрении стратегии).
Когда:
29–31 января, 10:00–15:00 GMT+3, онлайн, бесплатно (!), регистрация здесь.
25 472
Сколько закладывать на риски
Представь, что тебя просят оценить новый проект. Посидели вы с программистами, побили на фичи, записали оценки в табличку.
Сколько заложить на риски?
Это зависит от многих факторов: как давно работаете с командой, насколько детальные требования, размер пули в голове у заказчика. Вот 3 варианта, что бы делал я:
1️⃣Если подойдет грубая оценка, то заложу стандартные 25% на риски.
2️⃣Если оценка нужна поточнее, прикину, где проект может зависнуть. Обычно это сложный юай, интеграции, зависимости от подрядчиков, нечеткие требования. Во время работы в аутсорсе, мы раскладывали оценки и риски с помощью вот такой таблички, возьму что-то из нее.
3️⃣Если оценки приходится делать часто, а я хочу промоушен, то апгрейдну первый вариант: соберу статистику всех проектов в компании, сравню план vs факт, и буду закладывать получившийся коэффициент во все новые проекты.
Пишите в комментарии, сколько закладываете на риски у себя 👉
25 472
Топ посты 2025
▫️Я получил промоушен в европейской продуктовой компании
▫️Как нормально собрать статус
▫️Улучшенная версия реестра рисков – RAID
▫️Команда не вкладывается в оценки. Что делать?
▫️Большие проекты вылетают в среднем на 73%
▫️8 советов по гугл-таблицам
▫️Джира + таблицы = бомбические отчеты
▫️Как понять, что на проекте жопа
▫️Как понять, что новый босс будет нормальным
Друзья, спасибо, что читали «менеджера от боженьки» в этом году! Если захотите посоветовать канал коллеге-менеджеру, просто перешлите ему этот пост — это поможет с продвижением и мне будет безумно приятно ❤️
С наступающим!
25 472
Менеджер от боженьки в Linkedin
Ребята, я завел канал в линкедине. Там будут те же посты, что в и телеграме. Делаю это, чтобы больше людей прочитали посты и получили пользу от контента.
Если сидите в линкеде, обязательно подписывайтесь и ставьте лайки:
https://www.linkedin.com/company/pm-god
Каждый ваш лайк продвигает посты и помогает мне писать дальше ❤️
25 472
How big things get done
– легкий научпоп о том, как делались большие проекты: аэропорт Хитроу, Сиднейская опера, Олимпиада в Рио.
Это книга о мега проектах. И мега проджект-менеджменте, конечно!
Мы с вами аэропорты не строим, но также сталкиваемся с проблемами в поставках, раздутыми бюджетами и оптимизмом в планировании. В этой книге много примеров, которыми можно как минимум вдохновиться. Например:
▫️Команда, строившая терминал в лондонском аэропорту Heathrow, назвала день окончания проекта за 6 лет (!) до старта и даже закончила на пару дней раньше. Один из ключевых факторов их успеха – на планирование и потенциальные риски потратили годы. Очередное доказательство того, что вотерфольные проекты все еще могут.
▫️На тоннель между Англией и Францией в 1994 потратили в 2 раза больше денег, недооценив инженерные и геологические риски. Забили на исторические данные о том, сколько заняли подобные проекты в прошлом и дали оптимистичную оценку. Все как у нас.
▫️Китайцы в ковид строили госпитали на тысячи мест за 9 дней (!), благодаря простым и легко повторяемым палатам-комнатам, которые придумала одна строительная компания. Модульная архитектура позволяет деливерить очень быстро!
—
Читайте также: большие проекты превышают бюджет в среднем на 73%
25 472
Разделить ответственность за провал
В прошлом году я ходил на курсы по коммуникации. Спустя время вижу, что один прием оттуда хорошо прижился. Суть его в том, что бы во время конфликта искренне признать любую свою ошибку.
Например:
Слушай, я не создал тикеты к рефайнменту, хотя обещал. Из-за этого вы не смогли нормально обсудить с командой новый эпик и пришлось копаться в доках. Это моя вина, извини.Тут неважно, что я заболел или что создавать тикеты это не моя работа или что большой беды от этого не было. Главное – показать, что я разделяю ответственность за какое-то наше общее дело. Важно при этом говорить искренне. Когда я извинялся за что-то, во что сам не особо верил, прием не работал. Люди ценят, когда говоришь искренне и сожалеешь искренне. Тогда они охотнее переходят из режима нападения “ты козел не прислал тикеты” в режим решения проблемы “ладно, а что ты хотел-то?”. Делаю так в отношениях на работе и дома. И как будто переговоры идут чуть легче.
25 472
Кейс про тайного стейкхолдера
Делали систему для клиента, который не сильно разбирался в ИТ.
После старта проекта тот внезапно стал задавать вполне конкретные вопросы, мол “почему выбрали именно vue.js?”. Иногда вопросы приводити к реквестам на доработки: “Хочу vanilla!”. Это сильно мешало нам работать – попробуй поменять один джс на другой в середине проекта.
Причем, когда начинаешь копать – человек плывет, не может объяснить почему ему это важно. Но откуда инфа не колется, говорит, почитал интернет.
Потом случайно выясняется, что у клиента есть сын, студент технического вуза. Иногда они обсуждают проект, и сын рассказывает папе про штуки, о которых узнал на первом курсе программирования. Папа сыну доверяет, и так в проекте появляются новые требования.
В этом кейсе я больше всего кайфанул от финала. Угадайте, как менеджер проекта решил эту проблему?
Ответ:
Пригласил студента на работу консультантом. В компании опытных программистов, студент первого курса сильно не высовывался и его роль была формальной. Зато у папы сразу +100 очков доверия к проекту, его ведь теперь сына делает!
———
Этот кейс я честно подбрил на курсе у Ивана Селиховкина. Советую его канал, если тоже хотите сдать на PMP.
25 472
#реклама
Как не терять задачи в Telegram?
Большинство тех, кто общается по работе в Telegram, недовольны хаосом в переписке. Почти половина рабочих задач, которые обсуждаются в личных мессенджерах, теряются или не доводятся до конца.
"Хватит страдать в Telegram" - сказал таск-трекер YouGile и выстроил коммуникацию вокруг задач. Здесь в каждой задаче есть отдельный чат, похожий на Telegram, - это дает удобство и скорость. А структура таск-трекера создает порядок и прозрачность: задачи не теряются, а процессы всегда под контролем.
Статистика показала, что это ускорило выполнение задач в 2,5 раза.
Интеграция мессенджера и таск-трекера убрала главную проблему растущих команд: рассинхрон между планированием и коммуникацией. В YouGile мессенджер для работы и инструменты управления (канбан-доски, календарь, CRM для работы со сделками, диаграмма Ганта) работают в тесной связке.
Сервис делает ставку на простоту и быстрое (до 1 часа) внедрение.
Командам до 10 пользователей сервис доступен бесплатно навсегда без ограничений.
Попробовать бесплатно за 5 минут
25 472
