惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
U
Unit 42
MyScale Blog
MyScale Blog
B
Blog
阮一峰的网络日志
阮一峰的网络日志
量子位
IT之家
IT之家
The GitHub Blog
The GitHub Blog
F
Fortinet All Blogs
Recent Announcements
Recent Announcements
V
Visual Studio Blog
G
Google Developers Blog
Last Week in AI
Last Week in AI
雷峰网
雷峰网
博客园 - 聂微东
博客园 - 叶小钗
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
J
Java Code Geeks
博客园 - 司徒正美
Y
Y Combinator Blog
T
The Blog of Author Tim Ferriss
月光博客
月光博客
aimingoo的专栏
aimingoo的专栏

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Cost of Delay и Expected Monetary Value: что получится, е...
Egvozd · 2026-05-01 · via Все публикации подряд на Хабре

Года три назад в рамках одного из лекционных курсов рассматривали Cost of Delay (CoD) как один из инструментов управления задержками. Да, это позволяет достаточно эффективно понять/показать, почему необходимо заканчивать ранее и что задержки ведут к прямым финансовым потерям. К сожалению, на практике (в силу сложности инструмента, или же просто по нежеланию менять рутину) используется достаточно редко, но всегда можно его взять на вооружение для влияния на вбросы по изменению scope, приоритезации портфеля и т.д.
Не так давно на конференции эту тему снова подняли в докладе, я взглянул на CoD со стороны EVM(Earned Value Management) и возможной корреляции - в свою очередь, докладчик обозначил возможную проекцию на EMV(Expected Monetary Value). Мне показалось это интересным, и я продумывал их взаимосвязь, сразу же обозначилась обратная зависимость. Казалось бы, уже немало, но чего-то не хватало. И тогда я обратил внимание на точку пересечения этих функций, из чего и получилась эта статья: т.о. обозначился универсальный инвариант break-even точки для всех типов CoD.

Начнем разбор

Классическая практика управления оперирует понятием Cost of Delay (CoD) как скалярной величины, вычисляемой на момент пиритизации (если вообще ее считают). Однако почему-то не обращают внимания, что CoD по своей структуре является функцией от времени: она растянута на некотором интервале.

Также есть показатель Expected Monetary Value (EMV), который используется для оценки условной ценности с учётом рисков (фактически - математическое ожидание), но как-то не рассматривается в динамике также, как убывающая функция времени задержки решения. Что тоже странно, если об этом задуматься.

Ниже представлена попытка объединить эти два представления в единую модель и показывается, что между ними существует зависимость, имеющая важные практические следствия для приоритизации, как мне кажется.

Пусть: t - время задержки принятия решения или реализации функциональности; V₀ - первоначальная ожидаемая ценность работы (EMV при t = 0); c(t) - мгновенная скорость Cost of Delay (д.е./ед. времени); C(t) = ∫₀ᵗ c(τ)dτ - накопленные потери от задержки; EMV(t) = V₀ - C(t) - остаточная ожидаемая денежная ценность.

Введем тождество:   C(t) + EMV(t) ≡ V₀ - очевидно, что с нарастанием потерь выгода убывает.

Пары (EMV(t), C(t)) образуют зеркальное отражение друг дружки вдоль прямой x + y = V₀. Точка пересечения кривых определяется условием C(t*) = EMV(t*), откуда:

C(t*) = EMV(t*) = V₀/2   - универсальный инвариант break-even, как видим.

Иными словами, для любой формы функции CoD точка, в которой накопленный ущерб от задержки сравнивается с остаточной ценностью, лежит ровно на половине исходной стоимости. Это не зависит от профиля потерь, т.к. меняется только момент времени t*, в который этот порог достигается.

Рассмотрим по пяти типам Cost of Delay

Далее рассмотрим пять канонических профилей CoD, введённых Дональдом Райнертсеном в работе «The Principles of Product Development Flow». Для каждого профиля приводится аналитическое выражение накопленной функции C(t), вывод точки пересечения t*, графическая иллюстрация и управленческая интерпретация.

1. Urgency (линейный CoD)

Формула: C(t) = c₀·t, EMV(t) = V₀ - c₀·t

Параметры: c₀ = 10, V₀ = 100

Простейшая модель равномерных потерь: каждая единица задержки стоит фиксированной суммы. Это, напаример, регуляторные штрафы, упущенная операционная выгода.

Urgency (линейный CoD)

Urgency (линейный CoD)

2. Fixed Date (ступенчатый)

Формула: C(t) = L·H(t - T_d)

Параметры: T_d = 5, L = 70

Дедлайн-модель: потери реализуются скачком в момент T_d. Например, контрактные обязательства, релиз к событию, сезонные продажи.

Fixed Date (ступенчатый)

Fixed Date (ступенчатый)

3. Intangible (квадратичный)

Формула: C(t) = (α/2)·t², EMV(t) = V₀ - (α/2)t²

Параметры: α = 4, V₀ = 100

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

Intangible (квадратичный)

Intangible (квадратичный)

4. Expedite (экспоненциальный)

Формула: EMV(t) = V₀·e^(-λt), C(t) = V₀(1 - e^(-λt))

Параметры: λ = 0.4

Рыночное окно закрывается экспоненциально: first-mover advantage, hype-cycle продукты, конкурентные гонки. Наивысший приоритет.

Expedite (экспоненциальный)

Expedite (экспоненциальный)

5. S-curve (логистический)

Формула: C(t) = V₀ / (1 + e^(-k(t - t₀)))

Параметры: t₀ = 5, k = 1.2

Жизненный цикл продукта: медленный старт, взрывной рост ущерба в середине, насыщение. Характерно для платформенных и сетевых эффектов.

S-curve (логистический)

S-curve (логистический)

Ключевой вывод. Точка пересечения EMV и CoD всегда равна V₀/2 для любого типа CoD. Различие состоит только в скорости достижения этой точки. Именно эта скорость и задаёт относительный приоритет задач в методиках WSJF и CD3.

Практические следствия для руководителя проекта

1. Универсальный индикатор break-even. Независимо от выбранной модели CoD, точка V₀/2 является объективной границей экономической целесообразности дальнейшей задержки. Достижение этого уровня означает, что половина исходной ценности уже утрачена, и приоритизация задачи должна быть пересмотрена.

2. Приоритизация по скорости достижения t*. Задачи с экспоненциальным профилем CoD достигают break-even кратно быстрее, чем задачи с квадратичным или логистическим профилем. Это количественно обосновывает их более высокий приоритет.

3. Обоснование WSJF и CD3. Коэффициент CoD/Job Size в WSJF может быть интерпретирован как скорости приближения к точке V₀/2.

4. Диалог с бизнесом. Модель даёт интуитивно понятный аргумент для коммуникации со стейкхолдерами: «мы теряем половину ценности к моменту t*, и t* определяется не нашими желаниями, а формой CoD данной задачи».

Представление Cost of Delay и Expected Monetary Value как взаимно обратных функций относительно исходной ценности V₀ даёт руководителю проекта простой, но мощный аналитический инструмент. Универсальная точка пересечения на уровне V₀/2 является постиойнной, не зависящим от формы функции потерь, и может служить объективным триггером для пересмотра приоритетов портфеля. Все пять типов CoD укладываются в единую модель, в которой различаются только параметры скорости и, как следствие, положение момента break-even на оси времени.