Бесплатный гайд: Управление проектами

От хаоса к системе за 7 шагов — практическое руководство

Всё, что нужно знать, чтобы доводить проекты до результата: фреймворки, инструменты, методологии

UNIKA Academy — unika-academy.com

Бесплатный гайд к курсу «Управление проектами»

\newpage

Введение. Почему 70% проектов проваливаются — и как не попасть в эту статистику
Глава 1. Что такое управление проектами (и почему это нужно всем)
Глава 2. Жизненный цикл проекта: 5 фаз от идеи до закрытия
Глава 3. Waterfall vs Agile: как выбрать методологию
Глава 4. Цели, которые работают: SMART и OKR
Глава 5. Декомпозиция работ: WBS и оценка сроков
Глава 6. Управление рисками: от паники к системе
Глава 7. Scrum на практике и обзор инструментов
Практические задания. 10 упражнений для внедрения
Что дальше: полный курс «Управление проектами»
О UNIKA Academy

\newpage

Введение. Почему 70% проектов проваливаются — и как не попасть в эту статистику

Вот цифра, которая должна вас насторожить: по данным PMI (Project Management Institute), 70% проектов не достигают своих первоначальных целей. Они либо превышают бюджет, либо срываются по срокам, либо просто не приносят ожидаемого результата.

И это не про маленькие проекты. В 2025 году мировая экономика потеряла около $48 миллионов на каждые $1 миллиард, инвестированные в проекты и программы. Масштаб потерь — колоссальный.

Почему проекты проваливаются

Причины удивительно банальны:

Причина	% проектов	Суть проблемы
Нечёткие цели	37%	«Сделайте что-нибудь хорошее»
Плохое планирование	29%	Начали делать, не продумав
Недостаток ресурсов	23%	Денег, людей или времени не хватило
Плохая коммуникация	21%	Левая рука не знает, что делает правая
Scope creep	19%	«А давайте добавим ещё вот это»
Отсутствие управления рисками	18%	«Мы не думали, что это случится»

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

Для кого этот гайд

Руководители команд (даже маленьких — от 2 человек), которые хотят навести порядок
Начинающие проектные менеджеры, которые хотят разобраться в методологиях
Предприниматели, которые управляют проектами (хотя не называют это так)
Специалисты, которые хотят расти в менеджмент
Все, кто устал от хаоса и хочет систему

Что вы получите

После прочтения этого гайда вы будете:

Понимать, через какие фазы проходит каждый проект
Знать разницу между Waterfall и Agile и когда что использовать
Уметь ставить цели по SMART и OKR
Владеть методом декомпозиции работ (WBS)
Иметь систему управления рисками
Понимать Scrum на практическом уровне
Знать, какой инструмент (Jira, Notion, Trello) выбрать

Важная оговорка

Управление проектами — это дисциплина с глубокой теоретической базой: PMBOK, PRINCE2, ISO 21500, Agile Manifesto. В этом гайде мы берём из каждой системы самое практичное и применимое. Цель — не сдать экзамен PMP, а начать управлять проектами лучше уже завтра.

Давайте начнём.

\newpage

Глава 1. Что такое управление проектами (и почему это нужно всем)

Определение проекта

Согласно PMBOK 7th Edition, проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата.

Ключевые характеристики:

Временность — у проекта есть начало и конец
Уникальность — результат не является повторением
Ограниченность ресурсов — бюджет, время, люди конечны
Прогрессивная детализация — детали уточняются по мере продвижения

Проект vs Операционная деятельность

Это важное различие, которое многие путают:

Характеристика	Проект	Операционная деятельность
Длительность	Временная	Постоянная
Результат	Уникальный	Повторяющийся
Цель	Достичь результата и завершиться	Поддерживать бизнес-процессы
Команда	Формируется под проект	Постоянный штат
Бюджет	Фиксированный	Операционный (текущий)
Пример	Запуск нового продукта	Ежедневная обработка заказов

Тест: Ваша задача — проект?

Есть конкретный конечный результат? Да → проект
Есть дедлайн? Да → проект
Делаете это впервые (или с существенными изменениями)? Да → проект
Нужна координация нескольких людей? Скорее всего → проект

Примеры проектов из разных сфер

IT: Разработка мобильного приложения
Маркетинг: Запуск рекламной кампании к Чёрной пятнице
HR: Внедрение новой CRM-системы
Строительство: Возведение жилого комплекса
Образование: Создание онлайн-курса
Стартап: Запуск MVP и привлечение первых 100 клиентов
Личная жизнь: Организация свадьбы (да, это тоже проект!)

Треугольник проектных ограничений

Классическая модель «Iron Triangle» — фундамент управления проектами:

        SCOPE
       (Содержание)
         /\
        /  \
       /    \
      / QUALITY\
     /  (Качество) \
    /________________\
TIME                 COST
(Время)              (Стоимость)

Правило: Изменение одного ограничения неизбежно влияет на другие.

Ситуация	Что происходит	Варианты решения
Клиент добавляет функционал	Scope ↑	Time ↑ или Cost ↑ или Quality ↓
Урезают бюджет	Cost ↓	Scope ↓ или Quality ↓ или Time ↑
Сдвигают дедлайн раньше	Time ↓	Cost ↑ или Scope ↓ или Quality ↓

Практический пример: Клиент просит добавить чат-бота на сайт (scope +). Варианты:

Сдвинуть дедлайн на 2 недели (time +)
Нанять дополнительного разработчика (cost +)
Убрать другую фичу из скоупа (scope -)
Сделать бота минимальным (quality -)

Задача PM — показать эти варианты заказчику и помочь принять обоснованное решение.

Ключевые роли в проекте

Роль	Ответственность	Аналогия
Проектный менеджер (PM)	Планирование, координация, мониторинг	Дирижёр оркестра
Спонсор проекта	Финансирование, стратегические решения	Инвестор
Заказчик / Product Owner	Определение требований, приёмка	Клиент
Команда	Выполнение работ	Музыканты
Стейкхолдеры	Все, кого затрагивает проект	Зрители

RACI-матрица

Инструмент для распределения ответственности:

R (Responsible) — исполнитель: кто делает работу
A (Accountable) — ответственный: кто принимает решение (только один)
C (Consulted) — консультант: с кем советуются
I (Informed) — информируемый: кого ставят в известность

Задача	PM	Спонсор	Разработчик	Дизайнер
Утверждение ТЗ	A	I	C	C
Разработка MVP	A	I	R	R
Приёмка результата	R	A	I	I
Презентация клиенту	R	C	I	I

Это только верхушка айсберга. В полном курсе мы детально разбираем все 12 принципов PMBOK 7, стандарты PRINCE2 и ISO 21500, а также строим полную карту компетенций проектного менеджера по PMI Talent Triangle.

\newpage

Глава 2. Жизненный цикл проекта: 5 фаз от идеи до закрытия

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

5 фаз жизненного цикла

Фаза 1: Инициация

Вопрос: Стоит ли вообще начинать этот проект?

Что происходит:

Рождается идея проекта
Определяются высокоуровневые цели
Оценивается целесообразность (бизнес-кейс)
Назначается спонсор и PM
Создаётся Устав проекта (Project Charter)

Ключевой артефакт — Устав проекта:

Раздел	Что содержит
Цель проекта	Зачем мы это делаем
Описание результата	Что получим в итоге
Критерии успеха	Как поймём, что проект успешен
Ограничения	Бюджет, сроки, ресурсы
Допущения	Что принимаем как данность
Риски верхнего уровня	Что может пойти не так
Стейкхолдеры	Кто заинтересован в проекте
Спонсор и PM	Кто отвечает

Практический совет: Даже если ваш «проект» — это задача на 2 недели для 3 человек, потратьте 30 минут на написание Устава. Это убережёт от 80% конфликтов в будущем.

Фаза 2: Планирование

Вопрос: Как мы будем это делать?

Что происходит:

Детальная декомпозиция работ (WBS)
Оценка сроков и ресурсов
Составление расписания (Gantt chart или спринты)
Планирование бюджета
Определение рисков и реакций
План коммуникаций
Определение критериев качества

Правило Парето для планирования: 80% проблем можно предотвратить на этапе планирования. Но при этом не стоит планировать бесконечно — достаточно «планирования на горизонт».

Фаза 3: Исполнение

Вопрос: Делаем работу.

Что происходит:

Команда выполняет запланированные задачи
PM координирует работу и решает проблемы
Регулярные статус-встречи (daily standup, weekly review)
Управление стейкхолдерами
Развитие команды

Фаза 4: Мониторинг и контроль

Вопрос: Мы на верном пути?

Что происходит: (параллельно с Фазой 3)

Отслеживание прогресса относительно плана
Контроль бюджета и сроков
Управление изменениями (scope changes)
Отчётность перед стейкхолдерами
Корректирующие действия при отклонениях

Ключевые вопросы для мониторинга:

Мы укладываемся в сроки?
Мы в рамках бюджета?
Качество соответствует ожиданиям?
Есть ли новые риски?
Команда продуктивна и мотивирована?

Фаза 5: Закрытие

Вопрос: Мы закончили?

Что происходит:

Формальная приёмка результата заказчиком
Документирование lessons learned (что прошло хорошо, что можно улучшить)
Архивирование документации
Роспуск команды
Празднование успеха (серьёзно — это важно для морали)

Распределение усилий по фазам

Фаза	% времени	% бюджета	Кто вовлечён
Инициация	3-5%	1-2%	Спонсор, PM
Планирование	15-25%	5-10%	PM, ключевые эксперты
Исполнение	50-60%	70-80%	Вся команда
Мониторинг	(параллельно)	5-10%	PM
Закрытие	5-10%	5-10%	PM, заказчик

Это только верхушка айсберга. В полном курсе мы создаём реальные артефакты для каждой фазы: Устав проекта, WBS, план-график в Gantt, реестр рисков, план коммуникаций. Вы получите шаблоны, которые сможете использовать в любом проекте.

\newpage

Глава 3. Waterfall vs Agile: как выбрать методологию

Это один из самых горячих споров в мире управления проектами: «Waterfall или Agile?» Правильный ответ — зависит от проекта. Давайте разберёмся.

Waterfall (Каскадная модель)

Суть

Линейный подход: каждая фаза полностью завершается перед началом следующей. Как водопад — вода течёт только в одном направлении.

Требования → Проектирование → Разработка → Тестирование → Внедрение

Когда использовать

Требования чётко определены и не изменятся
Результат предсказуем (мы точно знаем, что строим)
Есть жёсткие регуляторные требования
Большие команды с чёткими ролями
Строительство, производство, инфраструктура

Плюсы и минусы

Плюсы	Минусы
Чёткая структура и предсказуемость	Негибкость к изменениям
Легко планировать бюджет и сроки	Результат видно только в конце
Подходит для регулируемых отраслей	Дорого вносить изменения
Понятная документация	Долгий Time-to-Market
Легко контролировать прогресс	Риски копятся к концу

Agile (Гибкая методология)

Суть

Итеративный подход: проект разбивается на короткие циклы (спринты), каждый из которых даёт рабочий результат. Фокус на адаптации к изменениям.

Спринт 1 → Рабочий продукт v1
Спринт 2 → Рабочий продукт v2
Спринт 3 → Рабочий продукт v3
...

Agile Manifesto (4 ценности)

Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану

Когда использовать

Требования неопределённы или будут меняться
Нужна быстрая обратная связь от пользователей
Рынок быстро меняется
Команда до 9 человек
IT-разработка, маркетинг, стартапы, продуктовая разработка

Плюсы и минусы

Плюсы	Минусы
Гибкость к изменениям	Сложно прогнозировать бюджет
Ранний и частый feedback	Требует вовлечённости заказчика
Быстрый Time-to-Market	Может уйти в бесконечные итерации
Риски выявляются рано	Меньше документации
Высокая мотивация команды	Не подходит для регулируемых отраслей

Матрица выбора: Waterfall vs Agile

Фактор	Waterfall	Agile
Требования	Чёткие и фиксированные	Размытые и меняющиеся
Результат	Предсказуемый	Эволюционирующий
Заказчик	Вовлечён в начале и в конце	Вовлечён постоянно
Команда	Большая, специализированная	Маленькая, кросс-функциональная
Изменения	Дорогие и нежелательные	Естественные и приветствуемые
Документация	Обширная	Минимально достаточная
Контроль	Через этапы и ворота	Через спринты и ретроспективы
Отрасль	Строительство, производство, госсектор	IT, маркетинг, стартапы

Гибридный подход

В реальности большинство компаний используют гибридный подход:

Стратегическое планирование — Waterfall (фиксированный бюджет, сроки, высокоуровневый план)
Операционное выполнение — Agile (спринты, итерации, адаптация)

Пример: Запуск мобильного приложения

Waterfall: бизнес-кейс → утверждение бюджета → контракт с подрядчиком
Agile: разработка MVP → спринты → user testing → итерации → релиз

Это только верхушка айсберга. В полном курсе мы детально разбираем Kanban, SAFe, LeSS, XP и другие фреймворки, а также проводим практическое упражнение: один и тот же проект планируется по Waterfall и Agile — и вы видите разницу своими глазами.

\newpage

Глава 4. Цели, которые работают: SMART и OKR

«Повысить продажи» — это не цель. «Увеличить конверсию с 2% до 3% к 31 июня 2026 года через A/B тестирование лендинга» — это цель. Разница — в системе постановки целей.

Фреймворк SMART

SMART — классический фреймворк, который превращает расплывчатые пожелания в конкретные, достижимые цели.

Буква	Значение	Вопрос	Пример
S — Specific	Конкретная	Что именно нужно сделать?	«Запустить лендинг нового продукта»
M — Measurable	Измеримая	Как я пойму, что цель достигнута?	«Конверсия лендинга > 3%»
A — Achievable	Достижимая	Это реалистично при наших ресурсах?	«У нас есть дизайнер и разработчик»
R — Relevant	Релевантная	Это важно для бизнеса?	«Лендинг нужен для запуска рекламы»
T — Time-bound	Ограниченная во времени	К какому сроку?	«До 15 апреля 2026»

Примеры SMART-целей

Плохо: «Улучшить сайт» SMART: «Увеличить скорость загрузки главной страницы с 4.2 до 2.0 секунд к 1 мая 2026 года путём оптимизации изображений и включения CDN»

Плохо: «Нанять людей» SMART: «Закрыть 3 вакансии (frontend, backend, QA) уровня Middle с зарплатой до $2,500 к 1 июня 2026 года через LinkedIn и Headhunter»

Плохо: «Запустить рекламу» SMART: «Запустить Facebook Ads кампанию с бюджетом $3,000 на 30 дней, достичь ROAS > 3x и привлечь минимум 200 новых клиентов к 30 апреля 2026»

Чеклист проверки SMART-цели

Цель отвечает на вопрос «что?» (Specific)
Есть конкретная метрика успеха (Measurable)
Ресурсы и компетенции достаточны (Achievable)
Цель связана с бизнес-целями (Relevant)
Указана конкретная дата (Time-bound)

Фреймворк OKR

OKR (Objectives and Key Results) — фреймворк от Intel и Google. Если SMART — это про конкретные задачи, то OKR — про вдохновляющие цели и измеримые результаты.

Структура

Objective (Цель) — качественная, вдохновляющая, амбициозная. Отвечает на вопрос «Куда мы идём?»
Key Results (Ключевые результаты) — количественные, измеримые. Отвечают на вопрос «Как мы поймём, что пришли?»

Правила OKR

Objective — вдохновляющий, но достижимый. Без цифр
Key Results — 3-5 на каждый Objective. Только цифры
Период — обычно квартал (3 месяца)
Амбициозность — идеально достичь 70% KR. Если 100% — цели слишком лёгкие

Примеры OKR

OKR для маркетинга:

Objective: Стать лидером по контенту в нашей нише

Key Results:

KR1: Увеличить органический трафик с 5,000 до 15,000 визитов/мес

KR2: Опубликовать 20 экспертных статей (>2,000 слов каждая)

KR3: Достичь 500 подписчиков email-базы

KR4: Получить 10 обратных ссылок от авторитетных ресурсов

OKR для продукта:

Objective: Сделать наш продукт незаменимым для пользователей

Key Results:

KR1: Увеличить retention Day-30 с 15% до 30%

KR2: Достичь NPS > 50

KR3: Снизить количество тикетов в поддержку на 40%

KR4: Запустить 3 новые функции по запросам пользователей

OKR для проектного менеджера:

Objective: Доставить проект «Мобильное приложение v2» вовремя и с отличным качеством

Key Results:

KR1: Выпустить MVP к 15 апреля (0% отклонение от дедлайна)

KR2: Покрытие кода тестами > 80%

KR3: 0 критических багов в продакшене в первые 2 недели

KR4: Рейтинг приложения в App Store > 4.5

SMART vs OKR: когда что использовать

Критерий	SMART	OKR
Уровень	Задачи и milestones	Стратегические цели
Амбициозность	Реалистичные	Амбициозные (70% = ОК)
Период	Любой	Обычно квартал
Формулировка	Конкретная	Вдохновляющая + метрики
Лучше для	Планирование проекта	Стратегия компании / команды
Можно совмещать	Да	Да

Рекомендация: Используйте OKR на уровне команды (квартальные цели) и SMART для конкретных задач внутри проекта.

Это только верхушка айсберга. В полном курсе мы разбираем каскадирование OKR от уровня компании до каждого сотрудника, проводим OKR-планирование для реального проекта, и учим инструменты отслеживания (Weekdone, Gtmhub, Notion OKR-шаблоны).

\newpage

Глава 5. Декомпозиция работ: WBS и оценка сроков

Вы определили цели. Теперь нужно разбить большую цель на управляемые части. Для этого существует WBS — Work Breakdown Structure (Иерархическая структура работ).

Что такое WBS

WBS — это визуальная декомпозиция всего объёма работ проекта на управляемые компоненты. Это как разобрать слона на части, чтобы «съесть» его по кусочку.

Принцип «100%»

WBS должна покрывать 100% работ проекта. Если задачи нет в WBS — она не существует (и не будет выполнена).

Правило «8/80»

Каждый рабочий пакет (нижний уровень WBS) должен занимать:

Минимум 8 часов (если меньше — слишком мелко)
Максимум 80 часов (если больше — нужно декомпозировать дальше)

Пример WBS: Запуск интернет-магазина

1. Запуск интернет-магазина
   1.1 Подготовка
       1.1.1 Исследование ниши
       1.1.2 Анализ конкурентов
       1.1.3 Финансовая модель
   1.2 Дизайн
       1.2.1 Логотип и брендбук
       1.2.2 Дизайн главной страницы
       1.2.3 Дизайн карточки товара
       1.2.4 Мобильная адаптация
   1.3 Разработка
       1.3.1 Настройка Shopify
       1.3.2 Установка темы
       1.3.3 Добавление товаров (50 шт)
       1.3.4 Настройка платежей
       1.3.5 Настройка доставки
   1.4 Контент
       1.4.1 Описания товаров
       1.4.2 Фотосъёмка
       1.4.3 Юридические страницы
       1.4.4 Страница «О нас»
   1.5 Тестирование
       1.5.1 Тестовые заказы
       1.5.2 Кроссбраузерное тестирование
       1.5.3 Мобильное тестирование
   1.6 Маркетинг
       1.6.1 Настройка аналитики
       1.6.2 Настройка пикселей
       1.6.3 Запуск первой рекламы
       1.6.4 Email-воронка
   1.7 Запуск
       1.7.1 Финальная проверка
       1.7.2 Снятие пароля
       1.7.3 Анонс в соцсетях

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

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

Метод трёхточечной оценки (PERT)

Для каждой задачи определите три оценки:

O (Optimistic) — оптимистичный сценарий (всё идеально)
M (Most likely) — наиболее вероятный сценарий
P (Pessimistic) — пессимистичный сценарий (всё пошло не так)

Формула: Ожидаемое время = (O + 4M + P) / 6

Пример расчёта

Задача	O	M	P	PERT
Исследование ниши	2 дня	4 дня	8 дней	4.3 дня
Дизайн логотипа	1 день	3 дня	7 дней	3.3 дня
Настройка Shopify	0.5 дня	1 день	3 дня	1.25 дня
Добавление 50 товаров	3 дня	5 дней	10 дней	5.5 дня
Фотосъёмка	1 день	2 дня	5 дней	2.3 дня

Буфер: правило 20%

Всегда добавляйте 20% буфер к общей оценке. Если всё по плану — у вас есть запас. Если что-то пойдёт не так (а оно пойдёт) — вы всё равно уложитесь в срок.

Пример:

Сумма PERT-оценок: 25 рабочих дней
Буфер 20%: 5 дней
Итого: 30 рабочих дней (6 недель)

Зависимости между задачами

Не все задачи можно делать параллельно. Есть 4 типа зависимостей:

Тип	Описание	Пример
FS (Finish-to-Start)	B начинается после завершения A	Тестирование после разработки
SS (Start-to-Start)	B начинается одновременно с A	Дизайн и копирайтинг
FF (Finish-to-Finish)	B завершается вместе с A	QA завершается с разработкой
SF (Start-to-Finish)	B завершается при начале A	Редко используется

Совет: Определите критический путь — самую длинную цепочку зависимых задач. Задержка на критическом пути = задержка всего проекта.

Это только верхушка айсберга. В полном курсе мы строим полные план-графики в Gantt, определяем критический путь методом CPM, изучаем ресурсное планирование и учим метод Earned Value Management (EVM) для контроля бюджета и сроков.

\newpage

Глава 6. Управление рисками: от паники к системе

Риск — это событие, которое может произойти и повлиять на проект (позитивно или негативно). Управление рисками — не про то, чтобы избежать всех проблем. Это про то, чтобы быть готовым к ним.

Процесс управления рисками

Шаг 1: Идентификация рисков

Методы выявления рисков:

Мозговой штурм команды
Анализ прошлых проектов (lessons learned)
Экспертные интервью
SWOT-анализ
Чеклист типовых рисков (ниже)

Типовые риски по категориям

Категория	Примеры рисков
Технические	Несовместимость технологий, баги, потеря данных
Ресурсные	Уход ключевого специалиста, нехватка бюджета
Внешние	Изменение законодательства, действия конкурентов
Организационные	Конфликты в команде, смена приоритетов руководства
Рыночные	Падение спроса, изменение потребностей клиентов
Сроки	Зависимость от третьих сторон, недооценка сложности

Шаг 2: Оценка рисков

Каждый риск оценивается по двум параметрам:

Вероятность (1-5): насколько вероятно, что это случится
Воздействие (1-5): насколько сильно это повлияет на проект

Приоритет = Вероятность x Воздействие

Матрица рисков

Воздействие ↑
5  |  5  | 10  | 15  | 20  | 25  |
4  |  4  |  8  | 12  | 16  | 20  |
3  |  3  |  6  |  9  | 12  | 15  |
2  |  2  |  4  |  6  |  8  | 10  |
1  |  1  |  2  |  3  |  4  |  5  |
    --1-----2-----3-----4-----5-- → Вероятность

Зелёный (1-4):   Мониторим
Жёлтый (5-12):   Планируем реакцию
Красный (13-25): Требует немедленных действий

Шаг 3: Планирование реакции

Для каждого значимого риска определите стратегию:

Стратегия	Суть	Пример
Избегание	Изменить план, чтобы устранить риск	Отказаться от новой технологии в пользу проверенной
Снижение	Уменьшить вероятность или воздействие	Нанять второго разработчика для подстраховки
Передача	Переложить риск на третью сторону	Страховка, аутсорсинг, гарантии в контракте
Принятие	Осознанно принять риск	«Если случится — потратим буфер»

Шаг 4: Мониторинг

Пересматривайте реестр рисков еженедельно
Назначьте «владельца» для каждого риска
Отслеживайте триггеры (ранние признаки реализации)
Добавляйте новые риски по мере появления

Пример реестра рисков

ID	Риск	Вероятность	Воздействие	Приоритет	Стратегия	Владелец
R1	Уход senior-разработчика	3	5	15	Снижение: документирование кода + cross-training	PM
R2	Задержка поставщика API	4	3	12	Передача: штрафы в контракте + запасной поставщик	Tech Lead
R3	Превышение бюджета на рекламу	3	3	9	Снижение: дневные лимиты + еженедельный review	Marketing
R4	Падение сервера в день запуска	2	5	10	Избегание: нагрузочное тестирование + auto-scaling	DevOps
R5	Изменение требований заказчика	4	4	16	Принятие: процесс управления изменениями (change request)	PM

Шаблон Risk Register

Для каждого проекта создайте таблицу с колонками:

ID — уникальный номер
Описание — что может произойти
Категория — технический, ресурсный, внешний и т.д.
Вероятность — 1-5
Воздействие — 1-5
Приоритет — Вероятность x Воздействие
Стратегия — избегание / снижение / передача / принятие
Конкретные действия — что именно делаем
Владелец — кто отвечает
Статус — открыт / в работе / закрыт / реализовался
Триггер — ранний признак реализации

Это только верхушка айсберга. В полном курсе мы разбираем количественный анализ рисков (Monte Carlo simulation), Expected Monetary Value, Decision Trees, и создаём полный Risk Management Plan для реального проекта. Вы научитесь превращать неопределённость в управляемые параметры.

\newpage

Глава 7. Scrum на практике и обзор инструментов

Scrum — самый популярный фреймворк внутри Agile. По данным State of Agile Report, 87% Agile-команд используют Scrum или его элементы. Давайте разберём его на практике.

Scrum: 3 роли, 3 артефакта, 5 церемоний

3 роли

Роль	Ответственность	Аналогия
Product Owner (PO)	Определяет ЧТО делать. Приоритизирует бэклог. Голос клиента	Заказчик, который всегда рядом
Scrum Master (SM)	Обеспечивает КАК работает Scrum. Убирает препятствия. Фасилитатор	Коуч команды
Development Team	Кросс-функциональная команда (3-9 человек). Самоорганизующаяся	Исполнители

Важно: В Scrum нет «менеджера», который раздаёт задачи. Команда сама решает, как выполнить работу. PO говорит «что», команда решает «как».

3 артефакта

Артефакт	Что это	Кто управляет
Product Backlog	Приоритизированный список всех задач продукта	Product Owner
Sprint Backlog	Задачи, выбранные для текущего спринта	Команда
Increment	Рабочий продукт (результат спринта)	Команда

5 церемоний (событий)

Церемония	Когда	Длительность	Участники	Цель
Sprint Planning	Начало спринта	2-4 часа	Все	Что будем делать в этом спринте?
Daily Standup	Каждый день	15 минут	Команда	3 вопроса: что сделал, что буду делать, что мешает
Sprint Review	Конец спринта	1-2 часа	Все + стейкхолдеры	Демонстрация результата, обратная связь
Sprint Retrospective	Конец спринта	1-1.5 часа	Команда + SM	Что улучшить в процессе работы?
Backlog Refinement	Середина спринта	1-2 часа	PO + команда	Уточнение и оценка будущих задач

Спринт

Спринт — это фиксированный период (обычно 2 недели), за который команда создаёт рабочий increment.

Правила:

Длительность спринта не меняется (1-4 недели, обычно 2)
Scope спринта не меняется (после Planning)
Каждый спринт заканчивается рабочим продуктом
Спринты идут один за другим, без пауз

Пример Scrum-процесса

Проект: Разработка мобильного приложения для доставки еды

Sprint 1 (2 недели): MVP

Регистрация и авторизация
Каталог ресторанов
Корзина
→ Результат: можно зарегистрироваться и выбрать блюдо

Sprint 2: Оплата и заказ

Оплата картой
Оформление заказа
Уведомления
→ Результат: можно сделать заказ и оплатить

Sprint 3: Отслеживание и отзывы

Отслеживание курьера на карте
Система отзывов
Push-уведомления
→ Результат: полный цикл заказа

Инструменты: Jira vs Notion vs Trello

Сравнительная таблица

Параметр	Jira	Notion	Trello
Специализация	Agile/Scrum	All-in-one	Kanban-доски
Сложность	Высокая	Средняя	Низкая
Спринты	Да, из коробки	Через шаблоны	Через Power-Ups
Бэклог	Да	Через базы данных	Ограниченно
Отчёты (Burndown, Velocity)	Да	Нет (ручные)	Нет
Автоматизации	Мощные	Средние	Базовые
Документация	Confluence (отдельно)	Встроенная	Нет
Цена (для команды 5 чел)	Бесплатно (до 10 чел)	Бесплатно (лимиты)	Бесплатно (лимиты)
Лучше для	IT-команды, Scrum	Стартапы, документы + задачи	Маленькие команды, Kanban

Ваша ситуация	Рекомендация
IT-команда, работаете по Scrum	Jira
Стартап, нужны задачи + документы + wiki	Notion
Маленькая команда (2-5 чел), простые задачи	Trello
Маркетинговая команда	Asana или Notion
Один человек, личные проекты	Notion или Todoist
Enterprise, SAFe	Jira + Confluence

Дополнительные инструменты

Инструмент	Для чего	Цена
Monday.com	Визуальное управление, кастомные воркфлоу	от $8/мес/чел
ClickUp	All-in-one, замена нескольких инструментов	Бесплатно (базовый)
MS Project	Waterfall, Gantt-диаграммы, критический путь	от $10/мес
Miro	Визуальная коллаборация, ретроспективы	Бесплатно (базовый)
Figma	Дизайн + прототипы (для продуктовых команд)	Бесплатно (базовый)

PM-карьера и сертификации

Если вы хотите построить карьеру в управлении проектами, вот путь:

Уровень	Сертификация	Организация	Требования
Начало	CAPM	PMI	23 часа обучения PM
Junior PM	PSM I (Professional Scrum Master)	Scrum.org	Экзамен
Middle PM	PMP (Project Management Professional)	PMI	3 года опыта + 35 часов обучения
Senior PM	PMI-ACP (Agile Certified Practitioner)	PMI	2,000 часов Agile + 1,500 часов PM
Director	PfMP (Portfolio Management Professional)	PMI	7 лет опыта

Зарплаты (глобально, данные PMI Salary Survey):

Junior PM: $40,000–$60,000
Middle PM: $60,000–$90,000
Senior PM: $90,000–$130,000
Program/Portfolio Manager: $120,000–$180,000+

Это только верхушка айсберга. В полном курсе мы детально разбираем Scrum (с симуляцией спринтов), Kanban (лимиты WIP, метрики потока), SAFe для крупных организаций, а также проводим практику в Jira и Notion с реальным проектом.

\newpage

Практические задания

Вот 10 упражнений, которые вы можете выполнить прямо сейчас. Каждое займёт 15-30 минут и даст реальный навык.

Задание 1: Определите ваши проекты

Цель: Увидеть, что вы уже управляете проектами (даже если не называете это так).

Запишите все текущие инициативы в вашей работе и жизни
Для каждой определите: это проект или операционная деятельность? (используйте тест из Главы 1)
Для проектов заполните: цель, дедлайн, кто вовлечён, текущий статус
Выберите один проект, на котором будете отрабатывать навыки из этого гайда

Задание 2: Напишите Устав проекта

Цель: Создать фундамент для выбранного проекта.

Используя шаблон из Главы 2, заполните Устав проекта:

Раздел	Ваш текст
Цель проекта
Описание результата
Критерии успеха
Ограничения
Допущения
Основные риски
Стейкхолдеры
Спонсор и PM

Задание 3: SMART-цели

Цель: Превратить расплывчатые пожелания в конкретные цели.

Возьмите 3 «цели», которые сейчас звучат размыто в вашей работе
Переформулируйте каждую по SMART
Проверьте по чеклисту из Главы 4
Покажите коллеге и спросите: «Тебе понятно, что конкретно нужно сделать?»

Задание 4: Составьте OKR на квартал

Цель: Определить стратегическое направление.

Сформулируйте 1-2 Objective для вашей команды/проекта на ближайший квартал
Для каждого Objective напишите 3-4 Key Results
Проверьте: OKR амбициозные, но достижимые? Key Results измеримые?

Задание 5: Создайте WBS

Цель: Научиться декомпозировать работу.

Возьмите проект из Задания 1
Разбейте его на 4-6 крупных блоков (уровень 1)
Каждый блок разбейте на 3-5 задач (уровень 2)
Каждую задачу разбейте на рабочие пакеты (уровень 3)
Проверьте: правило 100% (всё ли включено?) и правило 8/80

Задание 6: Оцените сроки по PERT

Цель: Научиться реалистично оценивать время.

Возьмите 5-7 рабочих пакетов из WBS
Для каждого определите O (оптимистичная), M (вероятная), P (пессимистичная) оценки
Рассчитайте PERT для каждого: (O + 4M + P) / 6
Сложите все PERT + добавьте 20% буфер
Сравните с интуитивной оценкой — какая больше?

Задание 7: Создайте реестр рисков

Цель: Перестать бояться рисков и начать управлять ими.

Проведите мозговой штурм (можно одному): запишите 10 рисков вашего проекта
Для каждого оцените вероятность (1-5) и воздействие (1-5)
Рассчитайте приоритет и отсортируйте
Для ТОП-5 рисков определите стратегию и конкретные действия
Назначьте владельца каждого риска

Задание 8: Проведите Daily Standup

Цель: Попробовать ключевую Scrum-церемонию.

Завтра утром соберите команду (или коллег) на 15 минут
Каждый отвечает на 3 вопроса:
- Что я сделал вчера?
- Что я буду делать сегодня?
- Что мне мешает?
Правила: Стоя. 15 минут максимум. Без обсуждений — только статус
После проведите опрос: «Было полезно? Что изменить?»

Задание 9: Сравните инструменты

Цель: Выбрать инструмент для вашей команды.

Зарегистрируйтесь в бесплатных версиях Jira, Notion и Trello
Создайте простой проект в каждом (3-5 задач)
Попробуйте:
- Создать задачу
- Назначить исполнителя
- Поставить дедлайн
- Переместить между статусами
Оцените каждый по 5-балльной шкале: удобство, функционал, скорость работы
Выберите один инструмент для команды

Задание 10: Проведите ретроспективу

Цель: Научиться извлекать уроки.

Вспомните недавний завершённый проект (или этап)
Заполните три колонки:

Что прошло хорошо	Что можно улучшить	Конкретные действия

Для каждого «Что можно улучшить» напишите конкретное действие
Выберите ТОП-3 действия для внедрения в следующем проекте

Лучший способ научиться управлять проектами — управлять проектами. Выберите один реальный проект и примените к нему инструменты из этого гайда. Через 2 недели вы увидите разницу.

\newpage

Что дальше: полный курс «Управление проектами»

Этот гайд дал вам фундамент: жизненный цикл, методологии, цели, WBS, риски, Scrum, инструменты. Но это 20-25% того, что вы узнаете в полном курсе.

Структура полного курса

Блок 1: Основы управления проектами (10 уроков)

Что такое проект: принципы и роли
Жизненный цикл проекта: от идеи до закрытия
Стандарты: PMBOK 7, PRINCE2, ISO 21500
Инициация: Устав проекта и бизнес-кейс
Стейкхолдеры: идентификация и стратегия управления
Scope Management: определение границ проекта
WBS: иерархическая декомпозиция работ
Оценка сроков и ресурсов: PERT, CPM, аналоговая оценка
Диаграмма Ганта и критический путь
Базовый план и управление изменениями

Блок 2: Agile и Scrum (10 уроков)

Agile Manifesto и 12 принципов
Scrum: роли, артефакты, церемонии
Product Backlog: написание User Stories
Sprint Planning и оценка Story Points
Daily Standup: как сделать эффективным
Sprint Review и Demo
Sprint Retrospective: форматы и фасилитация
Kanban: принципы, лимиты WIP, метрики потока
Velocity, Burndown, Cumulative Flow
Масштабирование: SAFe, LeSS, Nexus

Блок 3: Лидерство и коммуникации (10 уроков)

Стили лидерства для PM
Управление командой: формирование, мотивация, конфликты
Модель Такмана: Forming → Storming → Norming → Performing
Коммуникационный план: кому, что, когда, как
Управление стейкхолдерами: матрица влияния/заинтересованности
Переговоры и управление конфликтами
Принятие решений: матрицы и фреймворки
Управление изменениями: модель ADKAR
Презентации и отчётность для руководства
Эмоциональный интеллект для PM

Блок 4: Продвинутые инструменты и карьера (10 уроков)

Управление рисками: количественный анализ и Monte Carlo
Бюджетирование: Earned Value Management (EVM)
Управление качеством: 7 инструментов качества
Управление закупками и контрактами
Jira: продвинутое использование (JQL, дашборды, автоматизации)
Notion для PM: шаблоны, базы данных, воркфлоу
AI для управления проектами
Подготовка к сертификации PMP
PM-карьера: от Junior до Director
Финальный проект: полный цикл управления реальным проектом

Что вы получите в курсе

40 видеоуроков с практическими примерами из реальных проектов
Шаблоны всех документов: Устав, WBS, Risk Register, Plan, RACI и ещё 20+
Практика в инструментах: Jira, Notion, Miro — реальные проекты
AI-тьютор — персональный ассистент, который отвечает на вопросы 24/7
Сертификат UNIKA Academy по завершении
Материалы для подготовки к PMP (дополнительный бонус)
Доступ к сообществу проектных менеджеров
Обновления — курс обновляется каждый квартал

Результат после курса

Вы владеете Waterfall и Agile на уровне практика
Вы умеете создавать все ключевые PM-артефакты
У вас есть 20+ шаблонов для немедленного применения
Вы готовы к сертификации CAPM или PMP
Вы можете управлять проектами от инициации до закрытия
Вы понимаете лидерство и коммуникации на уровне, необходимом для PM
Вы конкурентоспособны на рынке с зарплатами $60,000–$130,000

Узнать подробности и записаться: unika-academy.com

\newpage

О UNIKA Academy

UNIKA Academy — это онлайн-платформа нового поколения, где технологии встречаются с практикой.

Почему UNIKA Academy

11 курсов — от AI и маркетинга до Shopify и управления проектами
370+ уроков — каждый с видео, текстом, практикой и тестами
AI-тьютор — персональный помощник, который отвечает на вопросы 24/7
Практика, а не теория — 80% курса — это реальные задания и проекты
Сертификаты — подтверждение ваших навыков для работодателей и клиентов
Интерактивный формат — квизы, чеклисты, рабочие тетради, AI-ассистенты
Регулярные обновления — контент обновляется каждый квартал
Сообщество — доступ к закрытому комьюнити выпускников

Наши курсы

Основы маркетинга
Digital-маркетинг
SMM и контент-маркетинг
Таргетированная реклама
SEO-оптимизация
Email-маркетинг
Аналитика и данные
Запуск стартапа
AI для бизнеса
Shopify E-commerce
Управление проектами ← Этот курс

Для кого

Руководители, которые хотят довести проекты до результата
Начинающие PM, которые хотят построить карьеру
Предприниматели, которые хотят навести порядок
Специалисты, которые хотят расти в менеджмент

Начните учиться уже сегодня: unika-academy.com

Бесплатный гайд: Управление проектами

От хаоса к системе за 7 шагов — практическое руководство

Всё, что нужно знать, чтобы доводить проекты до результата: фреймворки, инструменты, методологии

Оглавление

Введение. Почему 70% проектов проваливаются — и как не попасть в эту статистику

Почему проекты проваливаются

Для кого этот гайд

Что вы получите

Важная оговорка

Глава 1. Что такое управление проектами (и почему это нужно всем)

Определение проекта

Проект vs Операционная деятельность

Примеры проектов из разных сфер

Треугольник проектных ограничений

Ключевые роли в проекте

RACI-матрица

Глава 2. Жизненный цикл проекта: 5 фаз от идеи до закрытия

5 фаз жизненного цикла

Фаза 1: Инициация

Фаза 2: Планирование

Фаза 3: Исполнение

Фаза 4: Мониторинг и контроль

Фаза 5: Закрытие

Распределение усилий по фазам

Глава 3. Waterfall vs Agile: как выбрать методологию

Waterfall (Каскадная модель)

Суть

Когда использовать

Плюсы и минусы

Agile (Гибкая методология)

Суть

Agile Manifesto (4 ценности)

Когда использовать

Плюсы и минусы

Матрица выбора: Waterfall vs Agile

Гибридный подход

Глава 4. Цели, которые работают: SMART и OKR

Фреймворк SMART

Примеры SMART-целей

Чеклист проверки SMART-цели

Фреймворк OKR

Структура

Правила OKR

Примеры OKR

SMART vs OKR: когда что использовать

Глава 5. Декомпозиция работ: WBS и оценка сроков

Что такое WBS

Принцип «100%»

Правило «8/80»

Пример WBS: Запуск интернет-магазина

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

Метод трёхточечной оценки (PERT)

Пример расчёта

Буфер: правило 20%

Зависимости между задачами

Глава 6. Управление рисками: от паники к системе

Процесс управления рисками

Шаг 1: Идентификация рисков

Типовые риски по категориям

Шаг 2: Оценка рисков

Матрица рисков

Шаг 3: Планирование реакции

Шаг 4: Мониторинг

Пример реестра рисков

Шаблон Risk Register

Глава 7. Scrum на практике и обзор инструментов

Scrum: 3 роли, 3 артефакта, 5 церемоний

3 роли

3 артефакта

5 церемоний (событий)

Спринт

Пример Scrum-процесса

Инструменты: Jira vs Notion vs Trello

Сравнительная таблица

Рекомендации по выбору

Дополнительные инструменты

PM-карьера и сертификации

Практические задания

Задание 1: Определите ваши проекты

Задание 2: Напишите Устав проекта