Инкремент в Agile простыми словами: как увеличить ценность продукта в глазах клиента

Kaiten

Покажет, чем занята команда и где застревают проекты

Попробовать бесплатно

Статья Максима Якубовича, руководителя направления «Управление проектами и Agile» в компании Product Lab. Из этого материала вы узнаете, что такое инкремент, как он влияет на восприятие ценности продукта и какие подходы позволяют правильно планировать его реализацию. 

Введение

В современном мире технологии и потребности клиентов меняются невероятно быстро. Agile-методологии позволяют адаптироваться к этим изменениям и поставлять клиентам полезные решения как можно скорее. 

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

Что такое инкремент в Agile

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

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

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

Почему инкремент важен для клиента

Разберем несколько важных для заказчика аспектов инкремента: 

1. Быстрая реакция на запросы рынкаИнкременты позволяют быстро адаптироваться к изменениям: каждая новая версия продукта дает возможность учитывать новые тенденции и предпочтения клиента. Например, если конкурент выпустил продукт с уникальной востребованной функцией, команда может оперативно добавить ее в следующий инкремент и оставаться конкурентоспособной.
2. Регулярные результаты вместо ожидания финального релизаВ традиционных подходах клиенту приходится ждать до конца проекта, чтобы увидеть готовый продукт. Agile-инкременты позволяют избежать этого: клиент получает функциональные обновления и улучшения через равные промежутки времени. Это повышает доверие и уверенность в продукте, потому что клиент регулярно видит, что работа движется в нужном направлении.
3. Уменьшение риска и возможность корректировать курсКаждое обновление позволяет тестировать гипотезы и получать обратную связь от пользователей. Это снижает риск ошибок, которые могут быть выявлены уже на поздних этапах, как это бывает в традиционных подходах. Если что-то не работает, команда может скорректировать курс уже в следующем инкременте.

Как правильно планировать инкременты для повышения ценности

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

1. Приоритизация и выбор функций для инкрементаКаждое улучшение должно соответствовать ожиданиям клиента и рынка. Поэтому важно выбрать наиболее важные функции для каждого инкремента. Основной вопрос – «Какие функции принесут наибольшую ценность клиенту сейчас?» Часто используются техники приоритизации, такие как MoSCoW (Must, Should, Could, Won't), чтобы определить ключевые функции, которые должны быть включены в продукт на данном этапе.
2. Story Mapping для понимания клиентского путиStory Mapping помогает команде увидеть весь путь клиента, начиная от его первого взаимодействия с продуктом до полного решения его задачи. Такой подход позволяет понять, какие функции и улучшения наиболее важны на каждом этапе пути пользователя. Эта техника помогает команде не просто создавать продукт, а создавать то, что отвечает реальным потребностям клиентов, увеличивая его ценность в глазах пользователя.

Представим работу команды, которая создает мобильное банковское приложение для физических лиц. Этот продукт помогает упростить основные финансовые операции:  проверку баланса, переводы, оплату счетов и управление картами. Команда работает по Agile, используя инкрементальный подход к созданию приложения. Рассмотрим, как она организовала процесс с использованием Story Mapping и инкрементов.

Шаг 1: Формирование пользовательских историй и бэклога

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

1. Просмотр баланса счета«Как клиент я хочу видеть баланс счетов, чтобы понимать свое текущее финансовое состояние».
2. Просмотр истории операций«Как клиент я хочу видеть историю операций по счетам, чтобы отслеживать, на что я потратил средства».
3. Внутрибанковский перевод«Как клиент я хочу переводить деньги между своими счетами в банке, чтобы управлять финансами в одном месте».
4. Межбанковский перевод«Как клиент я хочу переводить деньги на счет в другом банке, чтобы отправлять средства на другие счета».
5. Оплата счетов«Как клиент я хочу оплачивать счета (например, за коммунальные услуги), чтобы вовремя погашать обязательные платежи».
6. Управление картами«Как клиент я хочу блокировать и разблокировать свои карты, чтобы защитить их в случае утери».

Эти истории были собраны в бэклог продукта, который отображает будущие функции приложения.

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

Создать такое пространство можно с помощью системы Kaiten, где вы можете разместить бэклог и все текущие процессы в одном окне.  

Kaiten — российский сервис для совместной работы Все процессы компании в одном месте: проекты, задачи, цели, сотрудники, документы, переписки, отчеты, заявки.

Попробовать бесплатно

Шаг 2: Создание карты историй с помощью Story Mapping

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

Разрабатывать Story Map также можно с помощью таск-трекера.

Карта историй (Story Map)

• Основные этапы в использовании продукта: 

Проверка баланса → История операций → Перевод средств (между своими счетами) → Межбанковский перевод → Оплата счетов → Управление картами.

• Основные инкременты:
  • Инкремент 1: базовые функции приложения — просмотр баланса и истории операций;
  • Инкремент 2: переводы между собственными счетами и внутри банка;
  • Инкремент 3: межбанковские переводы и оплата счетов;
  • Инкремент 4: функции управления картами (блокировка и разблокировка).

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

Шаг 3: Демонстрация инкрементов и получение обратной связи

После завершения работы над каждым инкрементом команда проводила демонстрацию (демо) для владельца продукта и собирала обратную связь.

1. Инкремент 1: Проверка баланса и история операций. На первом демо команда показала владельцу интерфейс для проверки баланса и истории операций. Владельцу понравилась прозрачность информации и быстрота доступа к данным. Но он предложил добавить фильтры для истории операций, чтобы клиенты могли искать информацию о доходах и тратах по категориям или датам. Эту функцию команда решила добавить в бэклог для одного из следующих инкрементов.
2. Инкремент 2: Переводы между собственными счетами и внутри банка. На следующем демо команда продемонстрировала возможность переводов между своими счетами в банке. Владелец продукта отметил, что процесс перевода интуитивно понятен, но предложил добавить функцию уведомлений после перевода. Команда внесла это предложение в план следующего спринта.
3. Инкремент 3: Межбанковские переводы и оплата счетов. На этом этапе команда показала функцию межбанковских переводов и возможность оплаты счетов. Владелец продукта оценил удобство интерфейса и предложил добавить автоматическую проверку данных — например, чтобы проверять правильность введенных реквизитов. Это предложение тоже попало в бэклог для будущей проработки.
4. Инкремент 4: Управление картами. Команда представила функцию управления картами, включая блокировку и разблокировку карт. Владелец продукта отметил, что функция полезная, но предложил добавить возможность временной блокировки карты, если клиент считает, что карта могла быть утеряна. Команда обсудила это и добавила в план для последующих релизов.

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

Успешные компании уже используют Kaiten Попробуйте расширенный функционал на своем проекте бесплатно

Попробовать

Итог

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