Самое главное, что я понял о проектном менеджменте.

Инструменты, ритуалы, аджайлы, канбаны - все хрень, можно пользоваться чем нравится. Решает одна маленькая фигня. Единственная.

Иммутабельность сроков задач.

Что это значит?

Это значит, что у задачи есть дедлайн, который не переносится. Но что же делать, в реальном мире приходится переносить дедлайны!

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

Таким образом, вы планируете недели, месяцы и кварталы. А за вами тянется история из сделанных и не сделанных задач - как следы на песке.

Если вы посмотрите на любую обычную доску - там нет провалов и побед. Только тягучее безвременье и бесконечный бэклог. В то время как неизменяемость задачи дает вам историю и рефлексию. А также наглядное понимание качества вашего планирования и дальнейшей работы.

Ну и скриншот, как это может выглядеть, например, для еженедельного планирования с командой. Специально достал чего-нибудь старенькое, чтобы вы не думали, что я это только сейчас придумал 🙂

Вроде мелочь! Но супер-важная, если вы хотите реально доделывать задачи, а не просто их делать.

Интересно узнать, практикует ли кто-нибудь то же самое?

Самое главное, что я понял о проектном менеджменте.
Инструменты, ритуалы, аджайлы, канбаны - все хрень, можно пользоваться чем нравится.
Решает одна маленькая фигня. Единственная | Сетка — социальная сеть от hh.ru