Выродивщийся аджайл, карты Уордли, метод MOSCOW, канбан-каденции, НФТ, закон Хофштадтера, топ-10 канбан-досок, запретные слова для ПМов, рынок вакансий, управление кросс-функциональной командой и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест», а теперь ещё и в удобной базе знаний, где я собрал уже почти 1800 статей по управлению проектами - с резюме, тегами и даже pdf-ками.
Основы, гайды и инструменты
Почему Agile больше не спасает проекты в России?
Кликбейт, конечно. Agile в РФ не умер - он "приземлился" в гибриды под реальность импортозамещения, ограничений и давления сроков. Ритуалы и "чистые" фреймворки в крупных компаниях уступают месту упрощенным процессам с упором на DevOps, автоматизацию и прагматику. Малые команды сохраняют гибкость, но тоже меньше гоняются за формой и больше - за результатом. И самое главное - это нормально)
Wardley Map: прекратить переизобретать и сфокусироваться на ценности продукта
Это такой инструмент. Карты Уордли помогают увидеть, что покупается "как товар", а что требует собственных инвестиций, и сопоставить это с ценностью для пользователя. Такое картирование вскрывает лишние "велосипеды" и подсвечивает, где лучше стандартизировать, а где можно удариться в эксперименты. Как результат - получаем более приземленную стратегию и понятные приоритеты.
Метод MoSCoW - универсальный инструмент для приоритизации задач любого масштаба Классическая схема Must/Should/Could/Won’t объясняется на примерах из продуктовой и личной практики, где они могут и сочетаться с другими методиками (например, тот же RICE). Еще хорошо написано, как эти инструменты помогают общаться с заказчиками при переносах сроков.
Канбан-каденции: пошаговое руководство по внедрению в команде
Канбан-каденции - это регулярные встречи команды, которые помогают всем быть на одной волне: видеть, что происходит, синхронизироваться и постепенно улучшать работу. Похоже на дейлик, но если в дейлике смотрят на цель спринта, то в каденции - фокусируются на процессе. Всего типов каденций целых семь, и статья их описывает плюс рекомендует, с чего лучше начать.
Как сделать диаграмму Ганта в Google Таблицах: пошаговая инструкция с примерами
Диаграмма Ганта — один из самых популярных инструментов для визуализации и отслеживания задач в управлении проектами. Статья - о том, как собрать нормальную диаграмму без специальных программ, а в онлайн-экселе. Много скринов и примеров.
Как правильно формулировать нефункциональные требования
О том, что "падения на проде" часто идут не от логики, а от неописанных НФТ - производительности, надежности, безопасности, удобства, совместимости и др. У автора есть конкретные метрики вместо расплывчатых "быстро/удобно", с опорой на ISO 25010 и реальную проверку через нагрузочные, юзабилити-тесты и SLA/SLO. Ещё поясняется, как вытаскивать у бизнеса численные ожидания (время отклика, допустимый простой, поддерживаемые платформы) и не забывать про регуляторику.
Система документации для проектного офиса: создаем живую модель, а не очередную бюрократию
Автор предлагает каркас: разделить этапы и статусы проектов, согласовать глоссарий и собрать "умную таблицу" пакетов документов под каждое состояние. Это дает единый источник “истины”, снимает гонку версий в почте/чатах и упрощает онбординг новых участников. Вместо "вечных шаблонов" - вечные принципы обновления и регулярная ревизия.
Оценка сроков выполнения задач: покоряем закон Хофштадтера
Разбор интересного кейса, где "6 месяцев" на проект растянулись почти на 2 года, иллюстрирует разницу между оценкой и обязательством. Куда деваться, если проекты так непредсказуемы? Автор советует говорить в вероятностях, закладывать в сроки "открытие масштаба" и фиксировать неопределенность явным буфером. Дополнительно важно увязывать риски с соседними функциями - маркетингом, продажами, поддержкой, чтобы коллеги вас не возненавидели)
Про пять болей задач в разработке, от неясных постановок до техдолга. Идея автора - тянуть факты и инциденты в одно место, где будет видно зависимости, причины, принятую модель и границы. И делать это должен ИИ, который быстрее кожаных найдет разрывы, долговые узлы и ключевые проблемы (см дальше).
Таски есть, системы нет: о ключевой проблеме
А ключевая проблема - это то, что нет единого образа системы и общего языка управления потоками задач. Из-за этого задачи живут сами по себе, а не встраиваются в целостный контур. Решение автору видится в общих принципах представления информации, согласованных стереотипах и "едином источнике правды". При этом сами инструменты вторичны: без модели любая доска превращается в ленту.
Жизнь после внедрения глазами системного и бизнес-аналитиков
Да, поддержка - не "хвост проекта", а отдельный режим работы с собственными правилами. Нужны SLA, понятные каналы, канбан-подход к потоку, договоренности с соседними командами и дисциплина в документации. Автор делится практиками рутинных ритуалов, чтобы не тонуть в "пожарах" и переключениях.
ТОП-10 канбан-досок для управления задачами в 2025 году
Обзор сравнивает популярные доски по настройке колонок, WIP-лимитам, автоматизации и аналитике, а также по тарифам и целевым сценариям. Упомянуты варианты для маленьких команд и крупных процессов, различия в интеграциях и отчетности - Кайтен (да, это их текст…), Shtab, Teamly, Aspro, TeamStorm, любимый Битрикс24 и т.д.
Дневник проекта: заметки на полях
Подборка антипаттернов управления проектами: старт без образа результата, набор фич, собранный рандомно "по дороге", зависимость от одного сценария без плана Б. В рецептах - метод RICE для приоритизации, явные критерии приемки до кода и обязательная (!) работа с рисками. Отдельный акцент - на защите проектного документа и согласовании ожиданий до работы спринтов.
Менеджер проекта - карьера и навыки
Почему корпоративное обучение управлению проектами - это зло
Почему "сводный курс для всех" чаще не работает: потому что разный уровень слушателей, неподходящий тайминг и полное отсутствие привязки к контексту компании. Одним рано (нет практики), другим поздно (проекты на финише), а третьим нерелевантно - и группа тянет друг друга назад. Плюс универсальный контент и чужие инструменты, которые не совпадают с реальными процессами. Практический вывод - учить малыми партиями, совмещать синхрон и асинхрон, сразу задавать, как знания будут применяться.
Эффективный Daily Scrum: путь к собственному плагину Obsidian
Я вот пользуюсь Обсидианом и не смог пройти мимо статьи, где атор упростил формат дейли и построил подготовку к нему вокруг заметок, которые автоматически структурируются в Obsidian. Материал по шагам показывает, как из задач и фактов получается короткий доклад, а детали доступны по ссылкам и чекпоинтам.
Памятка менеджеру: запрещенные фразы в IT. Часть 3, финальная
Завершающая часть весьма прикольной серии разбирает обороты, которые ой как хочется выпалить в ответ на претензии, но которые, увы, только портят коммуникацию. Автор показывает, почему "защитные" фразы не работают, и дает варианты, как переформулировать, чтобы прояснить ожидания и снять напряжение. И в целом, логика общения ПМА в том, чтобы уточнять факты, фиксировать договоренности и переводить эмоции в действия.
У нас горел релиз, а я не мог даже выбрать, что поесть. Как я устал принимать решения
Личный опыт автора о "усталости от решений" на фоне горячего релиза, когда мозг выключается от числа выборов, страдает и быт, и работа, и вообще всё. Главное в статье - приемы разгрузки: это заранее подготовленные шаблоны решений, ритуалы, а также делегирование мелочей. Важный тезис - экономить когнитивные ресурсы надо так же, как следить за временем; иначе выгорание приходит через повседневные мелочи.
Рынок вакансий для тимлидов в 2025: опыт частного исследования
Тимлид делится опытом поиска работы и наблюдениями по рынку: требования растут, "чистые" управленцы уступают тем, кто совмещает сильную инженерию и people-менеджмент. Рассказывает, где откликаются чаще, какие навыки оказываются решающими и как выглядит реальный процесс собеседований. Отмечает расхождение между "идеалом" в описании вакансий и фактическими ожиданиями команд. Если прям в двух словах - сочетайте управленческие навыки с знанием матчасти и технологического базиса и заведите несколько крутых кейсов.
Хороший, плохой, злой. О чем мы забываем, работая с клиентами?
Как токсичные практики в продажах и поддержке убивают доверие и деньги. Про "культ грубости", обещания без проверки реалистичности и отсутствие системной обратной связи. Это всё убивает, а спасают базовые правила: уважение, прозрачность, единые стандарты ответа и право команды остановить "невыполнимое".
Почему я больше никогда не буду Team-Lead и тебе не советую
Личная колонка о темной стороне роли: ответственность без полномочий, чужая боль между менеджментом и разработчиками и бесконечные компромиссы. Автор описывает типовые ловушки - "старые порядки", микроменеджмент сверху, ожидание "чуда" от одного человека. Параллельно дает признаки, когда стоит уходить: нет доверия, нет рамок влияния, нет роста. Вывод трезвый: роль не для всех, и лучше заранее понимать, на что вы подписываетесь.
ИИ никогда не заменит менеджера проектов? Мы тоже так считали, пока не провели эксперимент
Команда проверила, что из работы PM может делать ИИ: разбор переписок, черновики планов, резюмирование задач, напоминания и "вытаскивание" рисков. Выяснилось, что часть рутины автоматизируется хорошо, но постановка целей, развилки и переговоры все еще требуют человека. Зато ИИ помогает быстрее готовить варианты решений и делает коммуникацию прозрачнее. Короче, пока живём…
В душноте, да не в обиде: как я выжил с придирчивым руководителем и не потерял волю к жизни Краткий разбор рабочих приемов, когда начальник - перфекционист и придира (прямо как некоторые, да): надо "заземлять" требования в фактах, заранее предлагать варианты и фиксировать договоренности, защищать фокус, отсекая бесконечные мелочи. Именно так можно перевести постоянные правки в управляемые итерации и не выгореть.
Как перестать испытывать вину, что вы недостаточно хороши и могли бы достичь большего?
Про природу "экзистенциальной вины достижения" - когда любой результат кажется "мало". Авторский алгоритм: надо отделить факты от интерпретаций, сравнивать себя только с прошлой версией и измерять прогресс конкретными метриками. Ещё важен режим "детокса" от сравнений в соцсетях (правильно я выпилился из Фейсбука) и токсичных ожиданий окружения.
Инструмент лидера команды №2: распределительное лидерство (Shared Leadership)
Ключевой тезис - взрослые команды строятся на разделенной ответственности: лидер отдает "кусочки" лидирования по зонам компетенций. И это не анархия, а договоренность о границах и полномочиях с понятными точками отчетности. Выигрыш - скорость решений и рост людей; но есть и риск - размывание ролей без прозрачных правил.
Клиент вечно недоволен: инструкция по выживанию для PM
А инструкция простая: в 99% случаев корень зла - в сломанной коммуникации и несовпадении ожиданий, а не в "ленивой команде". Отсюда чек-лист диагностики: кто принимает решения, как фиксируются изменения, где лежит "единый источник истины", как звучат критерии готовности. Если зло уже случилось, то надо делать быстрые вмешательства: перезапуск рамок встречи, протоколы, демо "согласованной картинки".
PO, PM, PjM: кто такие и при чем тут мыло, ракеты и застройщики
Ух, небанальный ликбез по ролям: от исторических корней столетней давности до современных гибридов вроде AI PM и Data PM. Автор разбирает, где проходят реальные границы между PO, PM и PjM, и почему вакансии все смешивают. Еще в статье неплохая карта "зон ответственности" и типовых артефактов роли, которая поможет вам договориться в команде и с руководством.
20 советов по управлению диджитал-агентством, добытых путем проб и ошибок
Интересный набор практик: от отбора клиентов и "стоп-фраз" в пресейле до план-факта, кэш-флоу и построения команд под разные типы проектов. Есть советы по разграничению ожиданий, финансовой дисциплине, продажам и работе со штатами/подрядчиками.
Команда проекта
Управление кросс‑функциональной командой
Кросс-функциональные команды состоят из экспертов непохожих специальностей — каждый из своей команды. Профессионалов временно перебрасывают на определённый вид работы: отдельный проект, спринт или комплексную задачу. Гайд рассказывает, как управлять временно созданной командой на временно возникающие задачи. Примером выступит объединение команд для клиентского проекта внутри агентства
От интроверта до CTO: как прокачать коммуникации и построить систему обучения в команде
CTO крупной компании про свой путь от "немого интроверта" до руководителя, для которого коммуникации - главный инструмент. Как учился у продажников разговаривать с людьми, почему архитектура - это еще больше про общение, чем про технологии, и как пандемия заставила перестроить командные связи. Про обучение - простое правило "учишься нужному бизнесу - оплачиваем полностью; перспективному - 50/50; для себя - поддержим морально", плюс обязательное "выучил - расскажи команде".
6 принципов эффективной коммуникации с коллегами (или нет?) Любимый жанр - сатирический список "правил", которые на деле разрушают работу: не здоровайтесь, пишите приказным тоном, не давайте вводных, шлите голосовые "на полчаса", ставьте нереальные сроки и пишите в чаты по ночам (узнали себя??). Понятно, что цель как раз показать показать обратное, но читатель легко узнает офисные боли. Мораль: уважение к времени и психике коллег - основа продуктивности.
Командная работа без выгорания: как вести IT-команду
Разбор тихого выгорания, которое не в форме скандала, а в режиме постепенной потери энергии и смысла, которую руководители замечают, когда человек уже "умственно уволился". Основные причины - перегруз и микроменеджмент, фокус на ошибках и неадекватное распределение задач между уровнями (джунам - туман, сеньорам - рутина). Из рецептов: автономия вместо удушающего контроля, регулярная обратная связь, ясная "карта роста" и работа со смыслами.
Возвращаем команде ответственность на все деньги
Три практики, которые вернули команде вовлеченность и предсказуемость. (1) Сроки оценивает сама команда: тогда исчезают "чужие ожидания" и появляется личная ответственность за план.(да, звучит наивно). (2) Команда сама презентует результаты на ревью - это повышает сопричастность и качество обсуждения. (3) Выращивание "мини-директоров" по зонам (тестирование, аналитика, дизайн, фронт, бэк) позволяет делегировать решения.
Почему тревожники - лучшие сотрудники?
Бу! Затревожились? Я вот да, и теперь радуюсь. Оказывается, люди с повышенной тревожностью более тщательно проверяют детали, соблюдают сроки, заранее просчитывают риски и часто сильны в эмпатии. Но и (и)риски тоже есть: критика воспринимается как угроза, токсичная среда бьет особенно сильно, поэтому таких тревожников лид должен защищать, хвалить за прогресс и давать безопасную обратную связь.
От хаоса к системе: как построить эффективный онбординг в ИТ-команде
Как вслед за бурным ростом команды пришло понимание: без единой схемы онбординга новички тонут в вопросах "кто за что отвечает?" и "где что лежит". В итоге пришло решение прописать структуру команды и зон ответственности, собрать базу знаний со скриншотами, назначить ментора и ввести регулярные 1-на-1 по расписанию. Отдельный блок - доступы: пошаговый гайд сократил этап с трех дней запросов до одного рабочего дня; ну а дальше - погружение через простые задачи и матрица компетенций как маршрут развития. Да, и главной метрикой успеха стала самостоятельность: по набору критериев онбординг может закончиться раньше/позже испытательного срока.