Привет! Ниже по тексту предлагаю ознакомиться с подходом, который я использую для определения функционала, который должен быть включен в MVP для продуктов с достаточной степенью уверенности в бэклоге.
Если приедет, напишу подробнее.
Прошу не судить строго, буду рад конструктивной критике.
Всем, кто готов смириться с грубостью идеи, добро пожаловать в кат)
Введение
Задача определения функциональности MVP возникает на этапе планирования разработки продукта и требует актуализированного решения по мере развития продукта, вплоть до завершения разработки MVP. Сама концепция MVP предполагает максимально быструю доставку продукта конечным пользователям с целью получения от них обратной связи, однако Владельцы Продукта часто превышают минимальный функционал в стремлении сделать продукт лучше, что влечет за собой срыв сроков, превышение бюджетов и т.д. в худшем случае разработка продукта идет совершенно в неправильном направлении.
Для снижения вышеперечисленных рисков предлагается использовать специфический подход, основанный на математических принципах, для регулирования процесса определения функциональности MVP.
Критерии
Критериями задачи определения функциональности MVP являются критерии, взятые из методологии WSJF, а также дополнительная декомпозиция Job Duration на составляющие:Стоимость задержки
- Ценность для пользователя и бизнеса: насколько громко об этом просят пользователи? Как это отразится на деньгах, если это НЕ будет сделано? Какой потенциально негативный эффект будет, если это будет сделано позже, а не раньше?
- Критичность времени: как это влияет на общий поток поставок? Есть ли что-то еще, что задерживает реализацию? Должен ли он быть выпущен к определенной дате? Есть ли риск, что опоздание с этим умножит на ноль весь смысл проделанной работы?
- Снижение риска: снижает ли это какие-либо риски? Окажет ли это положительное влияние на качество в других областях? Будет ли эффект немедленным или долгосрочным?
- Создание возможностей: откроет ли эта вещь новые возможности для продукта или всего бизнеса? Поможет ли это выйти на новые рынки/привлечь других клиентов?
Продолжительность работы
- Продолжительность работы — оценка времени реализации, сделанная на основе предварительного анализа функций с участием технического руководителя команды разработчиков или архитектора.
Выполняется на верхнем уровне, без декомпозиции функций на нижние уровни.
- Сложность работы — Оценка сложности внедрения, проводимая совместно с Руководителем команды разработки индивидуально с учетом опыта и навыков команды, работающей над данным продуктом.
Эта оценка также включает в себя оценку степени неопределенности Признаков, которая в свою очередь прямо пропорционально влияет на сложность этих самых Признаков.
- Стоимость задания — ориентировочная стоимость внедрения, рассчитываемая на основе необходимого человеко-часа для конкретной задачи и умножения ее на стоимость человеко-часа в команде.
Эта оценка является относительной и не может использоваться при расчете стоимости продажи продукта, а нужна только для определения приоритетности невыполненной работы.
Процесс оценки
Оценка производится с помощью ряда чисел Фиббоначчи от 1 до 21. (1, 3, 5, 8, 13, 21).Данный метод оценки является универсальным с точки зрения использования при оценке задач в Story Points при планировании, а также возможно использование Scrum-покера для групповой оценки критериев.
Также оценка с помощью ряда Фибоначчи обусловлена тем, что с каждым шагом значения не увеличиваются линейно, а значит, сложить все в одну оценку будет сложнее.
Также можно почувствовать разброс, например, сразу увидеть разницу в бизнес-ценности между задачей в 3 и 21 Story Points. Оценки по критериям из группы «Длительность задания» проводятся командой разработчиков, а оценки по группе критериев «Стоимость задержки» — только с привлечением бизнес-заказчика и Владельца продукта.
Результатом оценки будет матрица следующего вида: 
Сведение задачи определения MVP к решению задачи многокритериальной оптимизации.
Многокритериальная оптимизация, или программирование, — это процесс одновременной оптимизации двух или более конфликтующих целевых функций в заданной области определения.
Простейшим способом решения задачи многокритериальной оптимизации является метод «Коллапс критериев», который сводит многокритериальную оптимизацию к однокритериальной оптимизации.
Метод свертывания критериев предполагает преобразование набора существующих частных критериев в один суперкритерий.
То есть мы получаем новый суперкритерий, который является функцией частных критериев.
Чтобы свернуть критерии в суперкритерий, необходимо также ввести весовые коэффициенты:
Отдельные весовые коэффициенты должны быть установлены для критериев бизнеса и развития.
Таким образом, свертывание критериев будет выглядеть так: Стоимость задержки = ценность для пользователя и бизнеса k11+ Критичность по времени k12+ Снижение риска k13+ Возможность реализации к14
Продолжительность задания = Продолжительность задания k21+ Сложность работы k22+ Стоимость работы*k23
К11+К12+К13+К14=1
К21+К22+К23=1
Взаимные критерии = Стоимость задержки/Продолжительность работ. Таким образом, мы получаем матрицу следующего вида: 
Последней целевой функцией является максимизация по взаимным критериям.
Определение функциональности MVP с помощью ABC-анализа.
ABC-анализ — метод, позволяющий классифицировать задачи по их важности.
Данный анализ является одним из методов рационализации и может быть применен в сфере деятельности любого предприятия.
В его основе лежит принцип Парето – 20% всех усилий дают 80% результата.
Применительно к ABC-анализу правило Парето может звучать так: 20% функциональности позволяют покрыть 80% потребностей пользователя.
ABC-анализ — анализ отставания (набора функций) путем его разделения на три категории: А – самое ценное, 20% от количества; 80% - удовлетворение потребностей Б – промежуточный, 30% – от количества; 15% - удовлетворение потребностей С – наименее ценный, 50% от количества; 5% - удовлетворение потребностей Группа А — это группа функционала, включенная в MVP. По сути, ABC-анализ — это ранжирование отставания по различным параметрам.
Результатом ABC-анализа является группировка объектов по степени влияния на общий результат. ABC-анализ основан на принципе дисбаланса, в ходе которого строится график зависимости совокупного эффекта от количества элементов.
Этот график называется кривой Парето, кривой Лоренца или кривой ABC. Таким образом, 20% функциональности покрывают 80% потребностей.
Основываясь на этом принципе, мы проводим ABC-анализ бэклога для определения MVP. Для этого:
- Определяем цель анализа — ранжирование бэклога для определения первых 20% функционала, из которых будет формироваться MVP.
- Объект анализа – Набор функций из бэклога.
- Берем список функциональности, ранжированный по многокритериальной (МК) модели.
- Мы делим рейтинг на 2 класса – первые 20% (А), оставшиеся 80% (В+С).
- Первый класс (А) – определяет MVP.
(Например, авторизации).
выводы
Использование данной методологии для определения набора Функций для MVP обеспечивает разумный выбор рационального количества задач, которые необходимо выполнить для максимально быстрого достижения MVP. Теги: #Управление продуктом #mvp #product #backlog #backlogs-
Создание Плана Резервного Копирования
19 Oct, 24 -
Таблица Дроидов. Выпуск 8
19 Oct, 24
