Управление проектами: дайджест публикаций #24

ИИ-инструменты для РП, мертвый скрам, живой канбан, няньки для стейкхолдеров, тревожность, самооценка и всё интересное, что писали на этой неделе про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест» ^[1].

Основы и гайды

Про ремесло и искусство, AI и немного о Scrum ^[2]

О том, как важно быть не просто исполнителем, а со-творцом будущего продукта/проекта. Потому что только такие и останутся после все более широкого распространения ИИ-инструментов для кодинга. Отсюда и вывод о прогрессивности гибких подходов – они формируют умение коммуницировать друг с другом, подходить к вопросу творчески и совместно искать оптимальные пути решения задач и развития программных продуктов.

А где в Agile и Scrum качество? ^[3]

Автора как-то упрекнули, что весь его продукт технически “сделан на коленке” – и вот автор задумался, почему же так и какую роль играют методы скрама в этом. Оказалось, что они ни при чем, просто нужно фокусироваться на небольших ключевых фичах и совершенствовать их, а не оставлять за собой горы недоделок.

Scrum is dead или почему Kanban намного эффективнее Scrum ^[4]

Scrum и Kanban стали основными инструментами для команд, работающих по методологии Agile. Статья – о том, какие преимущества даёт Kanban по сравнению со Scrum (в их числе – отсутствие необходимости в спринтах, гибкость и отсутствие фиксированных ролей, процесс непрерывного улучшения и т.д.)

Работа в состоянии потока: как Канбан-метод делает разработку быстрее, умнее и эффективнее ^[5]

И еще один текст про канбан, с акцентом на его практики (визуализация, WIP, управление потоком, использование петель обратной связи).

Как наладить работу в Scrum? ^[6]

В ходе разработки приходится управлять множеством рисков и неопределенностью, и если вовремя не адаптироваться, есть высокий риск прийти не туда. Материал – о том, как скрам, с его гибкостью и фокусе на результате, помогает управлять рисками и развивать продукт.

Что такое Story Points? Как оценивать в них задачи? Как можно это стандартизировать? ^[7]

Максимально краткая шпаргалка по теме попугаев стори-пойнтов: что такое, почему это не оценка времени, как использовать шкалу, как проводить оценку в команде.

Декомпозиция задач: Как сделать проекты управляемыми и успешными ^[8]

Про два подхода к декомпозиции (горизонтальный и вертикальный), про техники (этапное разбиение БП, разделение на позитивные и негативные сценарии и т.д), ну, и про преимущества применения декомпозиции в работе.

«Разработка требований» Вигерса: самый короткий конспект ^[9]

«Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти – это как Кнут для программистов — все про неё слышали, но мало кто читал от начала до конца. Юра Куприянов сделал экстра-краткий конспект на 5 минут чтения, и получилось вполне здраво и полезно.

«Аналитические шаблоны» на русском ^[10]

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

Менеджер проекта – карьера и навыки

Babysitter для больших менеджеров ^[11]

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

Попробуйте синхронный «сэндвич» ^[12]

Про коммуникации. Подход «синхронного сэндвича» предлагает простой способ более эффективно использовать и объединять синхронные и асинхронные формы общения. Идея проста: нужно заранее отправить асинхронное сообщение с задачами / планом встречи, затем провести синхронную встречу, а далее отправить асинхронное итоговое сообщение.

«Лидер и племя»: как сделать совершенной корпоративную культуру ^[13]

ЛАНИТ решил пересказать нам книгу, довольно известную в менеджменте, – про группы, про вожаков, про то, как создать в команде единство “Я” /“МЫ”. Если не читали – есть резон посмотреть ключевые идеи.

Что общего у кухонного комбайна и ChatGPT, или 5 задач проджект-менеджера, которые выполняют нейросети ^[14]

РП из Kokoc – о том, как задействует ChatGPT для работы и личных задач. Коротко – использует собственную мини-GPT, которая натаскана на нужный контекст, для быстрого погружения в предметную область, создание документов для команды, первичный анализ резюме кандидатов, создание презентаций.

Искусственный интеллект в продукт-менеджменте: как ИИ облегчает жизнь продакта — обзор инструментов и личный опыт ^[15]

Пригодится и проджектам. Коллеги из Авито – про то, как делегировали ИИ генерацию идей, протоколирование встреч, прогнозирование, создание отчетов, визуализацию и создание sql-запросов.

Как пройти PSM сертификацию PSM 1 в 2024-2025 году ^[16]

PSM I – для тех, кто хочет углубить свои знания в области Scrum и подтвердить свои навыки в его применении. Экзамен подтверждает как теоретические знания, так и применение Scrum фреймворка на практике в IT. Автор статьи подготовился, сдал и делится опытом ^[17].

Как управлять проектом: 3 инструмента без которых не выжить ^[18]

Подробно и с примерами про устав проекта, диаграмму Ганта и “трекинг и драмбит” (последнее – это типа барабанного ритма, который ПМ задает для команды).

Как я написал 1400 регламентов и почему это важно для бизнеса ^[19]

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

11 способов принимать решения без стресса и сомнений ^[20]

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

Как объяснить сейлам, что обещание жестких сроков — это плохо ^[21]

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

Как предоставлять и получать обратную связь: 2 способа, которые знаем и забываем ^[22]

Краткая и очень толковая статья от “Спортмастера”. Они топят за качественную обратную связь, которой нужно учиться. Методы – “Бутерброд” и BOFF. Полученную обратную связь нужно анализировать.

Так получилось, что вас окружают кретины ^[23]

Если вас окружают кретины, вы один в кольце дураков, и вас никто не понимает, то вы – ленивая и эгоистичная задница (так считает автор). А всё потому, что мир в целом не идеален и диктует свои условия, и эти условия вы либо меняете – либо все-таки адаптируетесь к ним и начинаете думать, что, может быть, это не (только) другие кретины, но и вы сами что-то делаете не совсем так, как надо.

Как распознавать и решать рабочие конфликты до того, как они станут проблемой ^[24]

Коллеги из Коруса – про причины возникновения рабочих конфликтов, про методы, которые помогут «поймать» конфликт ^[25] на ранней стадии, про инструменты, которые позволят выходить из конфликтов и даже их предотвращать. (Между нами, вспомнил свой опыт взаимодействия с Корусом – ох и конфликтные там ребята…)  

10 систем управления проектами в 2025 году. Кто выжил, а кто вышел из игры ^[26]

Обзор тех, кто остался (и тех, кто ушел от нас). Про возможности и недостатки систем – YouGile, Битрикс24, Pyrus, Мегаплан и др.

Как перестать избегать трудностей и не сдаваться, даже если очень хочется ^[27]

Хорошая (и с мемами) статья про то, как начать действовать, когда страшно и не отступать. Среди рекомендаций автора – найти “резонирующий смысл”, ставка на сам процесс (а не на пугающий результат), видеть (и создавать) вокруг себя знаки поддержки. Такая вот популярная психология…

Как мы устраняем «бутылочные горлышки» в разработке с помощью Lean и Agile ^[28]

Про применение уже не новомодных подходов в разработке: ТОС – для фокуса на узких местах, Lean – для устранения потерь, ну и, конечно же, Agile для гибкости.

Команда проекта

Удалённая команда: как управлять сотрудниками на расстоянии
^[29]Когда персонал находится в офисе, руководителю легко держать руку на пульсе проектов. Рассинхрон в удаленных командах возникает, когда люди не знают, чем заняты коллеги. Появляется риск снижения продуктивности и срыва дедлайнов. Как этого избежать – читайте материал.

Удаленка, гибрид или офис, или как пасти котов в 2025 году? ^[30]

Удаленка – это давний тренд, а ковид просто ускорил его. Удаленка несет много плюсов, но она же несет проблемы. Руководителю уже недостаточно просто выйти в оупенспейс и рынкуть на всех, приходится отстраивать процессы и внедрять инструменты. Главный вывод автора: у кого будут эффективные процессы и РП, умеющие работать с людьми – тот и будет выигрывать.

«Главное — вовремя проявить участие»: как атмосфера в коллективе помогает работать стабильно ^[31]

Хорошая атмосфера в команде — не просто фон, в котором мы работаем. Это фундамент эффективности и ментального здоровья сотрудников. Но просто так её не достичь: нужно искать новые способы, черпать знания в научных источниках и привлекать коллег к обсуждению.

Как организовать обмен опытом в команде ^[32]

Взаимное обучение ^[33] сотрудников внутри компании – это скрытая суперсила. Правда, процесс организации кросс-командного обучения непростой. Придётся выстроить систему мотивации ^[34], разбить лёд между отделами и сотрудниками, которые разговаривают друг с другом в первый раз, дать ресурсы и регулярно отслеживать, как идут дела. Материал – о том, как можно это выстроить.

Когда пора менять работу? ^[35]

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

Бу! Испугался? Не бойся: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса ^[36]

Как мы «попадаем» в страх ^[37], о видах страха и смысле каждого из них, о способах и упражнениях, чтобы выбраться из страха, каким бы он ни был.

В Испании все программисты сеньоры ^[38]

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

Как сделать онбординг. На коленке, но с геймификацией ^[39]

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

Как преодолевать тревожность в организациях: системный взгляд на проблему ^[40]

Менеджеры и сотрудники часто оказываются в ловушке ментальных моделей, которые усиливают их тревожность. Однако команда далеко не беспомощна в управлении своим поведением ^[41]. У каждого из нас есть способность изменять свои взгляды и поведение ^[42], чтобы трансформировать динамику, которую мы сами и создаём.

«Снова упала?» Как поднять самооценку и зачем мы сравниваем себя с другими, даже если от этого больно ^[43]

Наверняка в вашей команде есть те, у кого самооценка чрезвычайно занижена (лайк, если это вы сами). И эта статья – про причины (и очень глубоко укорененные в психофизиологию) этой беды и про способы изменить свои убеждения и достичь адекватного восприятия ^[44] себя. Много приемов и советов.

Отстаньте! Как воспитать в себе самостоятельность ^[45]

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

Как внедрить таск-трекер, чтобы сотрудники тебя не прокляли ^[46]

Стратегия внедрения трекера с примерами, советами и типичными проблемами. От инициирования совещания по внедрению и организации выбора вариантов – к постановке первых задач – к ненаказанию сотрудников за ошибки ^[47] – и к интеграции трекера в производственные процессы.