Анализ ключевых требований к продукту (АКТП)   Часть 2

 Часть 1

Общее представление инструмента

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

Здесь есть определенные трудности и основная состоит в том, что эти требования и ограничения могут быть наложены не только заказчиком, лицом, поставившим задачу, но и теми, кто своими действиями может повлиять на создание, внедрение, функционирование объекта на протяжении всего его жизненного цикла. Такие лица принято называть стейкхолдерами (первоначально в США стейкхолдерами, то есть держателями доли, называли акционеров фирмы, которые своими решениями на совете директоров могли повлиять на стратегию фирмы. Но затем оказалось, что значительно повлиять на фирму могут и рядовые покупатели, отказавшиеся брать новый продукт, и рабочие, которые неудобство изготовления «преобразуют» в низкое качество, малый объем производства и пр.) Но как правило стейкхолдерами сегодня называют всех тех, кто заинтересован в продукте. Мы видим, что среди заинтересованных лиц есть те, кто никак не может повлиять на продукт. И наоборот – среди тех, кто может повлиять на продукт есть те, кто в нем совершенно не заинтересован. Поэтому введем понятие «влияющее лицо». Это такие лица (или организации), взаимодействие с которыми важно для продукта, и которые сами могут выбрать, взаимодействовать ли им с продуктом. Далее мы рассмотрим это более подробно.   

Наиболее важные требования влияющих лиц вытекают из их базовых установок. Это может быть требование иметь определенный уровень безопасности, экономичности, простоты ремонта и контроля и т.д. Поэтому новые решения, найденные в результате выполнения проекта должны будут удовлетворять комплексу этих требований, иначе кто-то из ключевых участников «проголосует» за отказ от продукта.

Требования, невыполнение которых приведет к отказу от продукта лиц, влияющих на его судьбу, будем называть Ключевыми Требованиями к Продукту (КТП) 

Работа по фиксации важных (ключевых) характеристик должна проводиться в каждом проекте.  Конечно, начиная работу по совершенствованию объекта следует рассмотреть техническое задание (ТЗ), но его также полезно исследовать на полноту описанных в нем характеристик. Бывает, что ТЗ составляют формально, то есть в нем могут отсутствовать заведомо очевидные для составителей моменты. То есть в ТЗ их нет, но при оценке проекта они приниматься во внимание будут.

Увы, на предприятиях довольно часта практика, когда проекты открывают, вообще не задав ТЗ, скорее всего сделав это устно или полагаясь на высокий уровень понимания ситуации командой проекта.

ТРИЗ пока не имеет в своем арсенале специальных инструментов для выявления скрытых требований. Поэтому работа по выявлению КТП не подменяет маркетинговые исследования или процедуры составления ТЗ. Анализ КТП, это скорее этап сбора и интеграции данных, важных для проекта.  В зоне внимания команды, ведущей проект всегда должны быть параметры, которые должны быть улучшены, и параметры, которые не должны быть ухудшены. 

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

Глоссарий

Цель проекта – это планируемый результат выполнения работы над проектом.

Ключевое требование к продукту (КТП) – Требования, невыполнение которых приводит к отказу от взаимодействия с продуктом лиц, влияющих на его судьбу

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

Рынок – обобщенное наименование совокупности лиц, использующих продукт или взаимодействующих с продуктом на разных стадиях жизненного цикла. (Так, если сотрудник выполняет проект, то есть делает расчет, который потом передаст своему коллеге, то этот коллега с его требованиями по скорости выполнения работы, точности расчетов и аккуратности изложения и будет рынком.)    

СКТП – совокупность ключевых требований участников рынка, составляющая единое целое. Их комплексная реализация обеспечивает попадание продукта на конкретный рынок.   

АКТП – Аналитический инструмент ТРИЗ, - процесс выявления комплекса ключевых требований, составляющих основу модели принятия решений в финале проекта.

Влияющее лицо – лицо, взаимодействие которого с продуктом важно для выполнения какого-либо этапа жизненного цикла продукта, и имеющее возможность отказаться от этого взаимодействия при невыполнении его требований. Это может быть отдельный человек или организация, но в любом случае это представитель надсистемы, взаимодействующей с объектом.  

Жизненный цикл – совокупность этапов, охватывающих различные состояния объекта, начиная с момента возникновения необходимости в выполнении какой-то функции и разработки продукта как средства ее выполнения, и заканчивая выводом продукта из эксплуатации.

Этап Жизненного цикла - характеризуется особенными видами работ, связанных с продуктом и, следовательно, особыми требованиями к нему.

Измеряемый параметр (оценочный критерий) – соотносимая с ключевым требованием измеряемая величина, дающая представление о степени изменения важной характеристики, свойства объекта

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

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

MPV «это параметр, который определяет поведение потребителя на рынке, главным образом то, ради чего потребитель покупает данный продукт».

Основные цели применения АКТП

Цели применения инструмента:

1) Собрать и систематизировать информацию о критериях оценки результатов проекта.

2) Определить соответствие характеристик улучшаемого объекта ключевым требованиям.

3) Выявить ключевые требования, по которым фактические значения параметров ниже требуемых значений и поставить задачи приведения в соответствие.  

АКТП применяют на предпроектной стадии или в самом начале работы над проектом. Цель применения – определить комплекс ключевых требований, составляющих основу модели принятия решений. Итоги построения этой модели используются на протяжении всего хода выполнения проекта. Детализация построения модели может быть различной, так как тесно связана с характером выполняемой работы. Для проектов малой длительности и глубины анализа, источником исходных данных может выступать ТЗ, дополненное при необходимости рядом ограничений общего характера. При выполнении работ большой сложности модель может быть построена на базе собранной информации о требованиях широкой группы влияющих лиц.

Этапы выявления и фиксации Ключевых требований

Совокупность ключевых требований, это фактически характеристика того рынка, на который должен будет попасть ваш продукт.

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

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

Шаг 1. Описание Жизненного Цикла нового (или улучшаемого) продукта.

Шаг 2. Определение Влияющих лиц, взаимодействующих с продуктом на этапах ЖЦ.

Шаг 3. Формирование набора Ключевых требований.

Шаг 4. Сборка ключевых требований для каждого из важных этапов ЖЦ

Шаг 5. Приведение ключевых требований к измеряемым параметрам.

Шаг 6. Построение шкал и определение диапазонов приемлемости измеряемых параметров.

Шаг 7. Учет изменения требований.

Шаг 8. Сравнение уровней выполнения продуктом измеряемых параметров с диапазонами приемлемости. Выявление проблемных зон.

Шаг 9. Анализ используемых способов обеспечения требований для удовлетворения проблемных зон

Шаг 10. Постановка задач

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

Рассмотрим пункты процесса более подробно.

Шаг 1. Описание Жизненного Цикла нового (или улучшаемого) продукта.  

Опишите жизненный цикл вашего продукта по этапам — от момента разработки до утилизации.

Этап — важная стадия процесса жизненного цикла продукта. Этап характеризуется особенными видами работ, связанных с продуктом и, следовательно, особыми требованиями к нему.  Если ваш продукт только разрабатывается — это не должно служить ограничением при описании этапов, поскольку важные особенности и преимущества продукта закладываются именно на стадии разработки.

Возможные этапы жизненного цикла:
- разработка; производство; транспортировка; хранение; продажа (покупка); эксплуатация (применение); ремонт, настройка; модернизация; утилизация.

Этим перечнем список не исчерпывается, могут быть и иные, особенные этапы ЖЦ, например, освоение будущим пользователем. Уже отмечалось, что для того, чтобы продукт был успешным, он должен соответствовать требованиям, которые будут предъявлять к нему ключевые участники процесса (влияющие лица) на всех этапах жизненного цикла.

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

Результат шага — список этапов жизненного цикла продукта, с которыми будет проводиться дальнейшая работа.

Шаг 2. Определение Влияющих лиц.

Выделите заинтересованных и влияющих лиц, контактирующих с продуктом на каждом из этапов жизненного цикла продукта.

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

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

Итог выполнения шага — список влияющих лиц.

Шаг 3. Выявление Ключевых требований влияющих лиц

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

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

Поскольку ключевые требования являются критерием для входа на рынок, они должны быть выполнены в продукте хотя бы на минимально требуемом уровне.

Часто возникает вопрос – нужно ли выполнять определение ключевых требований, если команда проекта проводит совершенствование продукта, уже находящегося на рынке? Да, конечно нужно. В процессе выполнения проекта требуемое усиление какого-то полезного свойства может быть выполнено таким образом, что при этом ухудшится иное, но тоже важное полезное свойство. собственно, в этом и состоит значительная часть сложностей, сопровождающих процесс улучшения.  

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

Для удобства выявления, Ключевые требования могут быть условно разделены на несколько групп:

- требования к рабочим характеристикам;

- требования экономического характера;

- удобство эксплуатации;

- требования к безопасности и / или экологичности;

- эмоциональные факторы.

и т.д.

Международным институтом бизнес-анализа (International Institute of Business Analysis, IIBA®) рекомендованы следующие способы выявления требований к продукту:

1. Мозговой штурм
2. Анализ документов
3. Фокус-группы
4. Анализ интерфейсов
5. Интервью
6. Наблюдение
7. Прототипирование
8. Семинары
9. Опрос

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

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

В ряде бизнесов устанавливаются своеобразные внутренние стандарты, определяющие значимые характеристики и внутреннюю иерархию их значимости. Например, рассмотрим приоритеты проектирования для транспортной авиации:
1.  Функциональность (выполнение ТТХ по ТЗ)

2.  Прочность (в т.ч. живучесть при проявлении неблагоприятных факторов полета)

3.  Надёжность/безотказность/управляемость (в т.ч. для «полевых условий»)

4.  Ресурс (в т.ч. при длительном хранении и плохом обслуживании/эксплуатации)

5.  Эксплуатационная пригодность (удобство и терпимость к низкой квалификации и ошибкам, лёгкость/простота)

6.  Ремонтопригодность (в т.ч. в полевых условиях)

7.  Технологичность изготовления

8.  Доступность ресурсов, материалов и покупных компонентов

9.  Экономичность изготовления

10. Эстетичность

В рамках данных приоритетов рекомендовано последующие параметры улучшать при сохранении характеристик предыдущих. Это не совсем соответствует понятию ключевых требований, которые по определению должны быть реализованы все.  Конечно, может возникнуть вопрос, входит ли в число ключевых параметров для транспортной авиации десятый пункт приведенного выше списка – эстетичность. Чтобы понять обязательность или необязательность этого требования, следует начать с выяснения – кто это требование заявил и почему. Если окажется, что это требование организации, которая занимается экспортом техники, а эстетичность важна на внешних рынках, то принять обязательность обеспечения эстетичности станет легче.  

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

Особенности формулирования ключевых требований

Требования должны быть сформулированы не как отрицание недостатков, а как зафиксированные позитивные цели. (не снижение аварийности, а безопасность)

Требования должны быть зафиксированы как существительные, без глаголов. (Не повышение качества, а Качество)

Результат шага — список имеющих отношение к будущему продукту Ключевых требований, предъявляемых на разных этапах жизненного цикла.

Шаг 4. Сборка требований

Проведите сборку требований стейкхолдеров для каждого этапа жизненного цикла.

Количество учитываемых в проекте этапов жизненного цикла и количество влияющих лиц на каждом из этапов определяется самостоятельно, исходя из специфики проекта.

Шаг 5. Приведение требований стейкхолдеров к измеряемым параметрам.

Каждое требование стейкхолдеров необходимо привести к измеряемым параметрам. Сложность измерения требуемых и достигнутых результатов может быть весьма высокой, если ключевые требования были сформулированы на качественном уровне (сделать продукт более удобным, комфортным в применении, более эстетичным).

Требование «безопасность» относительно какого-либо объекта, например, автомобиля, будет выражаться в наборе различных способов, потому что напрямую «безопасность» оцифровать не получится. Эти способы могут быть отображены параметрами. Параметры могут иметь как числовые значения (от минимального до максимального) реализации, так и бинарные (есть / нет).

В отношении автомобиля требование «безопасность» может быть отображено с помощью таких способов, как:
- длина тормозного пути в метрах с определённой скорости до остановки (числовое значение),

- наличие или отсутствие подушек безопасности (бинарное значение).

…

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

Но даже для характеристик, которые явно могут быть посчитаны, важно провести уточнение. Например, требование повысить экономичность желательно раскрыть (снизить стоимость приобретения, или затраты на функционирование?).

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

Скорость исполнения ордеров                                              менее 10 мс

Скорость обновления рыночных данных                              менее 100 мс

Скорость восстановления при перегрузках сети                    пинг менее 40 мс

Также следует учитывать, что измеряемый параметр может быть выражен через объединение нескольких простых параметров (оценивать рост эффективности перевозок в тонно-километрах/час). В наиболее сложных случаях следует договориться об оценке в баллах, но при этом должен быть определен эксперт и дано обоснование назначенным величинам баллов.  
Результат шага — зафиксированные и оцифрованные требования влияющих лиц.

Шаг 6. Построение шкал для измеряемых параметров и диапазонов приемлемости

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

Шкала может быть построена от нулевого значения характеристики до максимально возможного на современном уровне развития техники. Или она может строиться на основе известных данных о работе аналогов – наиболее и наименее продвинутых.

Построение диапазонов приемлемости — это наиболее сложная и ответственная часть работы по формированию образа рынка продукта (совокупного потребителя, пользователя продукта).

Здесь наиболее важно определить (или назначить) левую (нижнюю) границу требований. Предполагается, что левее этой границы нет ни одного пользователя, готового получить продукт обеспечивающий такой уровень выполнения ключевого требования. 

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

Рис 8  Шкала и диапазон приемлемости ключевого требования

Пример.

Рис 9 Пример набора ключевых требований с разметкой нижних границ требований

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

При работе с массовым рынком коридор требований выглядит более размытым, растянутым по шкале.  

Результат шага — зафиксированные шкалы требований стейкхолдеров.

Шаг 7 Учет изменения требований

Изменение требований к будущему продукту может иметь две составляющие.

7.1. выявление динамики изменения минимально допустимых уровней по характеристикам.

Если проект предполагает длительный срок разработки и внедрения, то имеет смысл провести анализ изменения требований Влияющих лиц. Осуществляется она с помощью Системного Оператора.  Каждое влияющее лицо определяется как представитель надсистемы, задающей требования к продукту. Определяются тренды изменения требований. Совокупность измененных требований и даст комплексную картину тех требований, которым должен будет удовлетворять продукт через какое-то время.  

7.2. выявление новых ключевых требований, связанных с особенностями найденных идей

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

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

Рассмотрим иной пример – для повышения точности измерения количества материала в бункере вместо механического датчика решили применить радиоактивный. Это сразу ставит целый ряд требований, связанных как с усилением мер безопасности персонала, так и с особенностями утилизации датчика.

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

Шаг 8. Сравнение уровней, достигнутых продуктом с диапазонами приемлемости

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

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

Рис 10 Шкала требований с указанием достигнутых продуктом уровней

Данная шкала отображает готовность (или неготовность) конкретного рынка принять продукт с его нынешними характеристиками. 

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

По каждой из характеристик возможны следующие ситуации:

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

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

Шаг 9. Анализ используемых способов обеспечения проблемных требований

Следует понимать, что каждое из ключевых требований выполняется реальным продуктом за счет каких-либо особенностей его конструкции, реализуемых технологий или свойств материалов. Этот шаг довольно часто вызывает затруднения у решателей, особенно при работе с организационно-управленческими ситуациями. Так, руководитель не всегда может сразу объяснить, за счет каких особенностей его работы в коллективе поддерживается дружелюбная обстановка или обеспечивается своевременность выполнения работ.

Для характеристик продукта, не попадающих в диапазоны требований, указать используемый на момент анализа комплекс средств обеспечения.

Знание этих средств реализации требования позволяет проверить возможность форсирования способов реализации через количественный рост технических средств.

Результат шага — указанные текущие средства обеспечения характеристик продукта, не попадающих в диапазоны требований стейкхолдеров.

Шаг 10. Постановка задач

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

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

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

Результат шага — поставленные задачи для дальнейшей проработки.

Окончание следует.