add pptx

docx/content/02-method.md

@@ -0,0 +1,154 @@
+# ВЫБОР МЕТОДА ВЫВЕДЕНИЯ НОВОГО ТОВАРА НА РЫНОК
+
+В разделе рассматриваются основные методы реализации проекта по выведению нового
+товара на рынок, формулируются критерии их сравнения и обосновывается выбор
+методологии 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 выбран в качестве метода реализации проекта по
+выведению нового товара на рынок. Его применимость в десяти сферах деятельности
+обоснована в следующем разделе.