Question backlog — как я делаю это на практике

Я не делаю из Question backlog методологию.
Я делаю из него рабочий инструмент. Поэтому — конкретно.

Шаг 1. Меняем режим разговора
Я прямо проговариваю:

«Мы сейчас не закрываем вопросы.
Мы фиксируем, какие из них определяют решения.»

Это важно. Пока люди думают, что от них ждут ответ — они защищаются.
Когда от них ждут вопрос — начинают думать.

Шаг 2. Достаём вопросы
Источники почти всегда одни и те же:
• фразы «это не критично»
• слова «всегда», «обычно», «как правило»
• интеграции
• места, где решение хочется принять «на вере»

Хороший триггер:

«Чтобы это решение было правильным, должно быть правдой, что…»

Шаг 3. Оформляем вопрос как карточку
Не обсуждаю формат, но обязательные поля для меня такие:
• сам вопрос
• какое решение от него зависит
• impact, если ответ окажется другим
• срочность
• владелец
• следующий шаг

Вопрос без следующего шага — это не backlog, а философия.

Шаг 4. Приоритизируем
Два параметра:
• насколько больно будет ошибиться
• когда решение станет необратимым

Так сразу видно:
• что нужно выяснять прямо сейчас
• что можно осознанно отложить
• что вообще можно выкинуть

Шаг 5. Закрываем вопросы правильно
Вопрос может быть:
• подтверждён
• закрыт решением с риском
• зафиксирован как допущение
• отложен с триггером
• признан нерелевантным

Фраза «ну вроде договорились» — не считается.