Project-менеджер | IT

Нелояльная лояльность #почитать

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

⏱Читать статью

🌟 Команда загружена на 100%, а сроки всё равно срываются? В проектах с дефицитом ресурсов это типичная ситуация: задачи накапливаются, появляются срочные запросы, а реальная причина задержек остаётся незаметной. В итоге команда перегружена, а результат не растёт. На открытом уроке разберём: ✔ как управлять ресурсами в условиях ограничений: ✔ как находить узкие места в процессе, ✔ почему полная загрузка снижает эффективность ✔ как реагировать на срочные задачи без разрушения плана. 🗓 Урок проходит в преддверии старта курса «Руководитель ИТ-проектов». Если вы хотите управлять сроками и нагрузкой осознанно, а не в режиме постоянных переработок — подключайтесь 12 мая в 19:00 МСК. ➡ Регистрация открыта: ссылка Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как я поставил цели на год и не сошел с ума #почитать

За неделю я разделил свою жизнь на сферы, выстроил систему и процессы, чтобы еще один год не прошел впустую. Думаю, что получилось очень неплохо, опытом результатом делюсь в этом материале. Привет! Меня зовут Рафаэль, на момент написания статьи мне 20 лет. Сейчас я очно учусь на 3-ем курсе филфака и совмещаю это дело с фулл-тайм работой UI/UX дизайнером в крупном агентстве. Именно поэтому в начале 2026-го года для меня остро встал вопрос построения целей на год. Дел много, времени мало, а преуспеть в каждой сфере очень хочется, амбиции же прут. Поэтому было решено внести в хаотичный поток жизни немного структуры, да и навык построения правильных целей еще прослужит мне долгое время, думал я. В этой статье подробно расскажу о методиках и подходах, которые я выделил для себя, а также поделюсь классными инструментами, которые помогли мне в планировании и постановки целей. Да, в интернете уже куча статей о том, как правильно ставить цели, достигать их и жить в шоколаде. И все они по своему прекрасны. Но в основном эти статьи прикладные, и из каждой мне пришлось черпать понемногу, чтобы в итоге это собралось в единое целое.

⏱Читать статью

Что будет если тимбилдинги будут организовывать разработчики #почитать Перед началом статьи стоит дать пару вводных. Разговор будем вести о компании под названием «Рога и копыта», в которой я работаю 3 года, и это моя первая работа по специальности. В нашей компании работает ни много ни мало 80 человек и у нас нет HR-ов, думающих как же улучшить наши показатели Активностями и различными мероприятиями здесь не занимаются (за исключением праздников и корпоративов) В компании отсутствуют строгие правила и атмосфера в ней из-за этого очень комфортная В благоприятной и достаточно дружелюбной атмосфере не хочется сидеть замкнутым, хочется общаться с коллегами. Однако все зависит от команды, у нас не исключение встретить одинокого воина, солирующего на каком нибудь проекте, поэтому можно сказать он упускает некую возможность социализации. На личном примере заметил, что приходя на первую работу по специальности в жизни испытываешь нереальный стресс, особенно когда это IT с огромной конкуренцией еще и знать нужно все и еще немного (по крайней мере так казалось). ⏱Читать статью

Как мы вывезли ИТ-трансформацию, за которую никто не хотел браться, и спасли бизнес от многомиллионных потерь #почитать Несколько лет назад к нам обратился клиент (крупнейшая логистическая компания в России) с проблемой – европейский головной офис отзывает все лицензии действующих ПО, и у клиента есть только год, чтобы импортозаместить 8 ключевых ИТ-систем и несколько дополнительных. При этом проектного офиса в компании нет – ранее все ИТ-проекты делались силами головного офиса. А на то, чтобы создать проектный офис с нуля, времени уже нет. При этом, если не успеть до момента, когда все лицензии прекратят действовать… это приведет к остановке работы в 14 распределительных центрах России компании и ущербу в десятки миллионов рублей. Большинство подрядчиков, к которым клиент обратился до нас, отказались ввязываться в эту историю – потому что даже для внедрения одной ERP-системы требовалось месяцев 16. А тут, кроме ERP, еще 7, и времени всего год. Так как у нас большой опыт в вытаскивании масштабных программ из кризиса, мы согласились. И сразу приступили к работе – в качестве проектного офиса на аутсорсе. Что конкретно мы сделали и как нам удалось помочь компании предотвратить многомиллионные потери, рассказываю в этом кейсе. ⏱Читать статью

Как развивать платформенные продукты. Саппорт vs критическая инфраструктура #почитать Развивать платформенные продукты не просто. С бизнес-продуктами всё более менее понятно: развивать надо то, что приносит деньги. Тут главный вопрос, как узнать, что именно приносит деньги. Это тоже очень не просто, и на эту тему написано десятки статей и даже учебников. В этой же статье хочу поговорить о том, какие сложности стоят именно перед платформенными продуктами. Если хотите узнать подробности — эта статья для вас. Я развиваю платформенный продукт Ролевая модель в Альфа-банке последние 2 года и горжусь им. Мы действительно задаём тренды, находимся в топах практически любого рейтинга, нас копируют. И это здорово. Но сегодня не о рейтингах, а о развитии внутри прекрасного Enterprise. ⏱Читать статью

Роскошный архитектурный минимум для аналитика: понимать систему в целом и не бояться «богов»-архитекторов #почитать Недавно мне раскрыли тайну: архитектор — это не тот, кто знает всё, а тот, кому доверяют построить систему для решения бизнес-задачи. И я поняла, что в начале пути меня привлекали их спокойствие и уверенность. А всё остальное — опыт, знание технологий — это hard skills, которые можно наработать для решения этой задачи. В статье хочу осветить границу между анализом и архитектурой и показать, каким минимальным набором знаний в этой области должен обладать аналитик, чтобы не просто передавать требования, а активно влиять на качество конечного продукта. ⏱Читать статью

Проектная страшилка: почему проекты умирают #почитать Часто вижу холивары на тему того, как не сорвать проект, сделать все в срок, в бюджет и именно то, что хотел заказчик. Волшебной таблетки тут не существует, все зависит от среды, ситуации и навыков руководителя проекта. Но, по моему опыту, есть не совсем очевидные, но сильно влияющие на достижение успеха вещи, которыми могут пренебрегать. И их несоблюдение ведет к «смерти» проекта и к печальным последствиям как для руководителя проекта, так и для результата в целом. И тут совершенно неважно, какую методологию управления проектом вы используете. ⏱Читать статью

Прогресс без когнитивного выгорания #почитать

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

⏱Читать статью

Таксономия рисков в Delivery Management: от «зависимостей» до «технического долга» #почитать Все вокруг твердят о рисках, «риски надо учитывать», «риски нужно минимизировать», но мало кто системно объясняет, какие вообще риски бывают и как их классифицировать именно применительно к Delivery Management. ⏱Читать статью

Российский менеджмент превратил работу в выживание #почитать Культ героизма, подменивший собой выстраивание устойчивых процессов. Вместо того чтобы создавать системы, предотвращающие хаос, менеджмент поощряет постоянное «тушение пожаров». Сотрудников, работающих по ночам и выходящих в выходные, объявляют героями, не задаваясь вопросом, почему пожары возникают с пугающей регулярностью (к слову, потом этих же героев без сожаления и увольняют). ⏱Читать статью

Ок

На открытом уроке курса: — Разберём, почему большинство застревает на уровне опытных образцов и красивых демонстраций, не доходя до бизнес-эффекта. — Главные причины провалов: плохие данные, отсутствие ответственного за результат, недооценка затрат на внедрение и слабое принятие сотрудниками. — Как считать реальную окупаемость проектов с ИИ, а не рисовать её в презентации. Пройдём по модели: исходные показатели, драйверы ценности, полная стоимость владения, срок окупаемости, риски и сценарии. — На каких процессах ИИ действительно приносит деньги, а где лучше не тратить бюджет. Чему научитесь: — Отделять интересную игрушку от проекта с реальной ценностью. — Находить слабые места до того, как сгорят деньги: данные, процессы, интеграция, безопасность. — Оценивать инициативы как инвестиционные решения, а не как технологические эксперименты. — Задавать правильные вопросы командам и подрядчикам, чтобы запускать масштабируемые решения. Спикер: Дмитрий Шоржин, менеджер продукта в крупном банке. Регистрируйтесь сейчас — напомним накануне: регистрация Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Трёхмерная система развития продукта: потребности, цели и мотивация #почитать Стал замечать, что в современной продуктовой разработке царствует методологический хаос и даже фреймворкоблудие. Продакты и команды мечутся между удовлетворением «потребностей пользователей», решением «задач» через Jobs to be Done и внедрением «геймификационных механик», не особо вникая, как эти концепции связаны между собой. ⏱Читать статью

Календарь всемогущий: идеальный инструмент планирования #почитать Всё началось с ЕГЭ. В какой-то момент наскучило корпеть над прорешиванием сотен задач по одной теме и я решила распределять свою активность: первый час уделяла русскому, второй час — математике, третий — информатике, и т.д. В каждом часовом «стриме» добавляла разнообразия, решая задачи разного уровня сложности по различным темам. Схема работала ровно до того момента, пока не выросла нагрузка. В моём случае — это курсы дополнительной подготовки при ВУЗе. Нагрузка выросла — схема сломалась. ⏱Читать статью

Качество программного продукта: что это такое и зачем оно вам, если вы не продакт #почитать

На самом деле все началось с ощущений, что что-то идет не так. Компания продолжала расти, но темпы замедлились. Рынок превратился в зрелый и конкуренты перестали так откровенно отставать, а пользователи стали требовательнее. Они сравнивали нас не только с конкурентами в B2B, но и с B2C-сервисами, которыми пользуются в повседневной жизни: банкинг, маркетплейсы, стриминги. Мы пробовали точечные изменения, но эффекта не получали. Смотрели в метрики, но запутывались еще больше.

⏱Читать статью

Стратегический аматоризм: как способность «быть новичком» помогает продуктовым лидерам #почитать Новизна вызывает дофаминовой всплеск в гиппокампе. Это способствует консолидации памяти и появлению устойчивых нейронных связей — особенно если опыт яркий и непохож на прошлое, здесь ссылка на исследования. Дополнительно, исследование Park et al. показывает, что новизна меняет активность связей между префронтальной корой и гиппокампом, позволяя мозгу работать гибко и адаптивно. Модели нейронных сетей подтверждают: когда появляется что-то новое, система включает обучение, иначе — выключает его, чтобы избежать перезаписи старого опыта . А гипотеза, основанная на данных из исследования Wang et al., говорит, что дофамин, кодируя новизну, также помогает принимать решения в условиях неопределенности — чем-то напоминает продуктовое мышление. ⏱Читать статью

От «раздражителя» к «гению»: работает ли знаменитый подход Патрика Ленсиони в IT #почитать Сначала появляется Задумка (Wonder) — поиск проблемы, которую стоит решить. Затем следует Изобретение (Invention) — продумывание возможного решения. После этого включается Оценка (Discernment), когда мы анализируем найденное решение, ищем в нём сильные и слабые стороны. Далее идёт Гальванизация (Galvanizing) — тот момент, когда нужно увлечь и подтолкнуть команду к действию. На этом пути возникают трудности, и тут важна Поддержка (Enablement) — помощь команде в их преодолении. И наконец, всё замыкает Доводка (Tenacity) — доведение решения до конца. ⏱Читать статью

Онлайн‑митап курса «Управление ИИ‑продуктом»: регистрация Спикер: Дмитрий Шоржин, менеджер продукта в крупном банке. На открытом уроке: — Почему большинство застревает на уровне красивых демо, не доходя до бизнес‑эффекта. — Главные причины провалов: плохие данные, отсутствие ответственного за результат, недооценка затрат, слабое принятие сотрудниками. — Как считать реальную окупаемость ИИ‑проектов, а не рисовать в презентации. — На каких процессах ИИ приносит деньги, а где лучше не тратить бюджет. Вы научитесь: — Отделять полезный проект от дорогой игрушки. — Находить слабые места до того, как сгорят деньги. — Оценивать инициативы как инвестиции, а не эксперименты. — Задавать правильные вопросы командам и подрядчикам. Регистрируйтесь сейчас — напомним накануне: регистрация Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Навайбкодил и рад: за 20 часов создал сервис, который автоматизировал маркетинг #почитать

Последние месяцы активно занимаюсь продуктом EasyFit AI — Telegram-ботом для контроля питания по фото. Основной канал нашего продвижения сейчас — influence-маркетинг через блогеров. И столкнулись мы с типичной проблемой: когда количество размещений растёт, ручное ведение кампаний в таблицах превращается в узкое место. Сегодня поделюсь практичным кейсом: как за 20 часов создал систему управления кампаниями с блогерами. Раньше всё велось в Google Таблицах, теперь — автоматизация процессов и экономия времени на каждом размещении.

⏱Читать статью