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

Первый и важный шаг, который следует предпринять в ходе процесса формулировки содержания проекта, должен быть связан с критическим анализом формулировки содержания проекта, который поступил от заказчика проекта. Как правило, формулировка содержания проекта от заказчика требует серьезных уточнений. В этой связи хорошо работает следующая (тайная от заказчика) позиция исполнителя проекта: «заказчик, скорее всего, сам не знает, чего хочет». После первого шага, следует сфокусироваться над вторым шагом — формализацией задачи проекта.

Формализация задач проекта – это процесс представления задач в четкой, понятной и измеримой форме. Это процесс включает в себя определение цели проекта, анализ альтернативных путей достижения цели проекта, сравнение этих альтернативных путей достижения цели, выбора наиболее предпочтительного пути достижения цели на основе стратегических, экономических и тактических ограничений и предпочтений, а также контекста в котором находится организация в настоящий момент. Однако и этих мероприятий тоже, как правило, не достаточно, для того, чтобы посчитать процесс формализации задач проекта завершенным. Обязательно необходимо провести исторический анализ проблемной ситуации, которую необходимо решить в ходе реализации проекта, но и этого тоже недостаточно, чтобы завершить процесс формализации задач проекта. Необходимо провести системный (многофакторный) анализ задачи проекта, учитывая внешние и внутренние факторы влияния на фирму в контексте решения задачи проекта.     В ходе проведения системного анализа необходимо учесть исторический контекст развития факторов влияния, учитывая тренды развития факторов.  В завершение этого комплексного процесса (исторического и системного анализа) возможно произвести переход на разбиение проекта на конкретные задачи, с описанием их измеримости показателей эффективности, а также определение сроков и ресурсов проекта.

После описания процедуры подготовки к формализации задач проекта, укажем методы и инструменты, которые позволят произвести этот процесс эффективно и результативно. Первый и важнейший инструмент – это составление бизнес-кейса проекта (PMBoK 6:1.2.6.1).  В ходе составления бизнес-кейса проекта необходимо использовать следующие девять ключевых слов (ограничений): соответствие стратегии, содержание, риски, время, деньги, стоимость, качество, выгода, осуществимость. Это позволит применить следующий метод, позволяющий приблизиться к формализации задач проекта – это метод ТОС Э. Голдратта.  Применение этого метода позволит определить корневую проблему, решаемую заказчиком проекта. Следующий шаг, который необходимо совершить — это формализация задачи проекта, используя подход, принятый в ТРИЗ Г.С. Альтшуллера и состоящий из 4-х пунктов:

1. следует сформулировать проблему, которую желает решить заказчик, в ходе реализации проекта, при этом формулировка предметной области проекта должна быть сделана в терминах получения ЦКР – ценностного конечного результата. Здесь важно добиться того, чтобы ЦКР содержал бы не только инженерную или технологическую ценность, но и обязательно бизнес и экономическую ценность проекта. Например, социально-значимые проекты помимо экономической ценности должны содержать социальную и культурную ценности;
2. необходимо сформулировать желаемый конечный результат (ценный конечный результат — ЦКР), который хочет получить заказчик после реализации проекта и ИКР – идеальный конечный результат, к которому следует стремиться в ходе реализации проекта.
3. Необходимо описать МФС – моделью функционирующей системы. Здесь необходимо подробно описать систему, в которой наблюдается проблема и в которой следует отметить основные внешние и внутренние факторы, которые, влияют на изучаемую систему. В ходе проведения системного анализа можно использовать эффективный ТРИЗ — инструмент, «системный оператор ТРИЗ» или, так называемый, «девяти экранник Г.С. Альтшуллера». Ниже приведен пример анализа проблемы, связанной с низкой прибыльностью предприятия, где используются «девяти экранник».  
4. следует отметить ограничения проекта, которые следует учитывать в ходе решения проблемы заказчика (время, стоимость, качество, риски и т.д.)  

Рисунок — Девяти экранник Г.С. Альтшуллера для анализа проблемы, связанной с низкой прибыльностью предприятия

На рисунке приняты следующие обозначения:

1. «Система в настоящем» – это задача проекта в настоящем (см. пунк1 выше);
2. «Система в будущем» — это желаемый результат проекта (см. пункт 2 выше);
3. «Надсистема в настоящем» — это внешний фактор влияние на задачу проекта (см. пункт 3 выше);
4. «Подсистема в настоящем» — это внутренние факторы влияния на задачу проекта (см. пункт 4 выше)

Оставшиеся обозначения связаны с исторических контекстом развития решения задачи проекта.

Таким образом, после завершения процесса формализации задач проекта, подходами и методами, приведенными в настоящем параграфе, можно избежать самых значимых барьеров на пути сбора требований от заказчика проекта. В противном случае, процесс сбора требований для проектов развития будет выполнен некорректно и не позволит реализовать проект продуктивно.