01 — Карта из чего собран проект
Проект Paper Planes устроен как четыре фазы по «ромбику» — расширение и сужение в чередовании. Внутри каждой фазы — пять классических стадий PMBOK. Сверху на эту анатомию накладываются финансовые и бухгалтерские срезы — слот и этап.
Четыре фазы
Пять стадий внутри каждой фазы
Не путать стадии и фазы. Стадии — внутри фазы. Каждая фаза проходит через все пять.
| # | Стадия | Что происходит |
|---|---|---|
| 1 | Инициирование | Запуск работы внутри фазы, фиксация цели и состава |
| 2 | Планирование | План фазы, сроки, ресурсы |
| 3 | Исполнение | Выполнение запланированных работ |
| 4 | Мониторинг | Контроль хода, корректировка буфера |
| 5 | Закрытие | Передача результата следующей фазе |
Финансовый и бухгалтерский срезы
Три зелёных этапа для финансового учёта. Бухгалтерский термин, не путать с фазой. Привязан к закрывающим документам.
Финансовый термин. ~550 тыс. руб. «грязными» от клиента = один слот. Помогает считать загрузку и приоритет проекта в портфеле.
02 — Нормы и сроки жёсткие рамки, которые не растягиваем
В фазах инициирования и планирования у нас фиксированные сроки. Это страховка от затягивания на старте — самое дорогое место для перегрева.
Жёсткая рамка: 7 дней на стадию инициирование + 1 день на планирование. Суммарно 8 дней — потолок. Превысили — сигнал к эскалации и пересмотру. Чаще всего причина: незакрытый full-kit или непонимание ключевого вопроса.
Логика жёстких сроков
- Раннее не значит дёшево. Затянутое инициирование съедает буфер всех последующих фаз.
- Планирование — это решение, а не отчёт. Решили — идём в исполнение, не доводим план до идеального вида.
- Качество плана = достаточность для исполнения, а не полнота карты. См. вкладку 3F+F.
Сигналы перегрева на инициировании
Признак скрытого full-kit-разрыва. Не закрыты вопросы по базе данных, отрасли или ключевому вопросу.
Значит, на стадии планирования его так и не закрыли. Решение — собрать всё, что есть, и принять решение «делаем».
03 — Теория ограничений TOC доктора Голдрата
Вся механика буферов, ритмов и приоритезации в PP стоит на Теории ограничений Элияху Голдрата. Ключевая идея простая: в любой системе есть одно ограничение, которое нормирует производительность всей системы.
Понятие протока
Способность системы произвести то, что будет обращено в деньги. Не «сколько мы наработали», а сколько результата прошло через всю цепочку до клиента и оплаты. Всё, что застряло до этой точки — не проток.
Три типа ограничений
Узкое место в ресурсах: один сильный аналитик, один зал, одна лицензия. Виден на дашборде сразу.
Правило, политика или процедура, которая искусственно ограничивает поток. Сложнее заметить — кажется «нормой».
Спрос или сегмент не вытягивает то, что мы можем произвести. Лечится продуктовой и маркетинговой работой.
Барабан-Буфер-Канат
Главный инструмент TOC. Три элемента, которые в связке держат ритм:
Ритмичность выполнения работ, временные нормативы. У нас барабан = ритм проверки раз в питч (схватку).
Запас изделий или времени после узких мест. Поддерживает непрерывность потока, гасит флуктуации.
Сигнал от последующего этапа к предыдущему для вытягивания задач. Не «толкаем работу вперёд», а следующий этап «дёргает» предыдущий.
04 — Метод критической цепи CCPM, диагональный буфер, ранний и поздний старт
Метод критической цепи — продолжение TOC применительно к проектам. Объясняет, почему у нас принцип «2/3» и диагональный буфер.
Что такое критическая цепь
Самый длинный участок проекта, определяющий минимальный срок выполнения. Все задачи на критической цепи выполняются наиболее опытными сотрудниками — это правило, не исключение.
Принцип 2/3
Когда команда оценивает сроки, она закладывает страховку в каждую задачу. CCPM эту страховку забирает в общий буфер проекта. Реальный план = 2/3 от исходного, оставшаяся 1/3 — общий буфер, который тратится по ходу.
Диагональный буфер
Визуализация статуса проекта. На горизонтали — прогресс по работам, на вертикали — съеденная доля буфера. По диагонали идёт линия «как должно быть». Цвет зоны показывает, что делать:
| Зона | Что значит | Действие |
|---|---|---|
| 🟢 Зелёная | Буфер тратится медленнее прогресса | Не трогаем |
| 🟡 Жёлтая | Буфер примерно соответствует прогрессу | Запрос статуса у владельца |
| 🔴 Красная | Буфер тратится быстрее прогресса | Вмешательство C4, эскалация |
Ранний и поздний старт
Контр-интуитивно. Раннее начало замораживает ресурсы и копит незавершёнку. Команда переключается между «начатым», но не доделанным.
Любое отклонение съедает буфер мгновенно. Запаса на ошибку не остаётся.
Не «как можно раньше» и не «впритык». Точка между ними. Это даёт буфер на флуктуации и при этом не копит незавершёнку.
05 — 3F+F для профессиональных интеллектуальных услуг
В классическом проектном менеджменте — железный треугольник Quality / Time / Cost. В профессиональных услугах он не работает: качество интеллектуального продукта не определяется «доделанностью части».
Что меняется
Quality · Time · Cost. Жёсткая компромиссная связка — улучшаешь одно, теряешь другое.
Подход для профуслуг. Качество = достаточность для вывода, не идеальная проработка отдельной части. Время и стоимость управляются буферами и питчем.
Телескопический подход
Не пытаемся сразу нарисовать финальную картину. Идём концентрическими кругами: грубая версия → уточнённая → отполированная. Каждый круг даёт целый результат, готовый показать. Это естественно соединяется с принципом «начинать с одного предложения, потом абзац, потом больше» (см. вкладку Поток работы).
06 — Поток работы единичное изделие и самопроверка
Размер «единицы работы» и частота проверки зависят от опыта сотрудника. Чем младше — тем мельче изделие, тем чаще проверка.
Единичное изделие
| Опыт | Размер единичного изделия | Пример |
|---|---|---|
| Младший | Очень маленькое | Одно предложение, один тезис, один слайд |
| Средний | Маленькое | Абзац, блок аргументов, мини-раздел |
| Старший | Среднее и больше | Раздел, глава, готовый артефакт |
Логика: чем менее опытен сотрудник, тем меньше должен быть поток единичного изделия и чаще подача на проверку. Это сокращает стоимость ошибки и не даёт работе «уплыть» на неделю в неверном направлении.
Лестница самопроверки
Перед тем как показать работу старшему — пройди по лестнице. Каждый следующий шаг включается, если предыдущий не дал уверенности.
ChatGPT или Claude. Просьба — проверить на SCQA и MECE, найти провисания логики, переписать слабые места. AI может перерисовать слайд под SCQA/MECE, собрать PPTX из визуализации.
Попросить коллегу пересказать написанное. Если не может — значит, не понятно. Не дебатируем, переписываем.
Показать работу любому доступному старшему. Не ждать «своего» старшего — дороже задержка.
Если внутренние проверки прошли, но остаётся неуверенность — внешний взгляд. Особенно ценно перед клиентской защитой.
07 — Портфель мультипроектная среда, четыре кита, роль C4
Когда проектов больше одного, появляется отдельный пласт управления — портфельный. Главный налог мультипроектки — переключение контекста. Лечится четырьмя инструментами.
Проблемы мультипроектности
- Задачи конкурируют за время и внимание одних и тех же людей
- Разные процессы в разных проектах — нельзя «штамповать» по одному шаблону
- Распределение ресурсов между проектами — отдельная работа
- Экспоненциальный рост необходимой компетентности с числом проектов
- Переключение контекста — потеря контекста проекта при каждом переходе
Четыре кита портфеля
Медицинский термин — три группы приоритета. Схватка наполняется проектами с наивысшей значимостью, остальные — в наблюдение или «не трогаем».
Запас времени по проекту, виден на дашборде диагональных буферов. Управляется по правилу 2/3 и зонам зелёный/жёлтый/красный.
Минимизация переключений между проектами. Формуляр максимально монохромен — мало цветов проектов в один день.
Полный комплект артефактов до начала работы по задаче. Без full-kit задача не идёт в схватку.
Роль C4
- Видит дашборд диагональных буферов всех проектов
- В красной зоне — вмешивается, разбирается, принимает решение
- В жёлтой — запрашивает статус у владельца проекта
- В зелёной — не трогает
- Главная задача — обеспечить правильное дозирование и триаж
Продажи, маркетинг, обучение — это зона C4. Конкретные проекты — зона владельцев и админов рабочих групп. Если C4 сел за проект, портфельный взгляд теряется.
08 — СОДА и питч договорная структура и единица времени
СОДА — пять слоёв договора
Когда подписываемся с клиентом, выстраиваем не один документ, а слой документов. Каждый слой решает свою задачу.
| # | Документ | Зачем нужен |
|---|---|---|
| 1 | Рамочный договор | «Бессодержателен» по сути. Фиксирует факт: стороны договорились сотрудничать. |
| 2 | NDA | Соглашение о конфиденциальности. Часто отдельным документом. |
| 3 | Приложения к рамочному | Здесь — объём работ и суммы. Содержательная часть договора. |
| 4 | Дополнительные соглашения | Расторжение, пересмотр сроков, изменение объёмов. |
| 5 | Уведомления | О расторжении, разумном подходе к срокам и пр. |
Оценка приоритета проекта с урезанным бюджетом
Проект на один слот (~550 тыс.) без перспективы допродажи — это страховочный буфер, а не основная работа. Не оттягиваем на него ключевых людей.
Питч (схватка)
Питч — это единица времени для максимизации выпуска. Оптимальная последовательность подачи изделий внутри одной такой единицы.
Не «процесс на 10 рабочих дней», а «процесс на 1 / 2 / 3 питча». Это даёт сопоставимость и встраиваемость в общий ритм.
Каждый питч — точка снятия статуса. Если процесс короче — снимаем чаще, но кратно.
09 — Глоссарий термины и сокращения
Структура проекта
- Майнинг
- Первая фаза проекта PP. Расширение: добываем гипотезы, данные, отраслевой контекст.
- Ассемблинг
- Вторая фаза. Сужение: собираем модель, решение, артефакты под защиту.
- Имплементация
- Третья фаза. Расширение: внедрение результата у клиента.
- Организация
- Четвёртая фаза. Сужение: закрытие проекта, передача в эксплуатацию. Может меняться местами с имплементацией.
- Этап
- Бухгалтерский термин. Три «зелёных» этапа для финансового учёта. Не путать с фазой.
- Слот
- Финансовый термин. Один слот ≈ 550 тыс. руб. «грязными» от клиента. Используется для оценки веса проекта в портфеле.
Теория ограничений и поток
- Теория ограничений (TOC)
- Доктор Элияху Голдрат. Идея: в любой системе есть одно ключевое ограничение, нормирующее производительность всей системы.
- Проток (throughput)
- Способность системы произвести то, что будет обращено в деньги. Не «наработали», а «дошло до оплаты».
- Барабан-Буфер-Канат
- Триада TOC. Барабан — ритм. Буфер — запас. Канат — вытягивающий сигнал от следующего этапа к предыдущему.
- CCPM (метод критической цепи)
- Применение TOC к проектам. Самый длинный участок проекта = критическая цепь. На ней — самые опытные.
- Буфер проекта
- Запас времени, забранный из индивидуальных оценок задач. Правило: 2/3 от плана — реалистичный срок, 1/3 — общий буфер. Виден на диагональном буфере.
- Диагональный буфер
- Визуализация статуса: прогресс по горизонтали, потраченный буфер по вертикали. Зелёный / жёлтый / красный = действия от «не трогаем» до «вмешательство C4».
Управление портфелем
- Триаж
- Медицинский термин — разделение на три группы по приоритету. В портфеле: фокус / наблюдение / не трогаем. Схватка наполняется наивысшим приоритетом.
- Дозирование
- Минимизация переключений между проектами. Формуляр одного дня — максимально монохромен (мало цветов проектов).
- Full Kit
- Полный комплект артефактов до начала работы. Без full-kit задача не входит в схватку.
- Питч (схватка)
- Единица времени для максимизации выпуска. Любой бизнес-процесс должен быть кратен питчу. Барабан = ритм проверки раз в питч.
- C4
- Портфельная роль. Видит дашборд буферов всех проектов, вмешивается в красную зону. В идеале не ведёт проекты сам — занимается продажами, маркетингом, обучением.
Качество и проверка
- 3F+F
- Подход к качеству в профессиональных услугах. Качество = достаточность для вывода, не идеальная проработка части. Телескопическое движение к результату концентрическими кругами.
- SCQA
- Situation, Complication, Question, Answer. Каркас постановки и упаковки аргумента. AI прогоняем перед показом старшим.
- MECE
- Mutually Exclusive, Collectively Exhaustive. Принцип взаимоисключающего и исчерпывающего деления. Используется для проверки логики разбиения.
Договорной слой
- СОДА (договорная структура)
- Пять слоёв: рамочный договор → NDA → приложения с объёмом и суммами → допсоглашения → уведомления.