#modulbank
Сегодня я бы хотел поделиться о том, как создается бэклог у нас в Модульбанке и как происходит приоритизация.
В качестве инструмента мы используем Jira в связи с его гибкостью и возможностям интеграции с кучей всего. Здесь стоит сказать, что в нашей компании около 900 сотрудников и вся компания работает через Телеграм. У нас написано много внутренних ботов с аналитикой, показателями, рабочими штуками и даже бот, который делает релиз. Быть онлайн в телеграмме и отвечать оперативно (в рамках разумного) у нас прописано в трудовом договоре. Боты очень нам помогают в каждодневной работе и если с теми ботами, что присылают цифры, все понятно, то есть например бот, через который ты оформляешь отпуск, просишь доступ куда-то или находишь нужного человека или задачу. Одним словом это удобно, быстро, круто и бесплатно. Но вернемся к основной теме ...
Внутри Jira мы управляемся сущностью “Идея”. То есть любая фича это идея, которую стоит рассмотреть и, по необходимости, сделать. Любой человек в компании может предложить идею. Важно понимать, что мы просим всех описывать именно проблему, которая есть, а не как ее решить, так как для нахождения решения есть другие процессы. А еще мы недавно запустили сбор идей внутри личного кабинета (чуть ниже скриншот). Клиентские идеи видят все пользователи и могут за них голосовать, что очень помогает нам с приоритизацией.
Когда идея попадает на доску, то она ставится в статус “Входящие” где ожидает первичной оценки. Создатель идеи (да и другие) должны оценить идею по определенным принципам – экономика (сколько это нам сэкономит или сколько мы заработаем), крутость для клиента (по степени ожидания, например маст хэв или супер круто феерично) и сложность (по сути некий аналог сторипойнтов). Все это считается по формуле и выводиться “показатель приоритета” – цифра, которая показывает насколько важна идея и как скоро с ней надо начинать работать. Если идея клиентская, то добавляется еще один параметр - голоса клиентов банка, которые имею существенный вес в формуле. Далее, раз в неделю, разбираются задачи из “Входящих” и либо от них отказываются (примерно 70% задач и да это очень круто, так как мы реально научились говорить нет фичам, а это очень и очень сложно, но полезно), либо передаются на исследование (15%), т.к. нет уверенности надо это делать или нет и оставшиеся (15%) сразу идут в статус Запланировано, так как по ним все понятно и логично.
Так как у нас есть показатель приоритетности, то все карточки на доске сортируются по убыванию на основе данной цифры. То что приоритетнее, то и выше, то и быстрее пойдет по процессу и быстрее будет сделано. То есть идея могла прийти только сейчас, но зато пойдет сразу же, так как высокий приоритет. И наоборот, если идея с маленьким приоритетом, то она может очень долгое время пролежать внизу. Правда иногда мы делаем чистку и выкидываем в “не делаем” такие задачи, если они лежат слишком долго. По сути, таким образом происходит естественный отбор идей на разработку и позволяет нам фокусироваться только на том, что действительно важно.
В следующий раз я расскажу вам о том, что происходит дальше с такими идеями и как выглядит непосредственный процесс работы над ними.
Сегодня я бы хотел поделиться о том, как создается бэклог у нас в Модульбанке и как происходит приоритизация.
В качестве инструмента мы используем Jira в связи с его гибкостью и возможностям интеграции с кучей всего. Здесь стоит сказать, что в нашей компании около 900 сотрудников и вся компания работает через Телеграм. У нас написано много внутренних ботов с аналитикой, показателями, рабочими штуками и даже бот, который делает релиз. Быть онлайн в телеграмме и отвечать оперативно (в рамках разумного) у нас прописано в трудовом договоре. Боты очень нам помогают в каждодневной работе и если с теми ботами, что присылают цифры, все понятно, то есть например бот, через который ты оформляешь отпуск, просишь доступ куда-то или находишь нужного человека или задачу. Одним словом это удобно, быстро, круто и бесплатно. Но вернемся к основной теме ...
Внутри Jira мы управляемся сущностью “Идея”. То есть любая фича это идея, которую стоит рассмотреть и, по необходимости, сделать. Любой человек в компании может предложить идею. Важно понимать, что мы просим всех описывать именно проблему, которая есть, а не как ее решить, так как для нахождения решения есть другие процессы. А еще мы недавно запустили сбор идей внутри личного кабинета (чуть ниже скриншот). Клиентские идеи видят все пользователи и могут за них голосовать, что очень помогает нам с приоритизацией.
Когда идея попадает на доску, то она ставится в статус “Входящие” где ожидает первичной оценки. Создатель идеи (да и другие) должны оценить идею по определенным принципам – экономика (сколько это нам сэкономит или сколько мы заработаем), крутость для клиента (по степени ожидания, например маст хэв или супер круто феерично) и сложность (по сути некий аналог сторипойнтов). Все это считается по формуле и выводиться “показатель приоритета” – цифра, которая показывает насколько важна идея и как скоро с ней надо начинать работать. Если идея клиентская, то добавляется еще один параметр - голоса клиентов банка, которые имею существенный вес в формуле. Далее, раз в неделю, разбираются задачи из “Входящих” и либо от них отказываются (примерно 70% задач и да это очень круто, так как мы реально научились говорить нет фичам, а это очень и очень сложно, но полезно), либо передаются на исследование (15%), т.к. нет уверенности надо это делать или нет и оставшиеся (15%) сразу идут в статус Запланировано, так как по ним все понятно и логично.
Так как у нас есть показатель приоритетности, то все карточки на доске сортируются по убыванию на основе данной цифры. То что приоритетнее, то и выше, то и быстрее пойдет по процессу и быстрее будет сделано. То есть идея могла прийти только сейчас, но зато пойдет сразу же, так как высокий приоритет. И наоборот, если идея с маленьким приоритетом, то она может очень долгое время пролежать внизу. Правда иногда мы делаем чистку и выкидываем в “не делаем” такие задачи, если они лежат слишком долго. По сути, таким образом происходит естественный отбор идей на разработку и позволяет нам фокусироваться только на том, что действительно важно.
В следующий раз я расскажу вам о том, что происходит дальше с такими идеями и как выглядит непосредственный процесс работы над ними.
#modulbank
В прошлый раз я начал рассказывать, как происходит приоритизация задач у нас в Модульбанке и как на них влияют пользователи. Если вдруг пропустили, то это тут https://t.me/growthup/256
Ранее мы обсудили, что идея (задача) появляется и проходит первые этапы и когда мы решаем, что ее точно делаем (сами уверены или большое кол-во голосов у пользователей), то она попадает в столбик план и именно из этого столбца/статуса Аналитик берет задачу.
А теперь обсудим кто такой аналитик у нас. Да да, над всеми идеями у нас работает “креативная пара” в лице аналитика и дизайнера. Так как мы банк, то мы не можем себе позволить себе роскошь с неописыванием задачи полностью не предусмотрев все возможные кейсы, поэтому для каждой идее мы делаем технические задания. По факту это не такой унылый документ, как может показаться на первый взгляд. Это больше похоже на user story с очень подробным описанием, но при этом простым языком и кучей картинок. Задача аналитика не просто описать реализацию идеи, а именно совместно с дизайнером придумать эту реализацию, найти ключевые метрики, понять, что будет служить показателем успеха данной фичи и уже потом все это описать. Четкого правила нет, кто начинает первый, дизайнер или аналитик, так как это зависит от задачи, так как может быть так, что визуально пользователь увидит одну кнопку, но на самом деле по нажатию будет запущен целый конвейер процессов и задействовано уйма людей. А может быть и наоборот, когда идет вопрос редизайна чего-либо, то здесь главенствует дизайнер, а аналитик просто описывает принцип.
Когда дизайн и ТЗ написаны то Идея попадает в статус согласования. Ранее я уже говорил, что у нас действует принцип нескольких “подписей”. Там она быстро (а иногда не быстро) проверяется несколькими людьми (включая меня) и идет уже как готовая для разработки. Далее разработчики просто берут задачу из данного столбца и идут по стандартному, для многих, процессу – разработка, отладка и т.д. Важный момент, что время жизни идеи в процессе подготовки от одного дня до двух-трех недель для больших фич.
В целом у данного подхода работы над идеями есть как свои минусы, так и свои плюсы. В плюсы я отнесу, пожалуй, отбор и приоритезацию идея, отслеживание всех возможных вариантов юзер кейсов и описание их (все таки с деньгами работаем и у нас нет права на ошибку), “креативная пара”, где нет явного лидера и дизайнер и аналитик на равных придумываю решение задачи. Ну а минусы, куда без них, это в первую очередь скорость подготовки. То есть практически нереально сегодня придумать и вечером пустить задачу уже в прод. И здесь затык не только в подготовке, но в процессе приемке и публикации кода на боевые серверы. Конечно правки багов и суперкритические шутки могут так быстро пролететь сквозь процесс, но это очень и очень большое исключение. Второй минус, пожалуй, это процесс согласования. И дело опять же не в том, что мы никому не доверяем, но как ранее писал - прав на ошибку у нас нет и это позволяет нам выверять каждый шаг, который мы делаем.
Я уверен, что мы продолжим оптимизировать процесс, поэтому если что-то интересное придумаем, то обязательно поделюсь с вами.
В прошлый раз я начал рассказывать, как происходит приоритизация задач у нас в Модульбанке и как на них влияют пользователи. Если вдруг пропустили, то это тут https://t.me/growthup/256
Ранее мы обсудили, что идея (задача) появляется и проходит первые этапы и когда мы решаем, что ее точно делаем (сами уверены или большое кол-во голосов у пользователей), то она попадает в столбик план и именно из этого столбца/статуса Аналитик берет задачу.
А теперь обсудим кто такой аналитик у нас. Да да, над всеми идеями у нас работает “креативная пара” в лице аналитика и дизайнера. Так как мы банк, то мы не можем себе позволить себе роскошь с неописыванием задачи полностью не предусмотрев все возможные кейсы, поэтому для каждой идее мы делаем технические задания. По факту это не такой унылый документ, как может показаться на первый взгляд. Это больше похоже на user story с очень подробным описанием, но при этом простым языком и кучей картинок. Задача аналитика не просто описать реализацию идеи, а именно совместно с дизайнером придумать эту реализацию, найти ключевые метрики, понять, что будет служить показателем успеха данной фичи и уже потом все это описать. Четкого правила нет, кто начинает первый, дизайнер или аналитик, так как это зависит от задачи, так как может быть так, что визуально пользователь увидит одну кнопку, но на самом деле по нажатию будет запущен целый конвейер процессов и задействовано уйма людей. А может быть и наоборот, когда идет вопрос редизайна чего-либо, то здесь главенствует дизайнер, а аналитик просто описывает принцип.
Когда дизайн и ТЗ написаны то Идея попадает в статус согласования. Ранее я уже говорил, что у нас действует принцип нескольких “подписей”. Там она быстро (а иногда не быстро) проверяется несколькими людьми (включая меня) и идет уже как готовая для разработки. Далее разработчики просто берут задачу из данного столбца и идут по стандартному, для многих, процессу – разработка, отладка и т.д. Важный момент, что время жизни идеи в процессе подготовки от одного дня до двух-трех недель для больших фич.
В целом у данного подхода работы над идеями есть как свои минусы, так и свои плюсы. В плюсы я отнесу, пожалуй, отбор и приоритезацию идея, отслеживание всех возможных вариантов юзер кейсов и описание их (все таки с деньгами работаем и у нас нет права на ошибку), “креативная пара”, где нет явного лидера и дизайнер и аналитик на равных придумываю решение задачи. Ну а минусы, куда без них, это в первую очередь скорость подготовки. То есть практически нереально сегодня придумать и вечером пустить задачу уже в прод. И здесь затык не только в подготовке, но в процессе приемке и публикации кода на боевые серверы. Конечно правки багов и суперкритические шутки могут так быстро пролететь сквозь процесс, но это очень и очень большое исключение. Второй минус, пожалуй, это процесс согласования. И дело опять же не в том, что мы никому не доверяем, но как ранее писал - прав на ошибку у нас нет и это позволяет нам выверять каждый шаг, который мы делаем.
Я уверен, что мы продолжим оптимизировать процесс, поэтому если что-то интересное придумаем, то обязательно поделюсь с вами.
Telegram
How I Met Your Product
#modulbank
Сегодня я бы хотел поделиться о том, как создается бэклог у нас в Модульбанке и как происходит приоритизация.
В качестве инструмента мы используем Jira в связи с его гибкостью и возможностям интеграции с кучей всего. Здесь стоит сказать, что…
Сегодня я бы хотел поделиться о том, как создается бэклог у нас в Модульбанке и как происходит приоритизация.
В качестве инструмента мы используем Jira в связи с его гибкостью и возможностям интеграции с кучей всего. Здесь стоит сказать, что…
#modulbank #management
Написал про систему мотивации дизайнеров и менеджеров по продукту внутри Модульбанка и хочу поделиться этим с вами. Пост получился большой, поэтому оформил на Medium.
https://medium.com/@dimitrov/%D0%BC%D0%BE%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D1%8F-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD%D0%B5%D1%80%D0%BE%D0%B2-%D0%B8-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B0-%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C%D0%B1%D0%B0%D0%BD%D0%BA%D0%B0-22ef4f9d6bf8
Как всегда рад буду ответить на вопросы и ждите следующего поста о системе мотивации для топ-менеджмента в нашем банке. Такого я нигде не видел, ни в одной компании 😏
P.S. По последнему посту о процессах в Модульбанке от вас пришло много вопросов и не всем еще успел ответить. Но я обязательно отвечу 😇
Написал про систему мотивации дизайнеров и менеджеров по продукту внутри Модульбанка и хочу поделиться этим с вами. Пост получился большой, поэтому оформил на Medium.
https://medium.com/@dimitrov/%D0%BC%D0%BE%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D1%8F-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD%D0%B5%D1%80%D0%BE%D0%B2-%D0%B8-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B0-%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C%D0%B1%D0%B0%D0%BD%D0%BA%D0%B0-22ef4f9d6bf8
Как всегда рад буду ответить на вопросы и ждите следующего поста о системе мотивации для топ-менеджмента в нашем банке. Такого я нигде не видел, ни в одной компании 😏
P.S. По последнему посту о процессах в Модульбанке от вас пришло много вопросов и не всем еще успел ответить. Но я обязательно отвечу 😇