На встрече разбирают задержку запуска. Разработка закончила свою часть. Аналитики передали требования. Тестирование прошло. Каждый участник может показать, что его работа выполнена.

Только пользоваться результатом пока нельзя.

Осталось согласование, подключение смежной системы или решение, которое никто не считал своей задачей. В отчётности всё выглядит прилично, а запуск снова переносится.

В такой ситуации легко начать разбираться, кто недоработал. Я бы сначала посмотрел, как устроен весь путь от запроса до результата.

Для одного подразделения задача заканчивается передачей документа. Для другого — выпуском кода. Для третьего — подписанием согласования.

Это могут быть необходимые этапы. Но каждый из них ещё не означает, что бизнес получил то, ради чего начинал работу.

Например, функция появилась в системе, но сотрудники продолжают пользоваться таблицей: не перенесены данные, нет доступа или новый процесс не согласован. Формально релиз состоялся. Изменение в работе компании — пока нет.

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

Для начала не обязательно перестраивать всю организацию. Можно взять один недавний запуск и восстановить его путь:

Здесь часто обнаруживается разница между временем работы и временем ожидания. Задача могла занимать несколько дней у специалистов, но провести недели между ними.

Если ускорять только отдельные операции, эти недели никуда не исчезнут.

Следующий шаг зависит от причины. Где-то нужно раньше подключать смежную команду. Где-то — уточнить полномочия. Где-то — уменьшить объём одновременно начатой работы или договориться об общих критериях готовности.

Назначить одного ответственного недостаточно, если у него нет возможности получить решение, согласовать приоритет или привлечь нужных участников.

Мне кажется полезным простой вопрос для ближайшей рабочей встречи: какую задачу мы недавно закрыли, хотя пользоваться результатом ещё было нельзя?

Один такой пример может дать больше материала для улучшений, чем очередное обсуждение общей эффективности команд.