evanalysis.pro · сентябрь 2026 · 9 минут
Тезис: таблица освоенного объёма в Excel работает — до тех пор, пока проект не разрастается, не появляется второй пользователь и не нужно сравнивать версии. На старте Excel — честный выбор: нет ни бюджета на систему, ни времени её разворачивать. Ниже — рабочий шаблон и разбор трёх мест, где Excel предаёт раньше, чем ждёшь.
Что должно быть в таблице освоенного объёма
Метод освоенного объёма строится на трёх базовых величинах — PV, EV, AC. Их мы разобрали в хаб-статье. Для таблицы в Excel нужны следующие колонки:
| Колонка | Что вводите | Что рассчитывается |
|---|---|---|
| Задача / WBS | Название + уровень иерархии | — |
| BAC | Бюджет задачи по завершении, ₽ | — |
| Даты план | Плановые начало / конец | — |
| % вып. | Фактический % выполнения (0–1) | — |
| AC | Фактические затраты на дату, ₽ | — |
| EV | — | BAC × % вып. |
| PV | — | BAC × доля прошедшего планового периода |
| CV | — | EV − AC |
| SV | — | EV − PV |
| CPI | — | EV / AC |
| SPI | — | EV / PV |
| EAC | — | BAC / CPI (прогноз итоговых затрат) |
PV в Excel удобно считать через линейную интерполяцию: задача прогрессирует равномерно от нуля в дату начала до 100% в дату конца. Формула для ячейки PV_row:
=D4 * MIN(MAX(($D$2 - E4) / (F4 - E4), 0), 1)
Здесь D4 — BAC задачи, $D$2 — ячейка с датой отчётного среза (вводится один раз вверху листа), E4/F4 — даты начала и конца по плану. MIN(MAX(…,0),1) ограничивает долю диапазоном [0, 1] — иначе для завершённых и ещё не начавшихся задач формула выйдет за границы.
Скачать шаблон таблицы освоенного объёма
Готовый шаблон с тремя листами (задачи EVM с формулами, сводка, инструкция):
Синие ячейки — ввод данных. Измените дату отчёта в ячейке D2, заполните % выполнения и фактические затраты — EV, PV и все индексы пересчитаются автоматически.
Три места, где Excel предаёт
Excel честно работает на маленьких проектах с одним пользователем. Но у метода освоенного объёма есть особенности, которые делают его неудобным именно в Excel. Вот три из них — на реальных кейсах.
1. Иерархия WBS: формулы ломаются при вставке строк
Задача 1.2 «Фундамент» в шаблоне суммируется из трёх подзадач: 1.2.1 Разметка, 1.2.2 Армирование, 1.2.3 Бетонирование. Формула суммы выглядит как =SUM(I5:I7). Через месяц PM добавляет подзадачу 1.2.4 «Гидроизоляция» — вставляет строку после строки 7. Excel не обновляет диапазон I5:I7 автоматически. Новая задача незаметно выпадает из родительской суммы.
Частичный обходной путь — добавлять пустые строки-«буферы» между задачами и вставлять внутрь них. Это работает, пока аудит формул не превращается в самостоятельный процесс. На WBS из 200+ задач такой аудит — часы ручной работы перед каждым отчётом.
2. Версионность: кто последний отправил — тот и прав
Утро понедельника, совещание. У PM — файл склад_EVM_v3_FINAL2.xlsx. У сметчика — его версия с пересмотренными BAC. Генеральный директор смотрит в ту, что прислал подрядчик в пятницу. Все три файла называются одинаково, датированы одним числом и расходятся в EAC на 12%.
SharePoint и Google Sheets частично решают проблему совместного доступа — но порождают новую: параллельные правки нарушают относительные ссылки формул. Защита листов замедляет работу. Журнал изменений приходится вести отдельно.
Кейс Серова (пилотный клиент evanalysis): перед переходом на систему его команда вела три версии одной WBS — «рабочую», «для согласования» и «для архива». Переброска данных между версиями занимала 4–5 часов перед каждым ежемесячным отчётом. EVM считался только в момент отчёта — не в режиме реального времени.
3. Фактические затраты (AC): данные из воздуха
AC — самый важный и самый ненадёжный столбец в Excel-таблице. Метод требует авторитетного источника фактических затрат: платёжек, реестра счетов, выгрузки из 1С. Но в Excel AC вводится вручную, обычно — с запозданием на 2–4 недели после реального платежа.
Последствие: CPI = EV / AC показывает «нормальную» эффективность не потому что её нет, а потому что AC устарел. Перерасход обнаруживается на месяц позже, чем мог бы — когда возможности скорректировать бюджет уже не осталось.
Когда Excel — правильный выбор
При всех ограничениях Excel остаётся разумным выбором для:
- Пилотных расчётов — убедиться, что EVM вообще применим к вашему проекту до внедрения системы.
- Проектов до 30–40 задач с одним ответственным за таблицу.
- Ретроспективного анализа — когда нужно восстановить картину завершённого проекта, а данные уже собраны вручную.
- Обучения команды методу освоенного объёма — шаблон выше наглядно показывает, откуда берётся каждое число.
Когда проект переваливает за 50 задач, появляется несколько пользователей или AC начинает зависеть от данных из других систем — Excel становится узким местом, а не инструментом.
Импортировать Excel в evanalysis
Шаблон выше совместим с импортом evanalysis.pro. Загрузите файл — система автоматически:
- Построит WBS с корректной иерархией и агрегированием родительских задач.
- Рассчитает S-кривые PV / EV / AC в динамике — не только на текущую дату, но на любую дату среза.
- Настроит алерты на CPI < 0.9 и SPI < 0.9 — чтобы отклонения не копились незамеченными.
- Сохранит историю всех срезов с версиями — без множества файлов.
Попробуйте бесплатно — импорт вашего Excel-файла занимает 2 минуты:
Импортировать Excel в evanalysis →Частые вопросы
В каком формате должны быть даты в Excel-шаблоне, чтобы импорт сработал?
Excel хранит даты как числа (serial date). Если дата введена как текст — функция ТЕКСТ() или "dd.mm.yyyy" в виде строки — импортёр не распознает её. В шаблоне все даты введены через Excel Date picker: при открытии файла они отображаются корректно и импортируются без проблем. Если вы копируете данные из другого файла, убедитесь, что ячейки с датами не отформатированы как «Текстовый» тип.
Как правильно считать % выполнения для задач с иерархией WBS?
Для листовых задач (у которых нет подзадач) — % вводится вручную или по правилу прогресса (0/50/100, «физических единиц», пропорционально срокам и т. д.). Для родительских задач в Excel — формула: EV_parent / BAC_parent, то есть сумма освоенных объёмов детей делённая на суммарный BAC. Вводить % напрямую в родительскую задачу — ошибка: тогда EV родителя и детей будут считаться независимо и давать разные итоги.
Что делать, если CPI и SPI неожиданно прыгают от периода к периоду?
Три основные причины: (1) AC вводится нерегулярно — накопленные платежи попадают в один отчётный период и создают «горб»; (2) % выполнения оценивается оптимистично в начале и приходится корректировать в конце — «оценочный шок»; (3) базовый план был пересмотрен (ре-базирование), но PV-формулы не обновлены. Решение для (1) и (2) — дисциплина еженедельного ввода. Для (3) — фиксировать дату пересмотра и хранить обе версии плана.
EAC = BAC / CPI — единственная формула?
Нет. EAC = BAC / CPI — «прогноз при сохранении текущей эффективности» (наиболее популярный). Три другие формулы ISO 21508: EAC = AC + ETC (где ETC — независимая переоценка оставшегося объёма); EAC = AC + (BAC - EV) (оставшееся считается по плану); EAC = AC + (BAC - EV) / CPI (гибрид). В нашем шаблоне используется первая формула как консервативная. Для проектов с сильным изменением условий во второй половине лучше использовать независимую переоценку ETC.
Можно ли применять метод освоенного объёма к проектам с agile-итерациями?
Можно, но нужно адаптировать базовый план. В agile BAC и даты задач меняются каждый спринт — стандартный EVM предполагает стабильный базовый план. Компромисс: применять EVM на уровне Feature/Epic (стабильный базовый план), а внутри — agile. На уровне задачи использовать правило 50/50 (0% до начала спринта, 100% по завершению) вместо линейной интерполяции.
Посмотрите, как это выглядит на живом проекте
Тест-драйв →Демо-проект с реальными данными. Бесплатно, без регистрации.