Задача и границы
Рабочий контур темы «прогнозирование сроков по историческому потоку» строится вокруг артефакта «вероятностный прогноз поставки». Такой формат помогает оценивать срок или объём через историческую производительность, диапазоны и явную вероятность вместо одной обещанной даты. Рекомендации для артефакта «вероятностный прогноз поставки» остаются редакционной методикой без внешней ссылки.
В артефакте «вероятностный прогноз поставки» сначала связывают блоки «Вопрос» и «История». Неизвестность по условию «новая команда не имеет достаточной истории» помечают отдельно. Причинные объяснения для темы «прогнозирование сроков по историческому потоку» остаются редакционными гипотезами до самостоятельной проверки.
Практическую пользу артефакта «вероятностный прогноз поставки» проверяют действием «сформулировать один прогнозный вопрос». В артефакте «вероятностный прогноз поставки» ошибку «показывать только медианную дату» используют как негативный сценарий. Для темы «прогнозирование сроков по историческому потоку» бесполезную запись удаляют при пересмотре.
Проверенные основания
Kanban Guide определяет Service Level Expectation как прогноз времени прохождения элемента через workflow, выражаемый вероятностью. основание
Исследование Fraunhofer проверяло Monte Carlo-прогнозы программных проектов на исторических данных и сравнивало их с фактическими результатами. основание
Исследование вероятностной длительности программных проектов использует симуляцию для представления и распространения неопределённости. основание
Материал Scrum.org показывает применение Monte Carlo к историческим данным команды для получения вероятностного прогноза завершения backlog. основание
Проверенные источники задают внешние ориентиры. Редакционная схема «вероятностный прогноз поставки» соединяет их с компонентом «Выборка» и ограничением «редкие единичные проекты требуют другой модели». Прямое копирование без адаптации не предлагается.
Рабочая модель
Вопрос. Элемент «Вопрос» в модели «вероятностный прогноз поставки»: срок завершения набора или объём к определённой дате. Расхождение запускает пересмотр.
История. Артефакт «вероятностный прогноз поставки», блок «История»: сопоставимые периоды throughput или cycle time. Проверку проводят на завершённой работе.
Выборка. Компонент «Выборка» в артефакте «вероятностный прогноз поставки»: очистка без удобного удаления неудобных наблюдений. Формулировку делают наблюдаемой.
Модель. Раздел «Модель» для артефакта «вероятностный прогноз поставки»: повторная выборка и множество возможных исходов. Добавляют продуктовый пример.
Вероятность. Элемент «Вероятность» в модели «вероятностный прогноз поставки»: несколько уровней уверенности для решения. Расхождение запускает пересмотр.
Обновление. Артефакт «вероятностный прогноз поставки», блок «Обновление»: пересчёт после изменения объёма или появления новых данных. Проверку проводят на завершённой работе.
В артефакте «вероятностный прогноз поставки» изменение блока «Вопрос» сопоставляют с блоком «Модель». Связь проверяют критерием «результат показывает несколько вероятностей». Остальные поля заполняют только при влиянии на решение.
Связка «Выборка → Обновление» получает отдельную строку в артефакте «вероятностный прогноз поставки». Блок «Выборка»: очистка без удобного удаления неудобных наблюдений. Блок «Обновление»: пересчёт после изменения объёма или появления новых данных. Переход проверяют критерием «допущения доступны получателю». Ошибка «смешивать периоды с разными правилами работы» служит отрицательным тестом для темы «прогнозирование сроков по историческому потоку». Если связь не объясняет эту ошибку, модель «вероятностный прогноз поставки» упрощают или дополняют.
Порядок внедрения
1. Сформулировать один прогнозный вопрос. Шаг «сформулировать один прогнозный вопрос» выполняют на ограниченной выборке. В артефакте «вероятностный прогноз поставки» сохраняют решение и риск.
2. Проверить стабильность границ workflow. Действие «проверить стабильность границ workflow» обновляет артефакт «вероятностный прогноз поставки». Недостающие сведения помечают отдельно.
3. Собрать сопоставимую историю завершений. Шаг «собрать сопоставимую историю завершений» проверяют реальными примерами. Результат вносят в артефакт «вероятностный прогноз поставки».
4. Запустить множество выборок исторического потока. Операцию «запустить множество выборок исторического потока» проводят с затронутыми участниками. В артефакте «вероятностный прогноз поставки» фиксируют итог.
5. Показать даты для нескольких вероятностей. Шаг «показать даты для нескольких вероятностей» выполняют на ограниченной выборке. В артефакте «вероятностный прогноз поставки» сохраняют решение и риск.
6. Регулярно обновлять прогноз и сравнивать с фактом. Действие «регулярно обновлять прогноз и сравнивать с фактом» обновляет артефакт «вероятностный прогноз поставки». Недостающие сведения помечают отдельно.
После действия «регулярно обновлять прогноз и сравнивать с фактом» артефакт «вероятностный прогноз поставки» получает срок проверки. Подтверждением считают критерий «точность проверяется на завершённых периодах». Ограничение «симуляция отражает входные данные, а не гарантирует будущее» служит сигналом пересборки.
Цикл «вероятностный прогноз поставки» начинается действием «сформулировать один прогнозный вопрос». Завершение подтверждает критерий «история соответствует текущему типу работы». Ошибка «удалять долгие элементы без объяснения» прерывает обычный ход темы «прогнозирование сроков по историческому потоку». Ограничение «редкие единичные проекты требуют другой модели» определяет допустимое исключение. Новый факт по блоку «Вероятность» вносят в артефакт «вероятностный прогноз поставки» до следующего решения. Такой ритм удерживает артефакт «вероятностный прогноз поставки» в рамках delivery-процесса, а не в обособленной отчётной практике.
Прикладной пример
Редакционный пример для темы «прогнозирование сроков по историческому потоку»: Для миграции оставалось 48 сопоставимых элементов. По истории последних месяцев команда смоделировала множество последовательностей throughput и получила три даты: раннюю, рабочую и консервативную. Руководству показали вероятность каждой даты и условие пересчёта при добавлении новых систем, поэтому консервативный прогноз не выдавался за гарантированный срок.
В примере «вероятностный прогноз поставки» связывает компонент «Вероятность» с шагом «показать даты для нескольких вероятностей». При переносе заново проверяют ограничение «скрытое изменение объёма разрушает прогноз» и критерий «объём прогноза контролируется».
Контрольный разбор «вероятностный прогноз поставки» сопоставляет «История», действие «собрать сопоставимую историю завершений» и критерий «допущения доступны получателю». Ограничение «крупная реорганизация делает прошлое несопоставимым» записывают рядом. Для темы «прогнозирование сроков по историческому потоку» эта эта схема обеспечивает проверку, но не доказывает причинность.
Перед применением команда проверяет артефакт «вероятностный прогноз поставки» на одном завершённом элементе темы «прогнозирование сроков по историческому потоку». Она восстанавливает блок «Вопрос» и повторяет действие «проверить стабильность границ workflow». Для темы «прогнозирование сроков по историческому потоку» отдельно проверяют ошибку «считать вероятность обещанием». Если критерий «объём прогноза контролируется» нельзя подтвердить имеющимися данными, решение остаётся пробным. Ограничение «скрытое изменение объёма разрушает прогноз» записывают до начала следующего рабочего случая.
Типовые ошибки
- Показывать только медианную дату. В артефакте «вероятностный прогноз поставки» последствие относится к блоку «Выборка». Исправление меняет рабочее правило.
- Смешивать периоды с разными правилами работы. В артефакте «вероятностный прогноз поставки» последствие относится к блоку «Модель». Исправление меняет рабочее правило.
- Удалять долгие элементы без объяснения. В артефакте «вероятностный прогноз поставки» последствие относится к блоку «Вероятность». Исправление меняет рабочее правило.
- Считать вероятность обещанием. В артефакте «вероятностный прогноз поставки» последствие относится к блоку «Обновление». Исправление меняет рабочее правило.
- Не пересчитывать прогноз после изменения объёма. В артефакте «вероятностный прогноз поставки» последствие относится к блоку «Вопрос». Исправление меняет рабочее правило.
Критерии качества
- Вопрос имеет чёткую границу. После шага «сформулировать один прогнозный вопрос» результат вносят в артефакт «вероятностный прогноз поставки».
- История соответствует текущему типу работы. После шага «проверить стабильность границ workflow» результат вносят в артефакт «вероятностный прогноз поставки».
- Допущения доступны получателю. После шага «собрать сопоставимую историю завершений» результат вносят в артефакт «вероятностный прогноз поставки».
- Результат показывает несколько вероятностей. После шага «запустить множество выборок исторического потока» результат вносят в артефакт «вероятностный прогноз поставки».
- Объём прогноза контролируется. После шага «показать даты для нескольких вероятностей» результат вносят в артефакт «вероятностный прогноз поставки».
- Точность проверяется на завершённых периодах. После шага «регулярно обновлять прогноз и сравнивать с фактом» результат вносят в артефакт «вероятностный прогноз поставки».
В артефакте «вероятностный прогноз поставки» критерий «вопрос имеет чёткую границу» рассматривают вместе с условием «объём прогноза контролируется». Итоговая оценка называет остаточный риск темы «прогнозирование сроков по историческому потоку».
Ограничения применимости
- Новая команда не имеет достаточной истории. Для блока «Вопрос» в артефакте «вероятностный прогноз поставки» требуется новая проверка. Перенос остаётся гипотезой.
- Крупная реорганизация делает прошлое несопоставимым. Для блока «История» в артефакте «вероятностный прогноз поставки» требуется новая проверка. Перенос остаётся гипотезой.
- Редкие единичные проекты требуют другой модели. Для блока «Выборка» в артефакте «вероятностный прогноз поставки» требуется новая проверка. Перенос остаётся гипотезой.
- Скрытое изменение объёма разрушает прогноз. Для блока «Модель» в артефакте «вероятностный прогноз поставки» требуется новая проверка. Перенос остаётся гипотезой.
- Симуляция отражает входные данные, а не гарантирует будущее. Для блока «Вероятность» в артефакте «вероятностный прогноз поставки» требуется новая проверка. Перенос остаётся гипотезой.
Если ограничения затрагивают «Вопрос», «Выборка» и «Вероятность», артефакт «вероятностный прогноз delivery-процесса» пересобирают. Дополнительные исключения не должны маскировать смену рабочего контекста.
Вывод
Тема «прогнозирование сроков по историческому потоку» становится управляемой через артефакт «вероятностный прогноз поставки». Начать следует с действия «сформулировать один прогнозный вопрос», затем проверить компонент «Вопрос» и критерий «вопрос имеет чёткую границу». Ограничение «новая команда не имеет достаточной истории» оставляют видимым, поэтому артефакт не создаёт ложной уверенности.
