How I Met Your Product

#modulbank

Сегодня я бы хотел поделиться о том, как создается бэклог у нас в Модульбанке и как происходит приоритизация.

В качестве инструмента мы используем Jira в связи с его гибкостью и возможностям интеграции с кучей всего. Здесь стоит сказать, что в нашей компании около 900 сотрудников и вся компания работает через Телеграм. У нас написано много внутренних ботов с аналитикой, показателями, рабочими штуками и даже бот, который делает релиз. Быть онлайн в телеграмме и отвечать оперативно (в рамках разумного) у нас прописано в трудовом договоре. Боты очень нам помогают в каждодневной работе и если с теми ботами, что присылают цифры, все понятно, то есть например бот, через который ты оформляешь отпуск, просишь доступ куда-то или находишь нужного человека или задачу. Одним словом это удобно, быстро, круто и бесплатно. Но вернемся к основной теме ...

Внутри Jira мы управляемся сущностью “Идея”. То есть любая фича это идея, которую стоит рассмотреть и, по необходимости, сделать. Любой человек в компании может предложить идею. Важно понимать, что мы просим всех описывать именно проблему, которая есть, а не как ее решить, так как для нахождения решения есть другие процессы. А еще мы недавно запустили сбор идей внутри личного кабинета (чуть ниже скриншот). Клиентские идеи видят все пользователи и могут за них голосовать, что очень помогает нам с приоритизацией.

Когда идея попадает на доску, то она ставится в статус “Входящие” где ожидает первичной оценки. Создатель идеи (да и другие) должны оценить идею по определенным принципам – экономика (сколько это нам сэкономит или сколько мы заработаем), крутость для клиента (по степени ожидания, например маст хэв или супер круто феерично) и сложность (по сути некий аналог сторипойнтов). Все это считается по формуле и выводиться “показатель приоритета” – цифра, которая показывает насколько важна идея и как скоро с ней надо начинать работать. Если идея клиентская, то добавляется еще один параметр - голоса клиентов банка, которые имею существенный вес в формуле. Далее, раз в неделю, разбираются задачи из “Входящих” и либо от них отказываются (примерно 70% задач и да это очень круто, так как мы реально научились говорить нет фичам, а это очень и очень сложно, но полезно), либо передаются на исследование (15%), т.к. нет уверенности надо это делать или нет и оставшиеся (15%) сразу идут в статус Запланировано, так как по ним все понятно и логично.

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

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