В продолжение вчерашнему посту, мы расскажем о случае из жизни 👌

👉 Куратор проекта Михаил сомневался по поводу необходимости тратить много времени на определение требований. Тем не менее он присоединился к разработчикам и другим сторонникам продукта, которые проводили однодневный тренинг, посвящённый работе над требованиями. Тренинг убедил Михаила уделить этому время.

По мере развития проекта Михаил получил отличные отзывы от представителей пользователей о том, насколько хорошо прошла разработка требований. Он даже организовал ланч для аналитиков и сторонников продукта, чтобы отпраздновать создание основной версии требований для первого выпуска системы 🥂

На ланче Михаил поблагодарил тех, кто занимался сбором информации для создания требований, за их вклад и коллективную работу. А затем он сказал: «Теперь, когда с требованиями всё в порядке, я с нетерпением ожидаю скорого появления готового продукта».

«Мы ещё не готовы к запуску, — ответил менеджер проекта. — Мы планируем выпускать продукт поэтапно» 🔎

😒 Михаил расстроился. Всё выглядело так, как будто разработчики сознательно медлили. Однако не делал ли он преждевременных выводов?

Опытные менеджеры проектов и разработчики понимают ценность преобразования требований в рациональные планы. Они необходимы в тех случаях, когда следующая версия представляет как 1, так и 100% всего конечного продукта.

В следующих постах мы рассмотрим, как преодолеть пропасть, которая отделяет разработку требований от успешного выпуска продукта. Следите за обновлениями 😉📲

#УправТреб #Управлениетребованиями #Реализацияпроекта #ПроектноеУправление #Разработкатребований #Полезнознать