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

Описание

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

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

Метод MoSCoW получил свое название от акронима, образованного следующими классификациями приоритета: Must have (Должен иметь), Should have (Следовало бы иметь), Could have (Может иметь) и Would like (Хотелось бы иметь). Буква «о» делает акроним произносимым.

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

Описание

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

Анализ Кано раскладывает характеристики продукции по двум осям:

• степень, в которой функция реализована в продукте и
• уровень удовлетворенности клиентов.

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

• обязательные (threshold),
• ожидаемые (performance) и
• приводящие к восхищению (excitement).

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

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

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

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