В инженерной среде есть шутка, что одно из самых страшных событий — уход менеджера на учебу. Там его чему-то научат, он вернется на работу, и начнется…
последние восемь лет, приходя в организации в разгар крупных изменений, я постоянно наблюдал, как люди проводят изменения, например, сокращая время выхода продуктов на рынок, не зная, каким оно было изначально, а значит, не понимая, меняется ли что-либо в лучшую сторону, и дополнительно не оценивая стоимость и оправданность инвестиций в изменения.
Даже тут неплохо вспомнить распространенный пример: «У нас не сработал Скрам, давайте попробуем канбан». Такие вещи случаются из-за того, что люди не погружаются в инструменты глубоко, а смотрят на них поверхностно и предпочитают ими жонглировать, вместо того чтобы разбираться в проблемах, находя их причины и устраняя таковые путем грамотного подбора инструмента.
Исходя из вышесказанного, нужно делать работу с фиксированной датой поставки так, чтобы она была готова непосредственно к указанной дате, а для этого необходимо: • знать дату поставки (Desired Delivery Date, DDD); • знать время, в течение которого можно реализовать запрос. Имея в своем распоряжении два данных параметра, можно из первого вычесть второй и получить момент времени, который называют последним ответственным моментом, или LRM (Last Responsible Moment). Это точка на шкале времени, когда нужно начинать работу над запросом с фиксированной датой поставки. Понимание данного момента, умение его считать и мониторить дает возможность более грамотно управлять потоком.
Зачастую для менеджмента с фокусом на загрузке сотрудников требуется множество действий по координации их действий, которые в народном фольклоре называются микроменеджментом.
