🔥 Самые интересные материалы по управлению проектами за 09.02 - 09.03.2025 🥁 Основы, гайды, инструменты (part 1) ⭐️Карго-культ Scrum: почему команды копируют форму, но теряют суть Начнем с любимой до слёз (с) темы - дискуссии про ценность и “истинность” скрама. Автор задается вопросом “почему мы следуем процессу, который называем Scrum, но при этом никто не следует процессу, который Scrum Guide определяет как Scrum”, со всем его комплексом артефактов. Ответ парадоксальный - это не мы (команды) такие ленивые и невнимательные. Это скрам устарел. Когда-то он помогал и был нацелен на достижение гибкости разработки, но единственное ценное, что от него осталось, - это объединение команды в общем потоке работы над проектом. А для этого никакой специальный фреймворк и не нужен…

⭐️Апокриф Agile А тут - очень интересный перевод статьи Сазерленда (гуру скрама) с комментариями от РП. Суть: уже стало практически догматом измерение трудозатрат в условных единицах (“попугаях”, "футболках", ТСВ), а не в часах. Часы - фу, часы не отражают сложности процесса разработки, часы вредно влияют на гибкость и т.д. Внезапно в этой статье Сазерленд говорит нечто обратное, а именно, что на определенных проектах не только можно, но и нужно трекать время в часах и минутах. Это позволяет как упорядочить текущую разработку, так и прогнозировать объем будущих работ. То ли ересь, то ли норма - неясно, но почитать текст советую.

⭐️Канбан Метод: не магия, а логика. Наводим порядок в хаосе Канбан одновременно очень известен и очень недооценён. С одной стороны, все знают Канбан-доски и стикеры. Многие компании «рисуют доски» и думают, что это Канбан Метод. Но, в результате, часто глубина метода остаётся незамеченной: управление рисками, вероятностное прогнозирование, балансировка системы. В этом материале - про “мифы” вокруг канбана, про то, чем канбан не является и чем он может быть для команды и проекта. Статья написана по следам выступления легендарного Алексея Пименова.

⭐️Что такое карты процесса-опыта, зачем они нужны разработчикам и как их применять Карта процесса-опыта — это новый отечественный (!) метод визуализации развития продукта и проекта. Это своеобразный вариант CJM, нотаций вроде BPMN, который позволяет видеть процесс целиком, не только как собственно набор активностей, но как нечто, приносящее ценность потребителю, видеть весь путь производства ценности и (самое главное) корректировать его. Статья ёмко рассказывает о подходе.

⭐️Как найти управу на технический долг Не всегда следует любой ценой избегать технического долга, в некоторых случаях его разумное использование становится стратегическим инструментом для достижения целей проекта. Однако для того, чтобы технический долг перестал ощущаться как что‑то пугающее и неконтролируемое, важно научиться осознанно им управлять. Команда должна воспринимать обсуждение долга как часть рабочего процесса, а не как негативный аспект работы. Если долг рассматривается как управляемая часть системы, он становится менее тревожным. Какими инструментами это сделать - читайте в материале.

⭐️Оценка срока и трудозатрат на реализацию задач с помощью Монте-Карло Рассказ про использование метода в оценке задач и эффект от этого (в частности, сократилось время на встречи по оценке задач до 40 человеко-часов в месяц, а сэкономленное время можно направить на увеличение количества фич или технические задачи).

⭐️Гайд по менеджменту знаний: 6 решений для разных бизнес-задач Как база знаний помогает компаниям перестать терять деньги на бесконечное обучение новичков, путаться в старых инструкциях и срывать сроки проектов. Про реальные сценарии использования, про то, как организовать работу с базой знаний внутри компании, а также про подходящие для разных проектов и задач базы знаний.

⭐️Декомпозиция задач: как разработчику съесть слона? Хороший практический гайд по декомпозиции продуктовых и технических задач, который может помочь укладываться в сроки, при этом сохраняя кодовую базу проекта в хорошем состоянии.

(продолжение следует!)