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

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

Как измерить рост производительности команды от внедрения ИИ. Бесплатный урок курса «Руководитель команд в ИТ» ИИ внедряют почти все, но далеко не все понимают, стал ли от этого процесс лучше. Команда может активнее пользоваться новыми инструментами, а расходы на лицензии могут расти, но главный вопрос остаётся открытым: действительно ли выросла производительность, сократилось ли время работы и появился ли экономический эффект. На открытом уроке 3 июня в 20:00 разберём, как руководителю команды подходить к внедрению ИИ не на уровне ощущений, а через измеримые показатели. Поговорим об условиях успешного внедрения, способах оценки производительности команды, поиске эффекта именно от ИИ, а не от случайных факторов, и расчёте экономической эффективности. Отдельно обсудим, какие требования стоит выполнить до внедрения, чтобы потом не гадать, помог ИИ или просто добавил ещё один слой инструментов. Урок не для тех, кто внедряет ИИ «потому что все так делают», не готов считать эффект и хочет заменить управленческие решения покупкой новых лицензий. 👉 Записаться: https://vk.cc/cYoIW3 Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🟢Подборка полезностей для прожектов и продактов 💻 31 мая 🔥Нашумевшее ▫️Про «случайных» людей в ИТ ▫️Я держал кафе 16 лет и кормил полгорода. Потом пришли зумеры и всё посыпалось ▫️Вероятно, последняя попытка сохранить интернет — «СтопЧебурнет» ▫️Золото в вашем смартфоне и ноутбуке. Реалистично про современный урбан-майнинг ▫️IT очищается от случайных людей. И это хорошо ▫️Почему советские программисты не сделали GTA ▫️Не цитируй мне нейросеть ▫️Как я в 2026 году ВЫШЕЛ из айти? 💎Продукты ▪️Сравнил 8 публикаций Q1 2026 с тем, что вижу внутри Kaiten ▪️Персонализация как баг ▪️«Заставьте людей работать на результат» Дэна Кеннеди ▪️Как все SaaS-сервисы превращаются в «комбайны» ▪️Случайная выручка опасна для молодого продукта 🗓 Проекты ▫️«70% ИИ проектов не взлетают. Внедряйте ИИ туда, где понятен ROI» ▫️Jira — тьюринг-полная ▫️Я создаю проекты без единого созвона с командой ▫️Как найти внутренние резервы для развития предприятия ▫️Сколько человек нужно для разработки веб-продукта в 2026: разбор жизнеспособного состава ▫️Почему российские компании остаются на серой Jira ⚖️Аналитика ▪️70% кода с AI — и ни на день быстрее ▪️Насколько вы контролируете ваш продукт. Open Source Analysis ▪️Прошла AnalystDays – хорошие выступления и нетворкинг ▪️Data-функция не работает вместо вас ▪️Backstage — управление микросервисным ландшафтом без хаоса ▪️Из разработчика в системные аналитики: практический путь в профессию ▪️Гайд: как системному аналитику построить доменную модель для Java-микросервисов ▪️Бизнес-аналитика для сети из 300 аптек: прогноз продаж и другие показатели ▪️Увеличиваем продажи без слез аналитика ✍️ Документация ▫️Проблема «божественного» Obsidian ▫️Личный архив: сбор, бэкап, таймлайн фотографий ▫️Геймификация продуктивности: как не забросить таск-менеджер через неделю ▫️От хаоса к порядку: как и зачем мы перешли на модифицированную архитектуру ведения Git ▫️Как мы в отделе документации создали LLM агента для автоматизированного перевода с английского на другие языки ▫️Почему без архитектора контента невозможно масштабировать документацию компании 🔑Рассказы ▪️Вайбкодинг заканчивается на localhost ▪️От папки с созвонами до 5K+ юзеров ▪️Как я научилась видеть узкие места в работе ▪️Как мы ускорили согласования на двух заводах в 24 раза ▪️Налоговая отказала в вычете НДС на 48 млн руб. по IT-услугам и аэросъёмке БПЛА ▪️Исповедь Internal PO в банковском автокредитовании ▪️Рубрика эксперименты (в дизайне): наш опыт генерации и проверки гипотез ▪️Кейс. Zero Bug Policy: как мы снизили бэклог багов в 4 раза за месяц ▪️Я построила диагностику «стоит ли это автоматизировать» — и она трижды говорила глупости. Разбор ошибок 💡 Карьера ▫️Восстанавливаем рефлекс засыпания (попытка починить бессонницу) ▫️ИИ не автоматизировал разработчиков. Он сделал кое-что хуже ▫️Прокрастинация как баг в продуктивности: как перестать фармить маркетплейсы и мемы в рабочее время ▫️Как не терять НИКАКИЕ мысли или как я придумал свою систему «входящих идей» ⚔️ Спорное ▪️Как я перестал переключать VPN и разделил рабочий и личный интернет архитектурно ▪️rm -rf, увольнение и выбор цвета кнопки в одной очереди. Это и есть проблема ▪️Bus factor = 1: 22 критичные для индустрии библиотеки, которые держатся на одном человеке ▪️Второй мозг строят все. Но большинство — не для себя 📺Посмотреть 🌐Как бизнес-аналитику погрузиться в особенности предметной области за вечер ⏱️20 минут 🌐API First: религия или реальность ⏱️40 минут 🌐Гвозди, кирпичи и таймер: Как начать и закончить в срок проект миграции ⏱️40 минут 🌐Системные законы в действии ⏱️40 минут 🌐Почему офлайн внезапно стал роскошью? Главный тренд 2026 ⏱️50 минут 🥂 Отдохнуть ▫️Россия вымирает: что говорят данные ▫️Почему японские компании занимаются всем подряд ▫️Claude построил демократию, Grok вымер за 4 дня — как ИИ управляли виртуальным городом ▫️«Красный Атлас», или как создавались самые детальные карты в истории человечества ▫️Почему простые числа собираются в спирали ▫️Стоматология каменного века. Как неандертальцы лечили зубы ▫️РБМК: enfant terrible 🚀 Вакансии ПМ и аналитиков  Не закапывайтесь

Мы нашли нишу, куда не идут сети, и продаем на 10 млн ₽ в год. Но всё время думаем, что дальше #почитать

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

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

🤔Кажется, что вокруг LLM уже все всё поняли. Но на практике многие до сих пор не могут ответить на простой вопрос: где ИИ реально помогает бизнесу, а где создаёт больше рисков, чем пользы. 📆3 июня в 20:00 МСК приглашаем вас на открытый урок курса «ИИ для продаж и поддержки клиентов». На занятии разберём, как работают современные большие языковые модели, почему они умеют удерживать контекст и чем отличаются ChatGPT, Claude, Gemini и open-source решения. Без сложной теории — только понятные объяснения и практические сценарии для продаж, поддержки и внутренних процессов компании. 💡После занятия у вас появится понятная картина: где LLM действительно помогают ускорять процессы, а где важно сохранять контроль со стороны человека. Принять участие: https://vk.cc/cYdI8b Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

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

Критическое мышление руководителя: навык, который меняет качество решений #почитать В любой компании время от времени случается одна и та же сцена. Квартальный план срывается, выручка по ключевому продукту просела, отделы спорят между собой, в отчётах нет единой картины. В какой-то момент все разворачиваются к человеку, который должен сказать: «делаем вот так». Дальше возможны два сценария. В первом руководитель хватает первое удобное объяснение, «кризис», «клиент обеднел», «менеджеры расслабились» и на этой версии строит решение. Во втором он на секунду тормозит: отделяет факты от догадок, пытается понять, чего на самом деле не хватает, задаёт не самые приятные вопросы. Внешне оба «принимают решение», но последствия у них будут разными. ⏱Читать статью

Как мы вышли на международный рынок и зашли обратно #почитать Сколько мы разрабатываем фичи, каждый раз убеждаемся, что их возможная вариативность очень чётко определяется запросами наших пользователей. Сделать можно любую фантазию, но дело в том, что люди пользуются только тем, что им нужно. И это приводит к тому, что разные компании с разных уголков мира, делающие продукт в этой нише, делают примерно одно и то же. Разумеется, бывают оригинальные фичи, нестандартная реализация, но глобально, всё сводится к нескольким основным механикам и качеству их реализации. В одном из эссе Пол Грэм пишет, что рынки отличаются возможностью к консолидации. И, как правило, силы, защищающие вас от конкурентов, начинают работать против вас, когда вы хотите консолидировать рынок. Как пример — рынки ресторанов, шиномонтажа, производства одежды (о чём обычно пишет С. Рюмин на Хабр) больше рынков операционных систем или поиска, но делятся на миллионы игроков. Работать на таком рынке просто, но масштабироваться сложно. Вы знаете сеть из 100 шиномонтажек/стоматологий? Я — нет. Видимо, факторы локаций, навыков исполнителя и подобные, хорошо защищают мелких игроков от консолидации. В то время как если вы разрабатываете операционную систему, вы получите либо всё, либо ничего. И рынки IT-продуктов чаше всего очень консолидированы, на них находится место максимум нескольким игрокам в нише. ⏱Читать статью

Инструменты клиентской поддержки: опыт e-commerce брендов #почитать Высококонкурентный рынок в e-commerce не прощает ͏ошибок. 89% клиентов готовы поменять сервис после одного негативного опыта в сервисе. При этом, привлечение нового͏ стоит бизнесу до 25 раз дороже, чем удержание текущего. Поэто͏му важность ка͏чества ͏сервиса становится н͏е вспомогательной, а важнейшей функцией, ͏которая вл͏ияет на ͏удержан͏ие, прибыль и͏ репутацию бренда. ⏱Читать статью

Как превратить звонки техподдержки в самообновляемую базу знаний на Python и LLM #почитать База знаний в поддержке почти всегда отстаёт от реальности: знания появляются в звонках, остаются в умах операторов, а в документацию попадают выборочно и с задержкой. При этом сами звонки уже записываются и транскрибируются. В этой статье разберём инженерный способ автоматически извлекать из этого потока проблемы и решения и вести актуальную базу знаний с помощью Python, МТС Exolve и LLM. ⏱Читать статью

Приглашаем на Пиэмную — бесплатный митап ЮMoney для руководителей IT-проектов ✅ Спикеры из ЮMoney и основатель «Школы развития Доверия» расскажут, как управляют проектами и командами, а после докладов ответят на вопросы зрителей. О чём поговорим на митапе: 🟣 Ловушки коммуникации: как выходить победителем из игры без правил. 🟣 Управление доверием в команде: лидерская компетенция, которой не учат в MBA. 🟣 ИИ для менеджера проектов: с чего начать. 🟣 3 х 30: история адаптации в роли менеджера проектов ЮMoney. 📍21 мая, четверг, 19:00 (мск) приходите на митап в Санкт-Петербурге или подключайтесь онлайн. Чтобы попасть на митап, нужна регистрация. Все подробности — на сайте Пиэмной 🔥

Почему стандарт должен быть выше проекта #почитать На любом заводе рано или поздно наступает один и тот же момент. Линия работает, проекты давно сданы, подрядчики ушли, а вместе с ними — люди, которые «знали, как тут всё устроено». На смену приходят новые инженеры, и внезапно выясняется простая вещь: чтобы начать уверенно поддерживать АСУ ТП, им нужны не недели и не месяцы, а годы. Если на предприятии есть нормальный стандарт и живая, привязанная к нему документация — новый инженер выходит на самостоятельную работу через пару месяцев. Если стандарта нет — может пройти год и больше, прежде чем человек сможет в одиночку обслуживать завод без постоянного риска что-то сломать. Разница между этими сценариями не в уровне специалистов, а в том, есть ли на предприятии система или только набор проектов. ⏱Читать статью

🟢Подборка полезностей для прожектов и продактов 💻 16 мая 🔥Нашумевшее ▫️Вообще, кажется, сейчас начинается золотое время в IT ▫️Я понял, что Ozon не победить — и сделал 17 млн на том, что он не привезёт ▫️Морковка «пассивного дохода» отравила целое поколение предпринимателей ▫️РКН объявил войну зарубежным разработчикам игр. Почему это бьёт по всей IT-отрасли ▫️Как знакомый знакомого сделал 1,5 млн рублей на фейковых клиентах банка ▫️Промпт-инжиниринг для не-промпт-инженеров ▫️Как сайты собирают цифровой отпечаток пользователя — почему VPN больше не спасает (о Fingerprinting) ▫️Иерархия платежей по кредитам и займам в России 💎Продукты ▪️Продакт-билдер — это не будущее. Это деградация роли ▪️Эван Шпигель, СEO Snapchat: дистрибуция важнее продукта ▪️Как не тратить ресурсы впустую: четыре шага перед разработкой любой фичи ▪️Мета-работа, память агентов и Product Graph: почему AI не спасёт продукт без структуры знаний ▪️Почему вредно сразу начинать рисовать макеты ▪️Eat your own dog food: почему продукт, которым не пользуются создатели, обречён 🗓 Проекты ▫️Те, кто не любит отлаживать — против тех, кто не любит писать ▫️Высоконагруженные люди: как управлять давлением и не сломать команду ▫️Как мы построили интегрированное планирование для фармхолдинга, растущего в 6 раз быстрее рынка ▫️Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли ⚖️Аналитика ▪️ИИ съест экономику изнутри. А потом запустит ядерный апокалипсис ▪️Слои и модели данных: какие бывают, как и кто с ними работает ▪️Аналитика новых и текущих сайтов: как не положить прод одной доработкой ▪️Снимаем с ИИ марковское одеяло ▪️В мире уменьшающихся кубиков: когда заводу нужны математики ▪️Почему пользователи врут на интервью и что мы увидели, когда начали за ними наблюдать ▪️Отказоустойчивый запуск WSGI приложения. Обзор архитектуры Gunicorn ▪️Тайна общей тарелки или System Design дачного шашлыка на 20 гостей ✍️ Документация ▫️Персональная система планирования и база знаний в Obsidian для технического директора ▫️MoneyDev: как заработать на макулатуре ▫️Почему без архитектора контента невозможно масштабировать документацию компании ▫️Пользователь, they и Шекспир: история одного скандала ▫️Как мы сделали автогенерацию документации для CI/CD из комментариев в коде ▫️Разбор реализации docs-as-code на базе Sphinx ▫️Тайны чёрных мониторов и бегущих строк. От ASCII-графики к современным языкам разметки 🔑Рассказы ▪️Мне всю жизнь говорили, что я умный. А потом в 34 попробовал своё дело ▪️Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? ▪️Кейс Сitadel: как не задохнуться от бюрократии, когда у тебя тысячи сотрудников ▪️Итерация 4 закрыта: 20 часов на методику, которую агент не написал бы ▪️Как мы автоматизировали маркетинг, продажи и контроль стеком ИИ-агентов ▪️Как Ashton-Tate сумела превратить dBASE в инфраструктурный стандарт, но напугала разрабов и клиентов ▪️Базовый минимум или роскошный максимум: версия Smart TV ▪️Дерево решений vs граф работ: я объединила Data Science и JTBD в проекте 💡 Карьера ▫️Как не сойти с ума в 2026 году ▫️Войти в IT после 35: как декрет, волонтёрство и честный разговор с собой полностью изменили мою жизнь ▫️Манипуляции в жизни ИТ менеджера ▫️People management. Изменения, которые будут стоить 0 рублей ▫️14 уроков за 14 лет опыта работы в Google ⚔️ Спорное ▪️Пора начинать использовать интернет как в конце 90-х ▪️Почему умные люди прокрастинируют ▪️Дедлайн оплаты в 21:00 — это не dark pattern ▪️Кому нужно «кресло» за 250 тысяч рублей: история и результаты одного эксперимента 📺Посмотреть 🌐ProductCamp 2026: как поехать и найти работу ⏱️1 час 20 минут 🌐Стать фаундером или карьера? ⏱️1 час  🌐CPO Купера: от продакта до CPO ⏱️1 час 🌐Workshop Getting the Most out of AI with Minimum Effort ⏱️1 час 30 минут 🥂 Отдохнуть ▫️Как совместить работу и путешествие на 1000+ км (заметки собаки) ▫️Что там с Ту-214 ▫️В НАСА опубликовали в открытом доступе 12217 фотографий, которые сделали члены экипажа миссии 🚀 Вакансии Пи-Эмов и аналитиков  Не тащи поезд

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

Пять постулатов Исполнителя #почитать Старый постулат, испытанный миллионами боёв и веками истории. Человек со своим опытом, проблемами, настроением и обстоятельствами по крупицам строит результат проекта. А проект — это всегда стресс, неопределённость и путь в неведомое. Ожидания сбудутся в зависимости от того, как решатся его проблемы, и от комфорта работы будет зависеть продуктивность людей. Второе ключевое слово в заголовке — «своих». Кто такие «свои»? Конечно же, команда. Сплочённая, когда один за всех и все за одного. Состоящая из мастеров своего дела. Так? ⏱Читать статью

Системная диагностика команды: найдите точки роста до старта курса Хотите точно понимать, что мешает команде работать на максимум? Разберём системную диагностику — оценим людей, процессы и окружение, выявим проблемы и наметим точки роста. Открытый урок «Системная диагностика команды и группы команд» пройдёт 20 мая в 20:00 — в преддверии старта курса «Менеджер поставки ИТ‑решений / Delivery Manager». На вебинаре разберём модели оценки команды: • личностную (психотипы и мотивация); • групповую (Такман, Ленсиони); • ролевую (Белбин и др.); • корпоративную. Для деливери‑менеджеров, руководителей тимлидов и практикующих тимлидов. Запишитесь сейчас — получите скидку на курс и напоминание в день вебинара. 👉: Ссылка Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как управлять бэклогом через JIRA Structure #почитать

Периодически слышу, как мне говорят: «В Jira неудобно управлять бэклогом, стандартный список задач мне не нравится». Дело доходит даже до выписывания задач в Excel. Тогда зачем нам таск‑трекер?) Сегодня попробую рассказать о решении, которым сам пользуюсь, а именно применение Structure.

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

Фокус-фактор: почему у разработчика никогда нет 40 часов на задачи #почитать

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

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

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

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

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

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