Выявление точки старта
Если у вас есть работа, которая по ряду обстоятельств должна быть сделана точно к определенной дате, то стоит задуматься, как поступить. Очевидно, что выполнение этой работы позже указанной даты не имеет смысла, но есть ли смысл делать ее раньше? Ответ однозначный: «Нет!» По двум причинам:
1️⃣ Когда работа сделана и лежит до момента, когда ее нужно передать заказчику, могут возникнуть проблемы, связанные с тем, что за время ожидания что-то изменится в ситуации и потребуются дополнительные затраты на интеграцию работы в новое окружение. Для примера из материальной жизни предположим следующее. Вы сделали деталь для большого агрегата, который через два месяца надо передать заказчику. Деталь лежит и ждет два месяца. За это время заказчик решил перейти от метрической резьбы к дюймовой, поэтому к моменту передачи детали ее уже было невозможно прикрепить к изделию (резьба не соответствует стандарту), требуется доработка.
2️⃣ Вместо того чтобы делать что-то, что будет лежать и ждать своего часа, можно сделать что-то, что принесет пользу прямо сейчас. Допустим, у нас есть функциональность А, которая, будучи реализована, могла бы приносить 1000 руб. в месяц, и функциональность Б, которую надо сделать ровно через два месяца. Обе функциональности делать один месяц. Если мы сделаем вначале Б, а потом А, то через два месяца закроем наши обязательства по реализации и ничего не заработаем. Если мы сначала сделаем А, а потом Б, то через два месяца выполним наши обязательства по реализации и заработаем 1000 руб., потому что во втором месяце функциональность А уже будет приносить деньги. Исходя из вышесказанного, нужно делать работу с фиксированной датой поставки так, чтобы она была готова непосредственно к указанной дате, а для этого необходимо:
▪️знать дату поставки (Desired Delivery Date, DDD); ▪️знать время, в течение которого можно реализовать запрос.
Имея в своем распоряжении два данных параметра, можно из первого вычесть второй и получить момент времени, который называют последним ответственным моментом, или LRM (Last Responsible Moment). Это точка на шкале времени, когда нужно начинать работу над запросом с фиксированной датой поставки. Понимание данного момента, умение его считать и мониторить дает возможность более грамотно управлять потоком.
Из книги «Канбан метод. Базовая практика»
