Подписывайтесь на Telegram-канал Teamlead Good Reads: ежедневные статьи про управление людьми, командами и процессами!

# Жизненный цикл фичей

# Описание

Все фичи, из которых состоит продукт, в разное время находятся в разных фазах своего жизненного цикла.

Этап разработки:

  • поиск проблемы
  • валидация проблемы
  • поиск решения
  • валидация решения

Этап раскатки:

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

Этап дальнейшего улучшения:

  • этап роста
  • этап зрелости

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

# Почему ветка важна?

Для продукта:

  • Продукт не захламляется бесполезными фичами, которые никто не использует
  • Внезапное добавление новых фичей в продукт не ломает устоявшиеся пользовательские сценарии
  • Фичи не забрасываются после выкатки, а продолжают анализироваться и улучшаться
  • Понимание текущей стадии жизненного цикла всего продукта или отдельных фич используется для координации маркетинговых усилий

Для тимлида:

  • Стадии жизненного цикла могут использоваться для приоритизации задач
  • Любая новая фича – это всего лишь гипотеза о её ценности. Постепенное продвижение по этапам жизненного цикла позволяет снимать неопределённость вокруг этой гипотезы постепенно

# Что будет, если её не делать?

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

# На кого может быть делегирована?

  • Product Owner
  • Тимлид ниже уровнем
  • Разработчик, ответственный за конкретную фичу

# Примеры поведения

# Примеры плохого поведения

  • Нет цикла проверки продуктовых гипотез, либо какие-то фичи его обходят стороной
  • Первые знания о том, как пользователь взаимодействует с фичей, приходят к команде только после её выкатки на 100% аудитории
  • Не проводится периодический анализ того, сколько людей и как часто взаимодействуют со всеми фичами продукта
  • Малоиспользуемая или бесполезная функциональность не убирается из продукта
  • После релиза не анализируется то, как аудитория использует новую фичу
  • Не происходит постепенного улучшения показателей фичей в продукте

# Примеры хорошего поведения

  • Есть налаженный процесс product discovery, который описывает то, как гипотеза о проблеме превращается в разработанную фичу
  • Раскатка новых фичей происходит поэтапно, причём каждый этап добавляет команде знаний о пользователях
  • Есть понятный для команды и пользователей процесс удаления фичей из продукта

# Способы прокачки

# Консультации

# Теория

# Статьи

Раскрывают тему:

Дополнительные материалы:

# Книги