SSAUGenerator/docx/content/02-method.md

ВЫБОР МЕТОДА ВЫВЕДЕНИЯ НОВОГО ТОВАРА НА РЫНОК

В разделе рассматриваются основные методы реализации проекта по выведению нового товара на рынок, формулируются критерии их сравнения и обосновывается выбор методологии Agile/Scrum [@1], [@5].

Обзор методов выведения товара на рынок

В практике управления проектами сложились как классические, так и гибкие методы вывода новинки на рынок. Классические подходы (Waterfall, Stage-Gate) строятся на последовательном прохождении этапов и предполагают, что требования известны заранее, а результат оценивается на завершающей стадии. Гибкие подходы (Design Thinking, Lean Startup, Agile/Scrum) переносят проверку спроса внутрь процесса и позволяют уточнять требования по мере получения отклика рынка. Краткая характеристика методов приведена в таблице @tbl:methods.

::: table "Сравнение методов выведения товара на рынок" id=methods

Метод	Сущность	Основное ограничение
Waterfall (водопад)	последовательные этапы от идеи до запуска	поздняя обратная связь рынка
Stage-Gate	этапы с контрольными «воротами» go/kill	высокая стоимость стадии
Design Thinking	старт от потребности клиента, прототип и тест	не задаёт процесс управления
Lean Startup	минимальный продукт (MVP) и цикл «создать — измерить — научиться»	требует зрелой аналитики
Agile/Scrum	короткие итерации — спринты, готовый инкремент	нужна дисциплина команды
4P (маркетинг-микс)	проработка товара, цены, каналов, продвижения	не покрывает разработку
:::

Сравнение методов проводится по четырём критериям: скорость получения обратной связи, способность реагировать на изменения, стоимость проверки спроса и прозрачность управления. Как видно из таблицы @tbl:methods, классические методы предполагают длительный цикл и получают обратную связь рынка лишь на финальной стадии. Для запуска нового товара, спрос на который ещё не подтверждён, это создаёт повышенный риск: к моменту первых продаж значительная часть ресурсов уже израсходована, а изменение требований требует дорогостоящей переработки. Наиболее подходящим признан гибкий подход Agile и его методология Scrum [@2], [@6]. Ключевые различия классического и гибкого подходов сведены в таблице @tbl:compare.

::: table "Сравнение классического и гибкого подходов" id=compare

Критерий	Waterfall	Agile/Scrum
Обратная связь рынка	в конце проекта	в каждом спринте
Реакция на изменения	низкая	высокая
Готовый продукт	к концу проекта	в конце каждого спринта
Стоимость проверки спроса	высокая	низкая (пилотный инкремент)
Требования	фиксируются заранее	уточняются итеративно
Риск неудачного запуска	высокий	снижается поэтапно
:::

Сущность методологии Agile/Scrum

Agile — это гибкий подход к управлению проектами, закреплённый в «Манифесте гибкой разработки» 2001 года. Манифест ставит в приоритет людей и взаимодействие над процессами и инструментами, работающий продукт над исчерпывающей документацией, сотрудничество с заказчиком над согласованием условий и готовность к изменениям над следованиям первоначальному плану [@1]. На этих ценностях строятся двенадцать принципов, важнейшими из которых для вывода нового товара являются ранняя и частая поставка ценности, неразрывная работа бизнеса и исполнителей и постоянная адаптация к меняющимся условиям рынка.

Scrum — наиболее распространённая методология Agile: работа разбивается на короткие итерации — спринты длительностью от одной до четырёх недель, каждая из которых завершается готовым приростом продукта (инкрементом) [@2], [@3]. В основе Scrum лежат три идеи: прозрачность (все участники видят состояние работы), инспекция (результат регулярно проверяется) и адаптация (процесс меняется по результатам проверки). Такой цикл «планирование — работа — проверка — улучшение» позволяет проверять спрос небольшими порциями и снижать стоимость ошибки, что особенно важно при запуске товара на непроверенном рынке [@3], [@4].

Роли, артефакты и события Scrum

Методология Scrum опирается на три роли, три артефакта и четыре события. Роли отвечают за постановку целей и организацию работы, артефакты фиксируют требования и прогресс, а события задают ритм и обеспечивают регулярную обратную связь. Роли и артефакты приведены в таблице @tbl:scrum.

::: table "Роли и артефакты методологии Scrum" id=scrum

Элемент	Назначение
Product Owner	отвечает за ценность товара и ведёт Product Backlog
Scrum Master	убирает препятствия, следит за процессом
Команда разработки	5–9 специалистов, создающих продукт
Product Backlog	перечень всех требований к новому товару
Sprint Backlog	план работ текущего спринта
Increment	готовый к показу прирост продукта
:::

Product Owner формирует и упорядочивает Product Backlog по ценности, принимает результат спринта и представляет интересы заказчика. Scrum Master отвечает за соблюдение правил методологии, помогает команде убирать препятствия и защищает спринт от незапланированных работ. Команда разработки — самоорганизующаяся группа из пяти–девяти специалистов, которая самостоятельно определяет, сколько задач войдёт в спринт, и отвечает за качество инкремента. Каждый артефакт имеет своё назначение: Product Backlog хранит все требования к товару, Sprint Backlog — план текущей итерации, а Increment — готовую к показу часть продукта. Единое понимание готовности фиксируется в критериях Definition of Done, что делает результат спринта проверяемым.

Цикл работы методологии при выводе товара на рынок приведён на рисунке @fig:scrum-cycle.

::: figure "Цикл Scrum при выводе нового товара на рынок" id=scrum-cycle file=images/scrum-cycle.puml а) Product Backlog фиксирует требования к товару; б) спринт завершается инкрементом; в) Sprint Review даёт обратную связь рынка; г) по результатам Review выполняется следующий спринт или масштабирование. :::

События Scrum задают ритм работы и обеспечивают инспекцию результата. Sprint Planning открывает спринт и определяет его цель и состав работ. Daily Scrum — короткая ежедневная встреча для синхронизации команды и выявления препятствий. Sprint Review завершает спринт демонстрацией инкремента заказчику и рынку, а Sprint Retrospective позволяет команде улучшить собственный процесс. Поскольку каждый спринт заканчивается инкрементом, рынок получает способ проверить товар до полного запуска производства и масштабных вложений.

Результативность спринта оценивается по величине созданного инкремента и получаемому эффекту. Скорость команды — суммарный объём задач, выполненных за итерацию, — позволяет прогнозировать сроки вывода товара, а ожидаемый эффект инкремента помогает сравнивать ценность планируемых улучшений с затратами на спринт. Ожидаемый эффект рассчитывается по формуле @eq:effect.

::: formula id=effect E = C * V - Z :::

::: where E — ожидаемый эффект спринта; C — ценность инкремента для клиента; V — вероятность подтверждения спроса; Z — затраты на проведение спринта. :::

Положительный ожидаемый эффект служит основанием для развития товара, а отрицательный — для корректировки состава требований. Такой расчёт делает решение о продолжении или изменении проекта более обоснованным [@5].

Обоснование выбора Scrum

Выбор Scrum определяется рядом преимуществ применительно к выводу нового товара на рынок [@3], [@4]:

• рынок проверяется дешёвым инкрементом, а не дорогим запуском «с нуля»;
• обратная связь собирается в каждом спринте, что снижает риск ошибки;
• требования уточняются итеративно, поэтому изменения не приводят к переработке всего проекта;
• прозрачность процесса обеспечивается ролями, артефактами и событиями;
• ранние пилотные продажи формируют выручку ещё до полного запуска;
• метод не зависит от отрасли и применим там, где есть клиент и обратная связь;
• скорость команды и результаты спринтов делают план развития измеримым.

Таким образом, Agile/Scrum выбран в качестве метода реализации проекта по выведению нового товара на рынок. Его применимость в десяти сферах деятельности обоснована в следующем разделе.