Насыщенное состояние Agile

Данный пост является ненаучными комментариями к статическому анализу неких графиков (которые всё равно нельзя публиковать, потому что они ДСП). Все факты вымышлены, все имена изменены.

Представьте, идёт строительство дома…

Один возводит кладку.

Другой прорубает в стенах отверстия под окна.

Третий пытается вставить рамы, но пока бегал за стеклом, кто-то уже всё забил фанерой.

Четвёртый закладывает кирпичом дыры в стенах.

Пятый кладёт электропроводку. Когда у плинтуса, когда по полу по диагонали, потому что так быстрее.

Пятый решил, что табличка «Не включать! Работают люди!» слишком приказывающая и заменил на «Осторожно! Высокое напряжение!»

Шестой попытался включить дрель, чертыхнулся, прибежал к щиту, чертыхнулся ещё раз, сорвал табличку и включил все рубильники.

Седьмой…

А посреди этого мельтешит прораб, спрашивая, сколько кирпичей уложено, сколько окон прорублено, сколько отверстий пробито, сколько метров электропроводки подключено и есть ли у кого ещё замечания.

Отсюда видно, что важнейшими для любого agile проекта являются два срока:

1. T_нас, когда происходит насыщение системы ошибками и скорость внесения новых растёт до скорости устранения старых.
   
2. T_нах, когда заказчик понимает, что конечного результата не будет не только в обозримом будущем, но и в будущем необозримом, и прикрывает лавочку.

Задача опытного специалиста перейти с повышением после наступления первого, но до наступления второго.