143 подписчика
📍 Самооценка практик работы с требованиями — 8 из 10
Если требования падают "с неба", а план проекта живёт сам по себе — ждите сюрпризов.
Сегодня — о прозрачности происхождения требований и привязке плана к реальности.
❓ Вопрос 15: Как вы отслеживаете источники требований?
🟥 а — Не отслеживаем.
🟧 б — Примерно знаем, кто что сказал, но не фиксируем.
🟨 в — У каждого требования есть явно указанный источник.
🟩 г — У нас настроены двусторонние связи: бизнес → системные → пользовательские → функциональные. Вся цепочка прослеживается.
💡 Комментарий:
Если неизвестно, откуда пришло требование, вы не сможете понять, зачем оно вообще нужно. А значит — и не сможете принять обоснованное решение об изменении или удалении.
Прозрачность начинается с источника.
❓ Вопрос 16: Как вы учитываете требования при составлении плана проекта?
🟥 а — Сначала сроки, потом требования. Остальное — по ходу.
🟧 б — Планируем после предварительного сбора требований, но без гибкости.
🟨 в — Идём по итерациям: приоритизируем, оцениваем, добавляем циклы.
🟩 г — Строим план на основе затрат и приоритетов. Регулярно пересматриваем, создаём несколько выпусков и адаптируемся к изменениям.
💡 Комментарий:
Если план проекта не привязан к требованиям — это не план, а список надежд.
Гибкость и итерации не усложняют управление — они позволяют управлять реалистично.
🔍 А как у вас это устроено?
Оцените честно: вы уверены, что знаете источник каждого требования? А ваш план действительно опирается на приоритеты и трудозатраты, или живёт своей жизнью?
1 минута
28 апреля