Узкое место в IT-доставке не стоит на месте — оно переезжает между этапами. Разберём, почему так происходит, и что с этим делать.
Горлышко как будто переезжает по потоку. Сегодня оно здесь, завтра — на другом этапе. Знакомо?
Одна интеграция с legacy тянется недели, соседний эндпоинт — день. Это не штамповка одинаковых деталей на конвейере, а творческая работа с высокой неопределённостью. Ровный поток невозможен в принципе — это природа работы, а не вина команд.
Инстинкт при нехватке людей — загрузить всех под завязку. Но чем ближе загрузка к 100%, тем нелинейно растёт время ожидания. Немного свободной мощности — и поток течёт быстрее.
Раз вариативность неустранима, борются не за ровный поток любой ценой, а за устойчивость к нему. Три рычага — теми же людьми, без найма.
Готовое к разработке лежит в явном складе. Проектирование не простаивает, разработка берёт по мере готовности.
Ограничиваем, сколько работы одновременно на этапе. Меньше параллельного — меньше пробок, ровнее поток.
Немного свободной мощности на этапе. Контринтуитивно, но пропускная способность растёт.
Естественные реакции на затор — и почему каждая из них мимо.
Дорого, медленно и часто просто двигает узкое место дальше: усилили разработку — затор переехал на тест. Сначала выжать из потока то, что есть.
Проблема не в усилии, а в структуре потока. Люди уже заняты; заставить стараться сильнее — не убрать очередь, а лишь выжечь команду.
Это не решение, а сама причина пробок. Полная загрузка максимизирует занятость людей, но не пропускную способность потока.
Симулятор и воркшоп позволяют покрутить рычаги самим и увидеть, как узкое место скачет — и как его успокоить.