Сформулировать цель проекта
Зафиксировать, какую проблему решает проект и какой измеримый результат нужен бизнесу.
Система управления IT-проектом
Управление IT-проектами, коммуникациями и поставкой результата
Практическая база для ведения проекта: цели, требования, план, команда, риски, коммуникации, релизы и контроль результата. Каждый пункт объясняет, зачем он нужен, как его выполнить, как проверить результат и какой артефакт должен остаться у команды.
Регламент0%
0 из 20 задач выполнено
Прогресс хранится только в этом браузере.
Цель, ценность, рамки
Инициация
На этапе «Инициация» проектный менеджер собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Определить stakeholders и роли
Понять, кто влияет на проект, кто принимает решения и кому нужно регулярно давать статус.
Зафиксировать ограничения проекта
Собрать ограничения по срокам, бюджету, команде, технологиям, безопасности и внешним зависимостям.
Собрать матрицу ролей RACI
Понять, кто принимает решения, кто выполняет работу, кого нужно консультировать и кого достаточно информировать.
Scope, ожидания, критерии
Требования
На этапе «Требования» проектный менеджер собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Разложить требования по типам
Отделить бизнес-требования, пользовательские сценарии, функциональные и нефункциональные требования.
Написать критерии приемки
Для каждой значимой задачи указать условия, при которых работа считается выполненной.
Управлять scope и изменениями
Согласовать, что входит в проект, что не входит и как команда обрабатывает новые запросы.
Описать Definition of Ready
Согласовать минимальные условия, при которых задача готова к разработке, дизайну или тестированию.
Roadmap, сроки, зависимости
Планирование
На этапе «Планирование» проектный менеджер собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Собрать roadmap поставки
Разложить проект на этапы, milestones и понятные поставки результата.
Оценить трудоемкость и риски оценок
Получить оценки команды и явно показать неопределенность по сложным задачам.
Построить карту зависимостей
Понять, какие задачи, команды, сервисы и решения блокируют друг друга.
Заложить допущения и буферы плана
Показать, на каких предположениях построен план и где нужен резерв на неопределенность.
Команда, статусы, блокеры
Поставка
На этапе «Поставка» проектный менеджер собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Вести регулярный статус проекта
Давать stakeholders короткую и честную картину прогресса, блокеров и следующих решений.
Выявлять и снимать блокеры
Регулярно проверять, что мешает команде двигаться, и добиваться решения блокеров.
Вести журнал решений
Фиксировать важные решения, причины, альтернативы и последствия.
Вести dashboard здоровья проекта
Собрать на одном экране статус сроков, scope, рисков, блокеров, качества и ближайших решений.
Приемка, запуск, выводы
Релиз и развитие
На этапе «Релиз и развитие» проектный менеджер собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Подготовить релизный план
Согласовать, что именно выходит, кто проверяет, как откатываться и как команда узнает об успехе.
Провести ретроспективу
Собрать выводы после этапа или релиза и превратить их в конкретные улучшения процесса.
Измерить результат проекта
Сравнить фактический эффект с исходной целью и baseline.
Согласовать коммуникацию релиза
Подготовить, кто и что сообщает пользователям, клиенту, поддержке и внутренней команде перед выпуском изменения.