KORDO
База знаний KORDO

Практика планирования продуктов, проектов, ресурсов и портфеля

Материалы для Product Owner, руководителей продукта и проектных портфелей: от бэклога и приоритетов до ресурсов, календарных сроков, Плана/Факта и перепланирования. Каждая статья отвечает на один конкретный вопрос.

Перейти к продукту

17 материалов

Для Product Owner и руководителей продукта

Связный маршрут от выбора инициатив и приоритетов до проверки ресурсов, календарных сроков и последствий изменений.

Продуктовая разработка

Планирование продуктовой разработки: от бэклога до реальных сроков

У большинства продуктовых команд нет проблемы с количеством идей. Есть бэклог, запросы пользователей, технический долг, инициативы бизнеса, гипотезы, обязательные доработки, интеграции и задачи, которые «нужно было сделать ещё вчера».

Читать →

Продуктовый бэклог

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

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

Читать →

Приоритизация

Приоритизация задач в продуктовой разработке: как решить, что делать первым

У продуктовой команды почти всегда больше задач, чем она способна выполнить одновременно. Новые функции конкурируют с техническим долгом. Запросы клиентов — с внутренними улучшениями. Бизнес хочет ускорить одну инициативу, поддержка приносит другую, разработка просит время на архитектурные изменения, а в backlog уже лежат десятки идей, которые когда-то…

Читать →

Product roadmap

Как не потерять roadmap продукта, когда приоритеты и ресурсы меняются

У Product Owner'а может быть хороший roadmap продукта — дорожная карта на квартал или полгода, понятные приоритеты и вполне адекватная команда. Но проходит несколько недель — и выясняется, что план уже не совсем соответствует реальности. Один разработчик ушёл в отпуск. Другой переключился на срочную задачу. У большой инициативы изменилась оценка. Нового…

Читать →

Квартальное планирование

Квартальное планирование продуктовой разработки: как связать цели, приоритеты и ресурсы

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

Читать →

Оценка сроков

Как оценивать сроки разработки и почему оценка задачи — ещё не дата завершения

Один из самых частых вопросов к продуктовой команде звучит просто: Когда будет готово?

Читать →

Планирование релизов

Планирование релизов продукта: как связать состав, ресурсы и реальные сроки

Релиз редко начинается с пустого списка задач. Обычно есть несколько источников работы одновременно:

Читать →

Несколько проектов

Как управлять несколькими проектами одной командой: приоритеты, ресурсы и реальные сроки

У продуктовой команды редко бывает только одна задача и один проект. Пока разработчики заканчивают одну инициативу, аналитик уже нужен во второй, дизайнер переключается на третью, а бизнес приносит срочную задачу, которую нужно поставить «в самое начало». На уровне отдельных проектов всё может выглядеть нормально. У каждого есть список задач, оценки,…

Читать →

Ресурсное планирование

Ресурсное планирование проектов: как учитывать ограниченную команду

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

Читать →

Другие материалы о проектном и портфельном планировании

Выбор инструмента

Аналог Microsoft Project: как выбрать инструмент под реальную задачу планирования

Запрос «аналог Microsoft Project» звучит просто, но за ним могут скрываться совершенно разные задачи. Одной команде нужен удобный Гант для одного проекта, другой — система ежедневных задач, третьей — контроль портфеля, а четвёртой — реальное ресурсное планирование, когда одни и те же аналитики, разработчики, дизайнеры и QA участвуют сразу в нескольких проектах.

Читать →

Календарное планирование

Когда диаграмма Ганта полезна, а когда превращается в ручной рисунок

Диаграмма Ганта — один из самых узнаваемых инструментов управления проектами. Она показывает работы на временной шкале и помогает быстро понять, что должно выполняться, в какой последовательности и когда проект планируется завершить.

Читать →

Выбор инструмента

Excel или планировщик проектов: где заканчивается таблица и начинается система

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

Читать →

План проекта

Как составить план проекта: от результата к этапам, ресурсам и календарю

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

Читать →

Ресурсное планирование

Как учитывать отпуска сотрудников в плане проекта

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

Читать →

Календарное планирование

Календарный план проекта: из чего он складывается и почему одних дат недостаточно

Календарный план проекта показывает, когда должны выполняться работы и когда проект может быть завершён. Но сами даты — только результат. Чтобы они были реалистичными, план должен учитывать объём работы, зависимости, рабочие дни и доступность исполнителей.

Читать →

Методология планирования

Критический путь проекта: что это такое и какие ограничения у метода

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

Читать →

Позиционирование

План проекта и список задач: в чём разница

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

Читать →