Как спланировать проект с декомпозицией через MECE/CPM/CCM (на примере запуска интернет-магазина)
Проект разваливается не на этапе финала когда уже «делаем», а на этапе планирования «не поняли, что именно делаем».
В этом разборе я показываю, как зафиксировать основу проекта, разложить его по полочкам через MECE, а затем собрать реалистичный план через CPM/CCM с критической цепью. В финале получите понятную дорожную карту и оценку сроков «вилкой», которая переживает реальность, а не только презентацию.
Проблематика и методика
Запускать проект «на коленке» — верный способ получить сдвиг сроков, перерасход бюджета и выгорание команды.
Есть интересный подход, на который я вышел за последние 15+ лет практики управления проектами.
Составляющие методики:
- декомпозиция составляющих через принцип MECE - которым пользуются в McKinsey и серьёзных проектных командах: сначала сделать чёткую декомпозицию по MECE
- потом на основе декомпозиции построить дорожную карту и найти критическую цепь проекта (CCM), сделать оптимистично-пессимистичную оценку через 2х вилку и выйти на реалистичную оценку.
Возможно звучит страшно :) Но мой опыт показал что это одна из самых простых практик что я пробовал.
Разберём процесс на примере кейса: запуск интернет-магазина одежды на конструкторе (Яндекс.Кит, Tilda, Shopify и т.п.).
Шаг 1. Декомпозиция по MECE — собираем спецификацию проекта
Декомпозиция или спецификация отвечает на вопрос: «Из чего вообще состоит этот проект?»
Метод MECE - мы разбиваем все составляющие на взаимно исключающие и совместно исчерпывающие пункты списка. Подробнее про MECE https://ddpa.ru/b/mece
Пример MECE-декомпозиции проекта верхнего уровня:
- Дизайн и брендинг
- Настройка технической платформы
- Наполнение товарами и контентом
- Интеграции и автоматизации
- Тестирование и запуск
- Маркетинг и привлечение трафика
- Пост-релизная поддержка, отладка и масштабирование
Каждый блок детализируем дальше (2–3 уровень), сохраняя принцип MECE.
Результат — полная спецификация проекта: чёткий список всего, что нужно для запуска проекта.
Давайте просто для примера приведем как можно декомпозировать составляющую “Настройка технической платформы”:
1. Регистрация и создание магазина
- Авторизация через Яндекс ID
- Заполнение формы создания магазина (название, ИНН, контакты)
- Выбор тарифа (бесплатный / платный)
- Подтверждение создания магазина в личном кабинете
2. Выбор и базовая настройка шаблона дизайна
- Выбор готового шаблона под категорию (одежда, электроника и т.д.)
- Настройка цветовой схемы и шрифтов
- Загрузка логотипа и фирменных элементов
- Базовая кастомизация блоков (шапка, футер, главная страница)
3. Настройка домена и SSL
- Подключение собственного домена (или использование поддомена Яндекс Кит)
- Настройка DNS-записей
- Автоматическая активация SSL-сертификата
- Проверка корректной работы по HTTPS
4. Создание и настройка структуры страниц
- Создание основных страниц: Главная, Каталог, Карточка товара, Корзина, Оформление заказа, О компании, Контакты, Доставка и оплата
- Настройка меню навигации
- Добавление и настройка секций на страницах через визуальный редактор
- Адаптация под мобильные устройства (responsive check)
5. Настройка способов оплаты
- Подключение Яндекс Пэй
- Настройка других способов (банковские карты, СБП, рассрочка)
- Подключение онлайн-кассы (54-ФЗ)
- Тестирование процесса оплаты
6. Настройка способов доставки
- Подключение Яндекс Доставки
- Настройка интеграций со службами (СДЭК, Boxberry, Почта России и др.)
- Указание зон доставки, сроков и стоимости
- Настройка самовывоза (если нужно)
- Тестирование расчёта доставки в корзине
7. Настройка юридической и контактной информации
- Заполнение раздела «О компании» (реквизиты ИП/ООО, адрес, телефон)
- Добавление политики конфиденциальности и оферты
- Настройка пользователей и ролей в админ-панели
8. Базовая техническая оптимизация и интеграции
- Настройка базовой SEO (метатеги, robots.txt, sitemap)
- Проверка скорости загрузки и технических ошибок
Примерно также декомпозируются и другие составляющие.
Главное ничего не забыть, ничего не перепутать и ничего не задублировать.
Шаг 2. Планирование — строим дорожную карту и критическую цепь
После того как закончили декомпозицию проекта на составляющие, берём спецификацию и превращаем её в дорожную карту (план-график):
- определяем зависимости и последовательность («что зачем идёт»);
- учитываем ресурсы и ограничения.
Нужно получить критическую цепь — самую длинную последовательность задач/шагов/этапов, ограниченную как логикой, так и ресурсами.
Дорожная карта (этапы и шаги)
Для нашего интернет-магазина дорожная карта выглядит так:
- Этап 1. Подготовка и аналитика Сформулировать цель и критерии успеха (что хотим и чтобы что)Определить целевую аудиторию и ценностное предложениеЗафиксировать ассортиментную стратегию и позиционированиеСогласовать дорожную карту, бюджет, сроки и ограничения
- Этап 2. Дизайн и брендинг Подготовить бренд-атрибуты: логотип, цвета, шрифты, тон коммуникацииВыбрать и адаптировать дизайн-шаблон под категориюСобрать ключевые страницы: главная, каталог, карточка товара, корзинаПодготовить UI-киты и правила для контента (фото, баннеры, тексты)
- Этап 3. Настройка технической платформы Зарегистрировать магазин и настроить роли доступаПодключить домен и SSLНастроить структуру сайта и навигацию (меню, категории)Настроить базовую SEO: метатеги, robots.txt, sitemapПроверить скорость и критичные технические ошибки
- Этап 4. Наполнение товарами и контентом Подготовить структуру каталога и атрибуты товаров (размеры, цвета, SKU)Организовать фото: ТЗ, съемка, ретушь, единый стильНаписать описания, характеристики, FAQ, «Доставка и оплата», «О компании»Загрузить товары, настроить варианты, цены, остаткиПровести контент-контроль: ошибки, дубли, несоответствия
- Этап 5. Интеграции и автоматизации Подключить платежи (карты, СБП, рассрочка), настроить онлайн-кассу (54‑ФЗ)Подключить доставки (агрегаторы, СДЭК и др.), настроить зоны и тарифыНастроить аналитику (Метрика, GA), пиксели и событияПодключить CRM и уведомления (email/SMS/мессенджеры)Настроить выгрузки (фиды) для маркетплейсов и рекламных систем при необходимости
- Этап 6. Тестирование и запуск Пройти чек-лист: оформление заказа, оплата, доставка, письма, возвратыПротестировать на разных устройствах и браузерахПровести тестовый заказ «от и до» и исправить найденные дефектыПодготовить план запуска и план отката (rollback)Открыть доступ, включить индексацию, проконтролировать первые заказы
- Этап 7. Маркетинг и привлечение трафика Подготовить офферы, УТП, креативы, посадочные страницыНастроить рекламные кампании и аудиторииЗапустить контент-план и коммуникации (соцсети, рассылки)Настроить ретаргетинг и базовые автоматические сценарии
- Этап 8. Пост-релизная поддержка и масштабирование (параллельно этапу 7) Еженедельный мониторинг конверсии, отказов, скорости, ошибокУлучшения по воронке и UX на основе данныхРасширение ассортимента и контент-оптимизацияПостановка A/B тестов и план развития на 4–8 недель
Шаг 3. Оценка верхних этапов «вилкой» по методу Critical Chain
Здесь вступает в силу одна из ключевых практик CCM (Critical Chain Method).
Мы оцениваем каждый этап верхнего уровня не одной цифрой, а вилкой — от оптимистичного до пессимистичного сценария.
Базовое правило CCM:
Пессимистичный срок = оптимистичный × 2
Это даёт реалистичную защиту от неопределённости.
- В простых проектах (всё знакомо, команда опытная) разброс можно делать меньше — например ×1,5.
- В сложных проектах (новая технология, много внешних подрядчиков, высокая неопределённость) разброс делают больше — ×2,5–3 и даже выше. Но база — это умножение на 2.
Применяем вилку к критической цепи нашего интернет-магазина:
Теперь мы видим реальную картину:
- В самом лучшем случае магазин можно открыть через 19,5 недель.
- В пессимистичном сценарии — через 39 недель.
- В реалистичном - можно брать среднюю
В CCM после расчёта критической цепи добавляют проектный буфер (обычно 50 % от длины цепи). Однако этот буфер можно добавлять как в конец всего проекта, так и распределить по ключевым этапам. В моем случае разбивка буфера по этапам работало лучше.
Почему важно делать декомпозицию, а потом планирование
MECE-декомпозиция даёт ясность что нужно сделать (спецификацию).
Планирование + оценка вилкой по CCM даёт понимание когда и с какой вероятностью мы это сделаем.
Без первого этапа в плане будут пробелы.
Без второго — красивый список, но без понимания реальных сроков и рисков.
Практические рекомендации
- Декомпозицию по MECE делать в любом редакторе где хорошо работают списки - Google Docs, MS Words, Notion, AnyType …
- Формируйте дорожную карту - когда уже есть декомпозиция и спецификация - так проще и точнее. Тоже можно делать списком там же где и декомпозиция.
- Оценку «вилкой» всегда делайте по пунктам на верхнем уровне дорожной карты — это быстрее и точнее (очень редко когда стоит переходить на уровень 2). Можно делать там же. Можно использовать таблицу.
- База оценки — умножение на 2. Можно делать разброс меньше или больше - в зависимости от сложности, уникальности проекта и размера рисков.
- Выход на критическую цепь получается почти автоматом - все пункты верхнего уровня это ключевые звенья цепи - внутри подпункты чем выше тем важнее для цепи проекта, а чем ниже - тем гибче.
Итого
Что я получил за 15+ лет практики управления проектами по этим методикам
- Предсказуемость. Реже «внезапно» вылезают забытые работы, потому что спецификация собрана по MECE.
- Нормальную базу для сроков и бюджета. Дорожная карта показывает зависимости и ресурсы, а «вилка» по CCM убирает иллюзию точности.
- Фокус на узких местах. Критическая цепь быстро подсвечивает, где проект реально может буксовать, и куда нужно ставить лучших людей.
- Более спокойную коммуникацию. Когда у команды есть единая спецификация и понятный план, меньше споров «кто что имел в виду».
- Удобство и простота - для работы подходят любые редакторы Markdown - а их сегодня много и в том числе бесплатных
- ИИ поддержка - при желании все это легко превращается в диаграммы Ганта с помощью ИИ в том же Markdown с поддержкой Mermaid диаграмм (например в Notion)
В 80% случаев проект идет по реалистичному плану (среднее между пессимистичным и оптимистичным). Иногда сильно ближе к оптимистичному - если команда сильная.
Но в 10% случаев проект идет ближе к пессимизму или даже выходит за пессимизим - так тоже бывает и обычно если команда еще не сработалась или тематика проекта новая и практика еще в команде не наработана.
Видел и вижу много горя в тех проектах где эти методики не используются:
- на этап подготовки проекта уходит огромное количество времени, ресурсов и встреч
- планы проекта получаются путанными, не понятными, плохо согласованными и далекими от реальности
- результаты проектов оставляют желать лучшего - огромные превышения бюджетов, большие нарушения сроков, часто закрытие проектов или необходимость все переделывать сначала
Потому если есть похожие проблемы с управлением проектами - попробуйте 2 сравнительно простые практики - это MECE декомпозиция спецификации и CCM планирование дорожной карты.
Все это работает в простых редакторах Markdown и доступно любому желающему без покупки дорогого софта или долгих курсов обучения.