📍 Самооценка практик работы с требованиями — 8 из 10

Если требования падают "с неба", а план проекта живёт сам по себе — ждите сюрпризов. Сегодня — о прозрачности происхождения требований и привязке плана к реальности.

❓ Вопрос 15: Как вы отслеживаете источники требований?

🟥 а — Не отслеживаем. 🟧 б — Примерно знаем, кто что сказал, но не фиксируем. 🟨 в — У каждого требования есть явно указанный источник. 🟩 г — У нас настроены двусторонние связи: бизнес → системные → пользовательские → функциональные. Вся цепочка прослеживается.

💡 Комментарий: Если неизвестно, откуда пришло требование, вы не сможете понять, зачем оно вообще нужно. А значит — и не сможете принять обоснованное решение об изменении или удалении. Прозрачность начинается с источника.

❓ Вопрос 16: Как вы учитываете требования при составлении плана проекта?

🟥 а — Сначала сроки, потом требования. Остальное — по ходу. 🟧 б — Планируем после предварительного сбора требований, но без гибкости. 🟨 в — Идём по итерациям: приоритизируем, оцениваем, добавляем циклы. 🟩 г — Строим план на основе затрат и приоритетов. Регулярно пересматриваем, создаём несколько выпусков и адаптируемся к изменениям.

💡 Комментарий: Если план проекта не привязан к требованиям — это не план, а список надежд. Гибкость и итерации не усложняют управление — они позволяют управлять реалистично.

🔍 А как у вас это устроено?

Оцените честно: вы уверены, что знаете источник каждого требования? А ваш план действительно опирается на приоритеты и трудозатраты, или живёт своей жизнью?